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:
- 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
From what I've seen and read, server to server traffic is less taxing on instances than client to server. So even if your instance is JUST you, it would be your instance talking to everything else so it would have some net benefit on the federation. But it would take a lot of users self-hosting solo instances for this to help in any noticeable way, I'd think.
There is certainly no downside to running a solo instance, if you're even slightly interested I would say go for it!
It's only less taxing if it's multiple ppl on an instance.
If every solo user spun up an instance just for themselves there wouldn't be a benefit over all those users just signing up directly to an existing instance.
Eg 5 users on instance b trying to access instance a Is better then 5 users each with their own instance trying to access instance a.
Wouldn't it still be a bit less taxing even with only one user? If I'm not mistaken then your instance only initially requests a community/post/comment from another instance when you specifically search for it. After that your server gets updates through activities pushed by the other instance. So if you refresh a post multiple times those requests only go to your instance. It somewhat acts like a cache, while the other instance can push activities at it's own pace instead of being hammered with requests. Of course multiple users per instance would still be better.
It acts like a cache, yes, but now the other instance has to send a push to keep every user's instance updated, whereas if there were only a few instances with lots of users only a few instances needed to get updated.
Not quite true... There's a ton of sql queries that go on to show you the correct content for your user. Showing the correct subscriptions, applying the correct "bans" etc... Further sessions management of the user logging in itself... Direct messages, inbox management... etc...
Just the raw content being sent to sync is just minimal text data that's effectively broadcasted. The stress of that is virtually nothing in comparison.
The break even is that a ton of data might sync that you never look at... but it's a broadcast of sorts. So that's a bit of a non issue.
I would doubt this. Your server is essentially another client