Hello,
There is a unique problem of the fediverse. When an instance goes offline, its communities will never sync again.
Recently, vlemmy.com shutdown. Quite a few communities synced with discuss.online and other instances. Because vlemmy.com is not longer brokering communication, these communities will never be in sync again.
We have a several options:
- Leave them there. Do nothing.
- Leave them there but make a post that it’s dead and hope people see it.
- Purge the communities. Act like they never existed.
- Build some elaborate system to work around vlemmy being gone. This would take a lot of work and collaboration with other instances.
Let me know what makes the most sense to you as users. Are any of you still using vlemmy communities? What about long-term planning? Maybe this isn’t an issue now but what if lemmy.world vanished?
Please, let me know what you think. I’m torn on this one.
Thanks, Jason
I think the ideal solution would be devising some way for the content to live on cached in other servers and continue to sync comments and upvotes among them. It would be a shame for useful content to go away, and allowing for communities and instances to rise and fall and live and die seems like something decentralized content should expect to happen without leaving information holes.
This would be much easier if the original owners of the instances helped bring it down. Their servers have private keys that verify ownership of the content for the fediverse to work in a trustworthy way.
Without these keys the content has to stay in a sort of read-only state.
I like 3. acknowledge it’s dead, maybe provide a re-direct to a child community
My initial thought was to build an archive server that grabs all the federated instances’ content via the public APIs. Then each instance would then have the option to purge after. However, this prevents folks from discovering it. Unless they are aware of the archive. I bought the domain lemmy.rehab for this. Perhaps, we could even create an instance that hosts only a backend for these dead communities that no one owns. Then moderation would be a nightmare.
The second option was post a sticky post that said this community was dead and no longer synced. But for how long is that useful? What if someone finds a post from years ago and comments and never visits the main feed to see it’s dead?
Another option is to put in a request for the core devs to have archived communities. Read-only. However, these communities will remain in a constant out-of-sync status. Comments and posts on discuss.online will never show on lemmy.world or the other way around.
I’m not certain of any option.
My initial thought was to build an archive server that grabs all the federated instances’ content via the public APIs. Then each instance would then have the option to purge after. However, this prevents folks from discovering it.
It would ideally still be indexed by web crawlers, so the content of defunct sites could still be shared.
I’m leaning towards the do nothing option.
The problem is that if anyone comments or likes on discuss.online it’ll forever try to sync back “home”. I’m not sure that it expires yet. Forever network noise.
If that network noise causes problems, address it. Otherwise, I don’t see why you should spend effort on it.
It’ll be problematic at scale. Nothing but log noise right now. However, it’s difficult to parse through real issues in logs, currently.
Is it possible for discuss.online to have a reference list somewhere of dead/offline communities? If someone tries to like a post on them, or comments on them, could the user receive a warning that this won’t be sent through? Ideally, could there be some indicator on each post + the main page of the community that this community is on a dead instance? Always nicer to have that before someone spends an hour crafting a really good reply not knowing it won’t be going anywhere.
I’m somewhat limited by core Lemmy functionality and the time available to extend it. However, I have an open wiki page, https://wiki.discuss.online, where I could create a list. I can build tools that report these communities and post them there.
Is there any way to lock the community? So that it stays there for archival purposes, not all topics need to be uptodate, it could have useful information or posts. Just keep it there and lock it.
