this post was submitted on 07 Mar 2024
83 points (95.6% liked)

Selfhosted

39251 readers
279 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:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. 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.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

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

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I hear people say that about Nextcloud often, which is part of why I haven't bothered setting it up yet.

Is there a technical reason why it's slow and clunky? Any problematic choices with how it was built?

you are viewing a single comment's thread
view the rest of the comments
[–] TCB13@lemmy.world 1 points 6 months ago (4 children)

I know exactly how Synching works, the point is not the p2p nature of it, the point is that Nextcloud's sync performance and reliability isn't even comparable because the desktop clients, sync algorithm and server side tech (PHP) won't ever be as performant at dealing with files as Go is.

The way Nextcloud implemented sync is totally their decision and fault. Syncthing can be used in a more "client > server" architecture and there are professional deployments of that provided by Kastelo for enterprise customers with SSO integrations, web interfaces, user management and whatnot.

Nextcloud could've just implemented all their web UI and then rely on the Syncthing code for the desktop / mobile clients sync. Without even changing Syncthing's code, one way to achieve this would be launch a single Syncthing instance per NC user and then build a GUI around that that would communicate with the NC API do handle key exchanges with the core Syncthing process. Then add a few share options in the context menu and done.

This situation illustrates very clearly the issue with Nextcloud development and their decisions - they could've just leveraged the great engine that Syncthing has a backend for sync but instead, as stubborn as they are, they came up with an half assed-solution that in true Nextcloud fashion never delivers as promised.

[–] Kynn@jlai.lu 1 points 6 months ago* (last edited 6 months ago) (3 children)

User management on syncthing ? I'd be interested by your source mate. This would incline me to try it. I currently use a ldap server for me and my friends. And seafile with the ldap.

[–] TCB13@lemmy.world 1 points 6 months ago (2 children)

You may want to read my post again as there's currently no user management in Syncthing. I just said that Kastelo provides a payed and very proprietary solution with user management for enterprise customers.

Anyways for anyone who wants to code a solution like that it isn't impossible, I proceeded to outline what Kastelo does on their solution and what Netcloud cloud've done.--

[–] Kynn@jlai.lu 1 points 6 months ago (1 children)

Ok, I thought it was separated from the notion of pro support, like argument 1 and argument 2. But I suppose that's on me.

Anyway, too bad, I would have looked forward to it :D. I don't need a client server model. But i do need replication and multi user access.

[–] TCB13@lemmy.world 1 points 6 months ago

But i do need replication and multi user access.

You can setup one Syncthing instance per user for that. That's the way it was designed to work.