this post was submitted on 14 Jan 2025
195 points (97.6% liked)
Fediverse memes
2088 readers
980 users here now
Memes about the Fediverse.
Rules
General
- Be respectful
- Post on topic
- No bigotry or hate speech
- Memes should not be personal attacks towards other users
Specific
- We are not YPTB. If you have a problem with the way an instance or community is run, then take it up over at !yepowertrippinbastards@lemmy.dbzer0.com.
- Addendum: Yes we know that you think ml/hexbear/grad are tankies and or .world are a bunch of liberals but it gets old quickly. Try and come up with new material.
Elsewhere in the Fediverse
Other relevant communities:
- !fediverse@lemmy.world
- !yepowertrippinbastards@lemmy.dbzer0.com
- !lemmydrama@lemmy.world
- !fediverselore@lemmy.ca
- !bestofthefediverse@lemmy.ca
- !fedigrow@lemmy.zip
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
So like https://clubsall.com/, who fetches content from all of Lemmy without federating back?
Interesting
I was thinking a bit like regular websites. Let's say for Reddit, the hosting might be spread over a hundred servers owned by AWS with redundancy in case one crashed, but it could be a hundred servers owned by a hundred person instead (decentralize the back-end). You need an API to let people develop a front-end allowing users to interact with those servers, but the same credentials could be used on any of those front-ends and users wouldn't have an account associated with a specific server (just like you don't choose what server you're signing up on when joining Reddit).
So yeah, decentralized dumb back-end, decentralized smart front-end, making the experience as user friendly as any centralized website and still removing admins from the equation.
So actor portability?