Welcome to Friendica.Eskimo.Com

Home of Censorship Free Hosting

 Eskimo North Linux Shells, E-mail, Virtual Machines, Web Hosting.

E-mail, Web Hosting, Linux Shell Accounts terminal or full remote desktops.

Sign Up For A Free Trial Here

Please tell your friends about federated social media site that speaks several fediverse protocols thus serving as a hub uniting them, hubzilla.eskimo.com, also check out friendica.eskimo.com, federated macroblogging social media site, mastodon.eskimo.com a federated microblogging site, and yacy.eskimo.com an uncensored federated search engine. All Free!

lemmy - Link to source

lemm.ee is shutting down at the end of this month

cross-posted from: lemm.ee/post/65824884

Hey everyone


We’re really sorry to say this, but lemm.ee will be shutting down on June 30, 2025.

What you need to know


As of now:

  • New user registrations are disabled
  • Creating new communities is disabled

What you should do:

  • You can export your settings at lemm.ee/settings to take them with you to another instance.
  • If you're moving to another instance, consider adding a note to your lemm.ee profile with your new username. Your old profile will still be visible from other instances even after we go offline.
  • Alternatively, if you want to delete your lemm.ee profile, now is the best time to do it, so the deletion can federate out before we go offline.
  • If you're one of the folks supporting us with a recurring donation, please remember to cancel it (Ko-Fi donations should have been cancelled automatically already). Our leftover funds are already enough to cover our bills for next month, so we can keep things running without any more support.

Because of how Lemmy is built, everything posted on lemm.ee will still be accessible from other instances, even after we go offline.

Why this is happening


The key reason is that we just don’t have enough people on the admin team to keep the place running. Most of the admin team has stepped down, mostly due to burnout, and finding replacements hasn’t worked out.

The sad reality is that while there are a lot of great people on Lemmy, there are also some who use the platform to attack others, stir up conflict, or actively try to undermine the project. Admins are volunteers who deal with the latter group on a constant basis, this takes a mental toll. Please understand why our admins chose to step down, and be kind to the admins on whatever instance you decide to join.

We know this sucks. We're genuinely sorry it’s ending like this. Thank you to everyone who spent time here and helped make it better.

– lemm.ee team

Unknown parent

lemmy - Link to source

Blaze (he/him)

Less communities on their instances means less traffic, less activities, less moderation reports (they would have to deal only with users on their own instances)


Those users are the same as in our universe for lemm.ee as a user instance. They stir the same dramas, create the same number of alts, violate rules in a similar way.

if even then they are overloaded with work, they could decide to scale down the operation before reaching burning-out point: close the instance for new registrations, make user registration conditional on payment/donation, etc.


That was available to the lemm.ee admins in our scenario as well. They preferred to shut the instance down rather than reduce.

Unknown parent

lemmy - Link to source

rglullis

They still shut down the instance.


Only the users on lemm.ee are affected by it, in this scenario. It is bad, but the current scenario is much worse.

Drama still happens involving lemm.ee users.


User-only instances are less dependent on each other, defederation is not as big of an issue, so a lot of the drama would go away.

Admins still get burnt out.


Less communities on their instances means less traffic, less activities, less moderation reports (they would have to deal only with users on their own instances) and if even then they are overloaded with work, they could decide to scale down the operation before reaching burning-out point: close the instance for new registrations, make user registration conditional on payment/donation, etc.

This entry was edited (2 days ago)
Unknown parent

lemmy - Link to source

Blaze (he/him)

Let's say we are in a different universe where lemm.ee is a users instance, and not a groups instances.

Drama still happens involving lemm.ee users.
Admins still get burnt out.
They still shut down the instance.

So indeed the communities wouldn't have to move, but the 5.5k monthly active users of Lemm.ee (out of 47k total) would still have to find a new instance.

Unknown parent

lemmy - Link to source

rglullis

Most people don’t pay for services on the Internet


