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.
shrugal
joined 1 year ago
I imagine it like friend requests between communities: x@instance.a, all-about-x@instance.b and x-is-great@instance.c 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.
Most point and click adventures take about 6-10 hours in my experience. My favorites are the Monkey Island and Deponia games.
Oh, he is even "urging" them, so brave!
What comment?
I've literally never seen anyone say this except FediPacters as a strawman.
I've seen that quite a few times already, mostly in the form of "it's stupid to preemptively defederate, we can always defederate later".
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.
There is so much wrong with this that I don't even know where to begin.
I don't intent to be rude, but this is just not how you build a decentralized/distributed system. The network would grind to a halt if every user app had to search recursively through a portion of the network, and aggregate & rank posts by itself. Aggregate values (communities, votes and so on) would never be right, because you'd never be able to acually gather all events for a particular entity in time. This might work in a local network of 10 nodes, but not on a global scale.
On top, who would pay for those nodes you are querying? There is no relationship between the users and the nodes, so why would anyone just run a node for others or be willing to pay anyone else in this scenario? Servers cost money and stuff. And your spam filtering and moderation solution would be the exact same as with instances, so nothing is gained here.
Maybe have a look at the Session messenger and their Oxen network. They go to great length to make sure the work is equally distributed among nodes and they are compensated fairly. This doesn't just happen magically by itself, and there are many bad actors who will try to exploit any weakness they can find.
So I just think it's impossible to create something like lemmy in an anonymous way, because content moderation is a human decision. There is no one correct mathematical solution, and I also can't send some kind of filter query to a server to do it for me. All I can do is read the general rules that another human being has wrote up, subscribe to their moderation "service", see how they are doing, and decide to stay or switch to another.
Similarly, if I don't want to aggregate all the posts in the world by myself (as you are suggesting), then I'll have to fine someone to do it for me, and somehow pay that someone for their service. This part is actually kind of solvable (again look at Session), but it is not straight forward at all! It would involve crypto currencies, mining/staking, and some kind of client-side monetization. For this part I think trusted instances are just a much better solution, because we are building a social structure here anyway.
Idk if you really can copyright a letter of the alphabet.
That's the capitalistic definition of freedom. Everything is allowed as long as you have the money.
view more: next ›
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.