this post was submitted on 20 May 2026
59 points (100.0% liked)

Selfhosted

60320 readers
478 users here now

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:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[โ€“] Andres4NY@social.ridetrans.it 1 points 1 month ago (1 children)

@yestalgia So I set up syncthing between a server and one client. Share folders between them. Figure out how you want the folder data replicated; for my phone pics, for example, the sync is one way from (phone) -> (syncthing server). For kids' health stuff, it's a two-way sync; because the sync might be (my laptop) <- (syncthing server) <- (my wife's laptop), or vice-versa. Then add another client to the syncthing server, following the same process. Never sync client-to-client; always via server

@yestalgia I will say that the configuration is not the most intuitive. Part of it is just that the web UI is, imo, not that good. There's a lot of confusing stuff exposed to users that isn't really important for like 99% of use cases.

(who cares whether compression is metadata only or all data or none? wtf is "introducer" vs "auto-accept"? why do I need to see a random hash for device or folder id in addition to a device or folder name?)