Yeah, but we are not "most people". I thought "we" understood if you are not paying for the product, then you are the product. I thought "we" understood that "Free software" was not a "free lunch".

And if basic talk and text service was freely provided by volunteers, they’d milk those volunteer organizations dry, too.


This is also why I think we should flip the script and stop cheering admins that run "free" instances. We should stop helping admins who can not make rent and we should start telling them to start valuing their work and demand proper compensation.

Raphael Lullis (@raphael@communick.com)

@stux@mstdn.social If you are going to ask for money every month, have you considered flipping the script? Turn the server into a subscription-only system, but make it so that each paying subscriber gets to invite N people (where 3 <= N <= 10)?
Communick Social
This entry was edited (2 days ago)
Unknown parent

nodebb - Link to source

Kichae

Re: lemm.ee is shutting down at the end of this month

Touche. I guess what I should have more rightly said was, given the level of contribution users have shown themselves willing to make, it's too small to be a job.

But in the end, I believe people aren't willing to pay because we look like other spaces where they don't have to pay, and we gate nothing behind paywalls. Most people don't pay for services on the Internet, they pay for special privileges and to stand out. And if basic talk and text service was freely provided by volunteers, they'd milk those volunteer organizations dry, too.

Unknown parent

lemmy - Link to source

rglullis

It’s too big to be a hobby, and too small to be a job.


Facebook allegedly extracts $14/month of value from each of their US-based users, ~$12/european user, $7/month for Latin America and $4 from Southeast Asia.

If each active user contributed $1/month for their instance and $1/month for the developer of the software they use, the Mastodon developers would have an operational budget of ~$800k per month, the Lemmy developers would have $50k/month.

I don't think that the problem is we're "too small to be a job". I think that the problem is that the average "enthusiast" is an hypocrite. They will profess their hatred of the business practices of Big Tech, but they will look for any and every possible justification to excuse themselves to contributing to the pool.

We have tens of thousands of people who (...) are mostly interested in consuming, not fighting for attention.


Sure, but what I don't get is this: why is that people are absolutely fine with paying 10-20€/month (or $50-$70/month in the US) for their mobile phone service but expect that the server hosting service and software development service to fall from the sky?

Unknown parent

nodebb - Link to source

Kichae

Re: lemm.ee is shutting down at the end of this month

Weirdly enough, community might actually be enough, but the Fediverse doesn't really have much in the way of communities. As I think you yourself point out elsewhere, the Fediverse is lacking the connective tissue of shared ideology, goals, or even interests. It's also both too large to create the familiarity that binds people socially, while also being too small to sustain itself off a donation model that makes sure there are professional admins and server mods. It's too big to be a hobby, and too small to be a job.

Aping the aesthetic of commercial social media is a significant issue here, because form follows function, and the function of commercial social media is not community, but convincing end-users to be content generators. People on Reddit and Twitter are accustomed to an endless stream of input generated by nameless, faceless entities that they don't give two shits about, with some celebrities and internet-famous people interjecting from time to time. That requires tens of millions of users fighting for fleeting attention from fickle consumers. We have tens of thousands of people who -- as far as I can tell, based on the types and volume of posts -- are mostly interested in consuming, not fighting for attention.

These are not the people who fund these kinds of endeavours. Neither group is -- the content generators are no more interested in paying to get attention than the content consumers are to give it. So, without the firm social ties that motivate keeping the lights on, there is only burnout for the few who are willing to materially support the place, and gradual decay for everyone else.

in reply to hefejefe

lemmy - Link to source

reattach

