Because the redneck themed one wants to call queer people groomers and have them sentenced to death by firing squad.
Because the redneck themed one wants to call queer people groomers and have them sentenced to death by firing squad.
There’s also many small-to-medium sized instances that just haven’t bothered signing that will be defederating. Mastodon.social’s gonna be one of the few who do, and I already think it’s fine to defederate from them too tbh.
I think this is going outside the realm of self-hosting and moreso into actually creating a server architecture. All servers would need to use the same database, so you’d want likely as its own server a database server, caches on the front-end servers so popular things aren’t queried for the same info again and again.
I’ve never set up anything like this, so this is just me trying to think of how I’d throw it together, I’m sure there’s a bunch of async problems I’ve not even considered how to tackle, and even having the DB be offsite from either of the front-end servers would be less than ideal.
I suppose you could have the DB in one of the servers, but then that one now has the same frontend-load as the other while it also is the only one doing DB queries, so the load’s not really being distributed properly. 🫠
“usersurname”. I like that.
Oh you can just hit the “All” button on the communities page!
Ya, on Lemmy’s end there’d still be control over the removal of content.
Though I do wonder if it even makes sense for interop to come from Lemmy’s side? After all, Lemmy’s just one of many implementations of ActivityPub. Kbin, Mastodon, and other softwares can freely traverse Lemmy with varying levels of usability. Instead of implementing Aether interop from the Lemmy side and give Lemmy access to Aether content, it seems more sensible to make Aether interoperable with the ActivityPub protocol. Of course this isn’t exactly feasible without a maintained fork.
Censorship is good in certain instances. Whether it be doxxing, revenge-porn, CP, having things ephemeral and unremovable by any means is bad.
Because the size of it, the sheer centralization around it, it creeps me out.
I’ve already blocked mastodon.social.
I’d recommend anyone using this to really consider how much data this’ll use on their system.
It’s people’s choice to earn the ire of others. It’s their choice to federate with Threads, and it’s my choice to defederate from them as a result.
We should leave instances who federate with threads.
“Social media company” means a person or entity that provides a social media platform that has at least five million account holders worldwide and is an interactive computer service.
I think it’s safe to say no single Lemmy or Mastodon instance will ever be covered by this particular bill.
It looks like you already have federation enabled, but if you’re having troubles you’re probably best off going to [the support community for assistance at !lemmy_support@lemmy.ml