Starting your own instance doesn’t solve the problem of big communities being reliant on the one specific instance they are hosted on to not go down or rogue.
Also @[email protected].
Starting your own instance doesn’t solve the problem of big communities being reliant on the one specific instance they are hosted on to not go down or rogue.
I imagine it like friend requests between communities: [email protected], [email protected] and [email protected] could send each other friend requests and merge into one federated meta-community about x. Then if one instance goes down the other two are still there to keep the meta-community alive, and if one goes rogue the others can just unfriend and keep going without it.
The nice thing about manual federation is that the communities don’t have to have exactly the same name, and the mods can keep malicious or troll communities out. And ofc you could still have client-side control if you want to, e.g. add or remove a community just for you locally, or create your own local meta-community.
The database, storage and network are usually the bottlenecks in these kinds of websites, not the programming language. It might add a few ms of latency, but the big lags come from congestion or bad db queries.
What comment?
If you decide to go down the Synology route, make sure it supports docker. Their cheaper models don’t support it, and it’s the gateway to self-hosting all the services that are not available directly from the package manager.
A domain takedown was never able to shut a server down, not even with centralized servers. Most big services are accessible via multiple domains of different countries, and this would just disable one of them. But for the Fediverse that means that they also “disabled” an entire instance with all its users.
This actually shows us that relying on domains can be a problem for the Fediverse! Imo we need to upgrade the federation protocol to be able to handle these things, like propagating a domain change or migrating accounts to other instances.
Just leaving this here: Aurora Store
Your right to choose is the same as everybody else’s right to choose. You can decide to post something, and others can decide they don’t want to see it. Decentralized just means there is no one entity to make those decisions for you.
An app to manage important config and unit files (fstab, hosts, sysctl, systemd units, …), and present them as settings menu or editor with auto completion and tooltips. Kinda like how VSCode handles settings, where you can use the GUI or a context-aware text editor.