You are a lemme.ee user, so you will need to find another instance (it's like a server) if you want to keep using Lemmy - and I hope you do!

join-lemmy.org/ has a listing of instances, though I'm sure others will hop in here and recommend some.

Edit: This comment describes how to migrate your subscriptions, blocks, and saved posts

Lemmy - A link aggregator for the fediverse

join-lemmy.org
This entry was edited (2 days ago)
in reply to WorldwideCommunity

lemmy - Link to source

pixeltree

Lemmy.world -- biggest, defaultest instance. All the pros and cons associated with that

Lemmy.ml -- very authoritarian leftist instance. Has a tankie problem but also has cool communists. Has heavy censorship

Lemmy.blahaj.zone -- trans focused, very queer, authoritarian by nature of being a trans safe space. Generally chiller but contradictorily also the center of a lot of drama, because people love to hate trans safe apaces.

dbzero -- don't remember the actual domain, run by dbZ. Anarchist democracy instance, very cool and chill, it's what I'd sign up on if I started afresh

sh.itjust.works -- tbh don't know much about them but pretty straightforward, is what the label aays, it just works

Hexbear -- wver wanted to see a aerver that unironically loves the chinese communist party and thinks north korea is aspirational? There you go

pawb.social -- I think this might be am mbin instance instead of a lemmy instance but I'm not sure. Can be summarized as " the furry one"

lemmynsfw -- the porn one. Most instances are defederated feom it

Those are the ones foremost in my mind. Tons of small European ones that are focused on specific countries too. I anticipate replies giving me shit for uttering the word "tankie".

in reply to erotador

lemmy - Link to source

MajesticElevator

If you don’t have extremely strict rules about gender or transgender discrimination or speech in general, then they want to fight you like you’re doing a genocide.

It doesn’t sound bad in practice but in reality, you get trashtalked for not understanding their vocabulary or not agreeing with them. Respectful debates aren’t possible because they don’t respect any other opinion than theirs.

It’s just a big echo chamber and Ada is a clown avid of power that loves to threaten others with her powers. That’s just my opinion though.

in reply to FrostyTrichs

lemmy - Link to source

fakir

Looks like I'm quite late to suggest, but couldn't we use AI to admin instances & mod communities, if not fully then at least the bulk of it? Also charge users on a freemium model so as to pay for admins / mods? Every instance needs an incentive structure to maintain a healthy & happy community and a way to pay for the operations required to run the instance.

don't like this

Unknown parent

lemmy - Link to source

Blaze (he/him)

More specifically, trying to migrate my project to another instance before .ee shuts down would be a herculean task AFAIK, especially with my having significant new health issues recently.


I can help with that, if needed. I'm going to have to migrate my own communities in the coming weeks, so I can help with yours too.

in reply to Blaze (he/him)

lemmy - Link to source

JohnnyEnzyme

@https://lemm.ee/u/mjhelto

Thanks, fellas! I guess the first need would certainly be to fully archive the community in question, i.e.: lemm.ee/c/eurographicnovels.

Yes, I understand it's already and naturally backed up across the FV as a whole, but I would think that having direct backups would help for any number of reasons, especially when it came to running a new sub somewhere, being able to edit previous content as needed.

As part of that, backing up the community's many images specifically hosted at .ee would be another priority I should think.

Also, just want to point out that the community is indeed archived at Archive.Org, but last I checked, that tends to only preserve the post / comment text.

Anyway, that's for starters. Me, I have absolutely no idea at the moment if I'm going to be able to help run the place after migration, but at the very least I can hopefully find someone willing to do that. Anyway, I guess that's good for starters!

in reply to JohnnyEnzyme

lemmy - Link to source

tal

Thanks, fellas! I guess the first need would certainly be to fully archive the community in question, i.e.: lemm.ee/c/eurographicnovels.


Hmm. Yeah, if anyone's posted images there to the pict-rs instance on lemm.ee, those will presumably be going down too.

checks

Yeah, like, you just posted this image yesterday. Like, post text federates, but other instances won't have copies of the images.

EDIT: Normally, though, people are going to be posting to pict-rs on their home instance, so it's just users on lemm.ee who are going to have the problem; images posted by people elsewhere should stay up.

This entry was edited (2 days ago)
in reply to MajesticElevator

lemmy - Link to source

𝕯𝖎𝖕𝖘𝖍𝖎𝖙⚧ [She/Her]

Wow you totally seem like a credible and sensible person to make such an assessment, totally not someone with a history of transphobic arguments, nope, not at all, totally not someone who would get themselves banned making such an argument and deserve it 100%.

If it wasn't clear I was being sarcastic. You clearly parroted right-wing transphobic talking points which means you believe or agree with them to a certain extent. You are not a safe person for trans people. Saying "I'm not transphobic I support LGBTQ, but..." is the equivalent of saying "I'm not racist, I have black friends". I know your kind very well. I used to be one.

in reply to 𝕯𝖎𝖕𝖘𝖍𝖎𝖙⚧ [She/Her]

lemmy - Link to source

MajesticElevator

Sure. So questionning about sports and potentially being wrong makes me transphobic?

That's exactly my point. If you don't know, you're transphobic. If we don't agree with you, we're transphobic. If you're wrong because you made a mistake, then it's deliberate and you're transphobic.

I know your kind very well. I used to be one.


The good old argument from authority, I see. We're not the same, and you don't know me better than myself. Thanks.

in reply to jbk

lemmy - Link to source

MajesticElevator

Things doesn't always go your way and people should accept that.

If it hurts them to discuss these kind of topics, then don't, but don't go and call people transphobic for that because it's just not. Maybe they should just not get hurt or offended that easily.

If you get hurt because someone doesn't have the same opinion as you while still being respectful, that's sad.

That's just the argument from authority all over again. Transphobia is transphobia. Not agreeing on a particuliar subject is not transphobia because a random transgender person said so, or even if all of them say so. A definition is a definition, you don't get to redefine the meaning of words to fit your narrative.

This entry was edited (2 days ago)
Unknown parent

friendica (DFRN) - Link to source

Nanook

@Ledericas Unfortunately, this is often how it goes. The fact that I got some 30 or so dislikes and two SYN flood DoS attacks for simply offering my services I guess illustrates the make up of the crowd. Ah well, they will all relocate somewhere and life will go on.
in reply to FrostyTrichs

lemmy - Link to source

sasquash

Very sad to hear but totally understandable. Unfortunately, this will make the centralization of lemmy world even worse.

How much effort is it actually to host a small instance? I am thinking about hosting one mostly for my self. Mainly because I am interested in the technology. Also my country doesn't have one so that could be a topic too if there is some interest. But hearing this I am not so sure anymore. I can't put many hours into it each week just to keep it running.

in reply to hempster

lemmy - Link to source

tiramichu

All your old stuff will stay visible even after lemm.ee goes down, but it won't be linked with whatever new user you create on another instance.

If export and import of posts and comments was possible it would result in "duplicating" your posts and comments to your new account, which as you might imagine would be an absolute mess (not to mention technically infeasible - how would comment chains with other users work?) so you can presumably understand why it isn't.

This entry was edited (2 days ago)
in reply to Mwa

lemmy - Link to source

Zenith

If the reason EE is shutting down due to lack of staff why would anyone go to a smaller one/one run by a single person? This is incredibly likely to happen there too. I didn’t actually realize this was a thing that could even happen, I just picked an instance at random, but picking the biggest and most robust instance seems like the best way to stave this off for as long as possible.
in reply to FrostyTrichs

lemmy - Link to source

Owl

as someone who barely understands this whole fediverse stuff and had a difficult enough time just choosing and getting into an instance after leaving reddit, what does this mean for me?

is my account and all its posts, comments, activity and bookmarks just gonna be gone?

can that stuff be imported into a different instance?

this sounds like a huge pain in the ass, and my plan in picking a bigger instance in the hope it wouldnt just go off the rails or shut down apparently backfired.

in reply to Owl

lemmy - Link to source

RememberTheApollo_

People seem to want to overcomplicate the fediverse. Think of instances like independent old-school internet forums each with their own mods and subforums. You pick the one you want to participate in and sign up. Yeah, you can pick more than one, and of course you have to sign up for each one independently of the other. They do not share accounts. Each forum is independent.

The big difference is that each forum can “ally” itself with another forum and your comments and posts are shared and saved among the allies, members of the other forums can interact with you because their comments are shared back to yours.

So in this case one forum (lemm.ee) shuts down, but all the shared info will still exist on the other forums, it doesn't get deleted from the allied forums. It’s just not accessible to the OP on lemm.ee anymore because the original account and forum are gone.

I think saved bookmarks that are saved on an account will no longer work unless your app saves them externally.

This entry was edited (2 days ago)
in reply to FundMECFS

lemmy - Link to source

irelephant [he/him]

Interesting, what browser are you using?

Anyway, its written in markdown.

::: spoiler The contents of FEP-ef61.

FEP-ef61: Portable Objects

Summary


Portable [ActivityPub][ActivityPub] objects with server-independent IDs.

Motivation


Usage of HTTP(S) URLs as identifiers has a major drawback: when the server disappears, everyone who uses it loses their identities and data.

The proposed solution should satisfy the following constraints:

  • User's identity and data should not be tied to a single server.
  • Users should have a choice between full control over their identity and data, and delegation of control to a trusted party.
  • Implementing the solution in existing software should be as simple as possible. Changes to ActivityPub data model should be kept to a minimum.
  • The solution should be compatible with existing and emerging decentralized identity and storage systems.
  • The solution should be transport-agnostic.


History


Nomadic identity mechanism makes identity independent from a server and was originally part of the Zot federation protocol.

Streams (2021) made nomadic accounts available via the Nomad protocol, which supported ActivityStreams serialisation.

FEP-c390 (2022) introduced a decentralized identity solution compatible with ActivityPub. It enabled permissionless migration of followers between servers, but didn't provide full data portability.

Requirements


The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC-2119][RFC-2119].

