Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
The Lemmy devs have no power over instances they do not run themselves.
Other than writing the software that all of those instances use to stay up to date and in contact with each other, regardless of their federation status.
can't people just take the lemmy source code and make their own version of the lemmy api?
Sure, technically. But good luck getting anyone to use your version over the mass adopted one. And good luck fitting back in if they decide to take their fork in a direction you dont like, which isolates your instance further and further.
It's because the current version has nothing wrong with it. If the Lemmy devs should choose to sabotage the Lemmy software, you'd be surprised how easily that happens when it pisses off all the instances and their owners. Instances will simply refuse to upgrade. And like most things, eventually some fork will win the race to become the dominant fork and the current Lemmy devs would be essentially disowned. Different forks also doesn't necessarily mean API breaking changes, so different forks would have no issue communicating (at least for a while).