this post was submitted on 21 Jun 2024
41 points (97.7% liked)

Selfhosted

39980 readers
603 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 plan to host Conduit for my friends and family. Even if I invite absolutely everyone there would be no more than 50 users, max. But would it actually sustain and work, as it is not yet on 1.0 is a question. I do not want to host Synapse as I had bad time with it's (lack of) garbage collecting. We do not plan to join very big rooms.

Most importantly, if you host it yourself, host is the usage (mostly disk) with how many users?

top 21 comments
sorted by: hot top controversial new old
[–] [email protected] 12 points 4 months ago* (last edited 4 months ago) (1 children)

I installed it like 2 weeks ago. As of now it's still running and has a really low memory footprint compared to Synapse. But a lot of things aren't implemented. Chatting works fine. I get a lot of warning messages about not implemented things, though. Like my client (FluffyChat) trying to query some profile status ... I'd say try it. I've done so. But I can really only give some good advise after a few more weeks of using it. Maybe there is a dealbreaker.

[–] [email protected] 3 points 4 months ago (1 children)

Check out conduwuit. It is a fork of conduit and you can see all the differences here

[–] [email protected] 2 points 4 months ago (1 children)

I found that. Seems it mainly addresses caching and database performance, adds some admin and moderation commands. I'm not sure if it addresses any of the shortcomings I have.

My main question is: Which one is going to be maintained in the years to come and have the latest features implemented? And secondly: Why a fork? Why don't they contribute their fixes upstream to Conduit?

[–] [email protected] 3 points 4 months ago (1 children)

The original developer is trying to do things slowly and stay with older versions of the dependencies, while the author of the fork is of the opinion that the dependencies should be updated to the latest versions and take advantage of their capabilities (such as performance improvements) which does not necessarily please the original author.

In addition, new features are implemented in the fork that are not present in the original project, because the author of the fork is pushing for rapid development (which doesn't mean it's a bad thing)

[–] [email protected] 1 points 4 months ago (1 children)

Oh well, seems both reasonable. Maybe I should switch before the projects diverge too much. Conduwuit seems pretty active. Hope it stays that way.

Do you happen to have a link where I can read the backstory myself? Thanks for the info anyways. Seems to be a good call.

[–] [email protected] 2 points 4 months ago (1 children)

The author of the fork declares 100 percent compatibility with the original project's database. As you move, the database structure will be changed (new fields will be added) to be compatible with the fork, but it will still also be compatible with the original project (which simply will not use these new fields).

I used conduwuit for a long time and it seemed very stable. Now I don't host my server anymore because my friend hosts his own server and lets me use it, so I have an account on his server.

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago)

Ah, nice. Alright. Thanks again. I'll see how I can do it. Unfortunately I've already set everything up, joined Rooms and connected a few bridges. I hope it doesn't break. I'll do a backup first. Seems reasonable and not that hard to upgrade.

[–] [email protected] 7 points 4 months ago* (last edited 4 months ago)

I use Conduit for myself and a couple friends to chat while gaming. It was a bit finicky to setup with the TURN server, but once it was running it's been great. Even has sliding sync for Element X. Only thing I'm still struggling with is setting up Webhook notifications.

[–] [email protected] 3 points 4 months ago (1 children)

I use it and it works, that's all I can say.

[–] [email protected] 1 points 4 months ago (1 children)

Only for yourself or so you share?

If share, please say how well it use the disk.

[–] [email protected] 2 points 4 months ago

I would share it but I don't know anyone else who even knows what it is, much less would want to use it. Sorry.

[–] [email protected] 3 points 4 months ago (1 children)

Conduit should run fine up to many hundreds of users on a single node as far as message passing goes. For the storage part, you'll only operate as well as your storage solution. I'd honestly expect to invest some money on that part if you want the system as a whole to operate well, because some of the Matrix message handling is synchronous to media if attached to a message.

[–] [email protected] 1 points 4 months ago

Depends a bit on how much images and videos get shared. If its mainly used for chat by a bunch of people and a few gifs and stickers in-between, it shouldn't consume that much storage. But sure if you frequently share all your vacation photos, the cache is going to grow fast.

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago)

Isn't there a go port of the Matrix server?

Edit: https://github.com/matrix-org/dendrite

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (1 children)

Sorry to hijack — does my server name need a tld at the end? I’ve received both a yes and a no thus far. My server name currently has no tld but I’m not sure if that is what is preventing me from federating, or if no tld is just bad practice or something.

[–] [email protected] 3 points 4 months ago (1 children)

No problem.

Overall, purely technically, no. This has to be the hostname of the computer the Conduit is running on. And it can be in the local network (LAN) with your own name.

But practically, yes. Because you must buy a domain name and point that domain to the server localtion (IP address). And the only global domain names available to register have TLDs :).

So, yes.

[–] [email protected] 3 points 4 months ago (2 children)

I’m still trying to understand this. I have “example.tld” but when configuring the server name, just used “example”, no tld

You’re saying that my server name in fact needs to be the full “example.tld”?

Thanks for the help.

[–] [email protected] 2 points 4 months ago

Yes, your server needs to be full domain name. Otherwise, when typing a username (like @myusername:myserver.com) other servers would need to know where that myserver.com is.

Conduit needs to know it's domain Because it is part of usernames.

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (1 children)

Definitely the whole server name. Other servers and clients can't guess that information. I think it's properly documented how to do it.

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago) (1 children)
[–] [email protected] 2 points 4 months ago

Ah, well I only read the official documentation on https://docs.conduit.rs/

I'm gonna take a look at this later.