Identifiers


An [ActivityPub][ActivityPub] object can be made portable by using an identifier that is not tied to a single server. This proposal describes a new identifier type that has this property and is compatible with the [ActivityPub] specification.

ap:// URLs


ap:// URL is constructed according to the [URI][RFC-3986] specification, but with a [Decentralized Identifier][DID] in place of the authority:

ap://did:example:123456/path/to/object?name=value#fragment-id
\_/  \________________/ \____________/ \________/ \_________/
 |           |                |            |           |
scheme   authority           path        query     fragment

  • The URI scheme MUST be ap.
  • The authority component MUST be a valid [DID].
  • The path is REQUIRED. It MUST be treated as an opaque string.
  • The query is OPTIONAL. To avoid future conflicts, implementers SHOULD NOT use parameter names that are not defined in this proposal.
  • The fragment is OPTIONAL.


[!NOTE]
ActivityPub specification [requires][ActivityPub-ObjectIdentifiers] identifiers to have an authority "belonging to that of their originating server". The authority of 'ap' URL is a DID, which does not belong to any particular server.

[!WARNING]
The URI scheme might be changed to ap+ef61 in a future version of this document, because these identifiers are not intended to be used for all ActivityPub objects, but only for portable ones.


DID methods


Implementers MUST support the [did:key] method. Other DID methods SHOULD NOT be used, as it might hinder interoperability.

