Do they get adopted by other instances? Are they still accessible from other instances? Can you still post on them from another instance?
Edit: From my understanding every instance that deals with a community has a cached copy. Will that copy disappear after a certain time, because it can’t phone to home anymore?
As of Lemmy 0.18.1, cached copies on other instances do not disappear if the original instance has died.
In theory, it might even be possible to actually clone a cached copy into a new local community. This would require some database hacking, so not recommended unless you’re familiar with Lemmy code and SQL.
Not sure how it is on lemmy. But looking at the structure on kbin. I reckon you could (with a little sql magic) convert the existing one to a local magazine without cloning, and then people could subscribe to the new version or existing subs could also hack their sql to change the id to match the new instance and toggle the subscriptions.
On Lemmy though I think images are not cached locally. So you might lose those. Kbin by default will also download images/media locally too.
Not sure this would happen enough to add formal functionality for it though.
It’s actually extremely easy to flip a remote community, into being a “local” one.
I actually wondered about that. The way instances share data and store it is all pretty black box to me.
If I understand the fediverse correctly, if the instance dies (meaning all the background servers are taken away), everything on that instance is gone; accounts, communities, posts, comments. Since the instance is the host, they are the ones holding the data; if they decide to stop, it’s gone.
However, the creator of the community and its members could create new accounts on another instance to rebuild the community.
When that’s the case, wouldn’t it be nice to be able to migrate communities, so when an adminndecides to quit an instance, those communities that want to move can arrange that move.
I agree that would be nice. Hopefully it is something that will eventually get added as a possibility, but I don’t know enough about the background workings to say if it is being considered or not.
I can’t imagine that archiving and instance migration aren’t on the hub roadmap, but they’re probably well beyond the horizon.
Nascent tech rarely prioritizes development for contingencies like it’s own decay/demise.
Bad mojo. 😆
Afaik posts and comments are copied locally to federated instances so if the original went down you could still access what was once there from some other instance.
E.g everything (excluding uploaded images/videos) on https://sopuli.xyz/c/[email protected] would still be there without beehaw.Once a user on instance A subscribes to a community on instance B, then instance A starts caching posts from the community on B. But to my understanding it doesn’t retroactively fetch all historical posts and comments.
Hi there! Looks like you linked to a Lemmy community using an URL instead of its name, which doesn’t work well for people on different instances. Try fixing it like this: [email protected]](https://sopuli.xyz/c/[email protected])
I think it needs the ability for multiple hosts to opt in to co-hosting a community. It could work as a cache and provide some redundancy if something goes down, temporarily or permanently.
The accounts are gone-
But, communities, posts, comments are all replicated. With a single flip of a bit, you can take that cached copy, and turn it into a local community.
Users would need to re-subscribe/follow/etc, but, all of the data would be there.
I’m hoping for account linking so you can have multiple synced accounts between instances so if one goes down due to load or permanently you can seamlessly continue without any issue.
This is a great question that I also would like to understand better.
Lemmy is instanced. if the host “dies” everthing else dies with it. even the accounts and everything. as far as i understand it. maybe there will be a few cached posts from that instance but im not sure about that.
This is going to make it impossible for any technical help communities to take root. The fact that the whole thing can just go poof completely turns me off from using something like that.
wait till you hear what happens when a centralized service goes down.
It’ll never happen, centralised means stable. Just check out what this company called Google have built!
They are currently working hard to discontinue your favourite Google service.
And they’re being sarcastic.
RIP Google Reader
https://killedbygoogle.com/
RIP RIP RIP
I understand what you’re saying, but I feel more concerned with the stability of instances due to the fact that they’re run by everyday people as something to do, they already have lives and jobs outside of this. Maybe it’s a passion project they pour a lot into, but the possibility of it crashing down for various reasons is a lot higher than a larger centralized service run by companies whose soul purpose is to run that service.
sure, and then the big company whose sole purpose is to run a service gets bought by another company, and now Gfycat is going to shut down and delete all its content in September. oh, and Imgur, apart from removing NSFW content, will also crack down on anonymous uploads, which likely means bunch of infographics and graphic tutorials being wiped. or Google decides to, you know, do what they’re best at.
This.
If we don’t want things run so as to squeeze every ounce of value out of users, then things can’t be run by profit-seeking entities. They basically need to be run by altruistic people doing it for pro-social reasons, or we stay on the enshitification train.
If people are really invested in a community remaining a forever space on the internet, we just need to develop the features for migrating those communities to new instances, and then having that community shell out for their own host.
That is where stability will come from. Communities self-hosting.
Gyfycat has also been running for 8 years, Imgur for 14. I’m talking only about the longevity of a service running. I don’t think people are expecting any instance to run for that amount of time, though its obviously too early to tell.
Clearly these large centralized services eventually decay away due to power hungry individuals within, but it takes some time.
I’m not sure if people are going to read this as I’m pro-centralized services, because I’m not, I’m just making statements.
From memory posts are partially archived by Google’s cache, so if they’re indexed correctly people should still be able to search for something and have it as a result? Unsure if that would work if the whole domain is actually gone though
Everything dies.
The existence itself doesn’t.
Are you sure about that?
Yes, 51%
I get the concern, but long term persistence is probably a rarity. The internet is still young. If anything a federated group of communities that are linked somehow will last far longer than a single server of even a large corporation. For the weeks that Lemmy et al have been growing, how to best develop communities that connect and last has been an ongoing question.
The internet is still young.
In what world is 40 years “young”?
The internet as most people know it and as companies depend on it isn’t that old.
The difference being discussed here is a single existence vs. potential for redundancy. The best way for something to outlive even the places it’s stored is by repetition. That goes against both how we’ve grown things so far on the internet as well as the talk about competition among instances and the biggest one wins. It’s far better for there to be many groups that share information in some way but are their own entities and aren’t dependent on the rest.
Exactly, this is why things like stack overflow never came into existence.
Not quite. Other instances subscribed to remote instances are sent the information about new posts, comments etc and they store them locally on that instance. So, while there’s not be new content (since the main instance is the controller for all incoming content and distributes it back out, it would break the connection for new stuff.
There are manual steps an instance admin could take, to take it over. Probably it would need some agreement as to who takes it on.
deleted by creator
If lemmy.world dies, you’re account goes down along with it. You would then need to find a new instance and make a new account.
As long as lemmy.world hasn’t blocked the other instance, you can access it through lemmy.world and write there with your current account
deleted by creator
The modern-day equivalent of “what happens to a dream deferred?”
Just started learning about the fediverse but I suspect everything goes down with the ship. Sort of creates a development opportunity for community driven backup utilities, though. Interesting problems are fun development challenges :)
I’ve been wondering about this also since I started a new community in the last week and have already invested a fair amount of time into it. I’m hesitant to keep investing time and effort, though, if it can just disappear with no recourse.
I wonder if the activitypub protocol (or, if not the protocol then some other layer) allows for the idea of “community mirrors”. The way that the protocol works at the moment, as I understand it, only the host instance has a complete record of a community’s posts and comments. But if there was a way for a community to designate one or more other instances as “mirrors” which maintain a complete sync of a community’s content (going back all the way to the community’s founding), that would lower the exposure to instances going down.
There would need to be a process (both technical and administrative) for a mirror to be designated as the new host instance should the original host disappear.
This would build in additional resilience into the fediverse model, by taking advantage of its distributed nature.