[!NOTE]
The following additional DID methods are being considered: did:web, did:dns, did:webvh (formerly did:tdw) and did:fedi.


DID documents SHOULD contain Ed25519 public keys represented as verification methods with Multikey type (as defined in the [Controlled Identifiers][Multikey] specification).

Any [DID URL][DID-URL] capabilities of a DID method MUST be ignored when working with ap:// URLs.

Dereferencing ap:// URLs


To dereference an ap:// URL, the client MUST make HTTP GET request to a gateway endpoint at [well-known] location /.well-known/apgateway. The ap:// prefix MUST be removed from the URL and the rest of it appened to a gateway URL. The client MUST specify an Accept header with the application/ld+json; profile="https://www.w3.org/ns/activitystreams" media type.

Example of a request to a gateway:

GET https://social.example/.well-known/apgateway/did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/path/to/object

ActivityPub objects identified by ap:// URLs can be stored on multiple servers simultaneously.

If object identified by ap:// URL is stored on the server, it MUST return a response with status 200 OK containing the requested object. The value of a Content-Type header MUST be application/ld+json; profile="https://www.w3.org/ns/activitystreams".

If object identified by ap:// URL is not stored on the server, it MUST return 404 Not Found.

If object is not public, the server MUST return 404 Not Found unless the request has a HTTP signature and the signer is allowed to view the object.

[!NOTE]
This document describes web gateways, which use HTTP transport. However, the data model and authentication mechanism are transport-agnostic and other types of gateways could exist.


Authentication and authorization


Authentication and authorization are performed in accordance with [FEP-fe34] origin-based security model.

The [origin][RFC-6454] of an ap:// URL is computed by the following algorithm:

  1. Let uri-scheme be the ap string.
  2. Let uri-host be the authority component of the URL.
  3. Let uri-port be the number 0.
  4. Return the triple (uri-scheme, uri-host, uri-port).

And the origin of a [DID URL][DID-URL] is computed by the following algorithm:

  1. Let uri-scheme be the ap string.
  2. Let uri-host be the DID component of the DID URL.
  3. Let uri-port be the number 0.
  4. Return the triple (uri-scheme, uri-host, uri-port).

Actors, activities and objects identified by ap:// URLs MUST contain [FEP-8b32] integrity proofs. Collections identified by ap:// URLs MAY contain integrity proofs. If collection doesn't contain an integrity proof, another authentication method MUST be used.

The value of verificationMethod property of the proof MUST be a [DID URL][DID-URL] where the DID matches the authority component of the ap:// URL.

[!NOTE]
This document uses terms "actor", "activity", "collection" and "object" according to the classification given in [FEP-2277].


Portable actors


One identity (represented by [DID]) can control multiple actors (which are differentiated by the path component of an ap:// URL).

An actor object identified by ap:// URL MUST have a gateways property containing an ordered list of gateways where the latest version of that actor object can be retrieved. Each item in the list MUST be an HTTP(S) URL with empty path, query and fragment components. The list MUST contain at least one item.

Gateways are expected to be the same for all actors under a DID authority and MAY be also specified in the DID document as [services][DID-Services].

Example:

{
  "@context": [
    "https://www.w3.org/ns/activitystreams",
    "https://w3id.org/security/data-integrity/v1",
    "https://w3id.org/fep/ef61"
  ],
  "type": "Person",
  "id": "ap://did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/actor",
  "inbox": "ap://did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/actor/inbox",
  "outbox": "ap://did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/actor/outbox",
  "gateways": [
    "https://server1.example",
    "https://server2.example"
  ],
  "proof": {
    "type": "DataIntegrityProof",
    "cryptosuite": "eddsa-jcs-2022",
    "created": "2023-02-24T23:36:38Z",
    "verificationMethod": "did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2#z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2",
    "proofPurpose": "assertionMethod",
    "proofValue": "..."
  }
}
Location hints


When ActivityPub object containing a reference to another actor is being constructed, implementations SHOULD provide a list of gateways where specified actor object can be retrieved. This list MAY be provided using the gateways query parameter. Each gateway address MUST be URL-endcoded, and if multiple addresses are present they MUST be separated by commas.

Example:

ap://did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/actor?gateways=https%3A%2F%2Fserver1.example,https%3A%2F%2Fserver2.example

This URL indicates that object can be retrieved from two gateways:
  • https://server1.example
  • https://server2.example

Implementations MUST discard query parameters when comparing ap:// identifiers and treat identifiers with different query parameter values as equal.

Inboxes and outboxes


Servers and clients MUST use gateways to deliver activities to inboxes or outboxes. Servers specified in the gateways property of an actor object MUST accept POST requests to respective gateway URLs.

Example:

POST https://social.example/.well-known/apgateway/did:key:z6MkrJVnaZkeFzdQyMZu1cgjg7k1pZZ6pvBQ7XJPt4swbTQ2/actor/inbox

Delivered activities might be not portable. If delivered activity is portable (has ap:// identifier), the server MUST verify its [FEP-8b32] integrity proof. If the server does not accept deliveries on behalf of an actor, it MUST return 405 Method Not Allowed.

ActivityPub clients MAY follow [FEP-ae97][FEP-ae97] to publish activities. In this case
:::


fep/fep/c390/fep-c390.md at main

fep - Fediverse Enhancement Proposals
Codeberg.org
in reply to The Picard Maneuver

friendica (DFRN) - Link to source

Nanook

@The Picard Maneuver @FrostyTrichs I think this is a common attribute of the fediverse in general. Once a post has propagated to other sites, the non-existence of the originating site is not going to remove that post, but in some cases posts may contain references to images on the original site and the site that it propagated to may elect to reference images from the original site rather than store them locally. In that case, the new site will have the post but not images that it contained.
in reply to FrostyTrichs

lemmy - Link to source

MangioneDontMiss

The settings import / export feature is extremely cool.

Reminds me of the many times I was banned from reddit for no good reason and then had to reset every one of my subs. So much easier, and just goes to back up the decentralized philosophy of lemmy.

This entry was edited (2 days ago)

SgtAStrawberry doesn't like this.

in reply to Yash Raj

lemmy - Link to source

tiramichu

I'd suggest not moving towards even more consolidation on the biggest instance. It rather defeats the point of decentralisation.

I myself am a lemm.ee refugee (just registered this new account today) and I specifically ruled world out because it benefits the health of Lemmy more to spread users and communities around.

This entry was edited (2 days ago)
in reply to MangioneDontMiss

lemmy - Link to source

Zenith

And how? I came here due to full reddit ban not cause I knew anything about the platform and wanted in, it I do like the platform and I’m glad I was “forced” to try it. Except I didn’t, and don’t, know what instances are, why they matter beyond “decentralization” and I just picked one at random because I didn’t realize your “instance” could just be removed… if an instance can be removed/shut down it doesn’t seem like any instance is actually a safe place to go since it’s not depended on me but whoever is running it? You can lose your account no matter what. Idk if this means I should try to figure this out, which is just make a new account I think? Or if this is a sign for me to give up my last social media outlet and just be done with reddit/reddit clones in general

don't like this

in reply to FrostyTrichs

lemmy - Link to source

Knightfox

What's really disappointing is that I just made my Lemm.ee account because Lemmy.One had announced they were closing down. Kinda disheartening to make a new account only for the new instance to also shutdown.
This entry was edited (2 days ago)
in reply to FrostyTrichs

lemmy - Link to source

ivanovsky

Soon to be homeless noob here, shopping for a new home. Is there an easy way to see what instance X has defederated from? I'm looking for an instance that doesn't defederate much (as I just aggressively block the specific communities inside of questionable instances). Looking for an instance with few technical issues/downtime that doesn't defederate from NSFW/piracy, etc
in reply to CtrlAltDefeat

lemmy - Link to source

Rose56

Lemmy actually needs more instances. The thing is that any lemmy instance can go down. We shouldn't depend on lemmy.wold, lemmy.ml or even lemmy.ca, but build instances so we can allow all these users to access lemmy. Just to add a factor, imagine all the costs for hosting an instance.

I wish I could host a lemmy instance, but at this moment I can't.

This entry was edited (1 day ago)
⇧