Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Conduit: Simple, fast and reliable chat server powered by Matrix

conduit.rs

Post reply on HN
Print view View original

111–120 of 193 posts

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#111

Post by vmfunction »

ashton314 wrote: post #43

I’ve run a self-hosted Conduit instance for some years now. Pros: easy to install and use. Cons: it’s beta software! That said, it’s been really good for me. Reliable chat between my and a few friends, plus some big-ish rooms that I participate in. The author also works on Veloren[1]—another fun Rust project! [1]: https://veloren.net

Yeah seems like a good alternative to run the dentrite (go) server. That seems to be in development forever. At this point, the python server is taking too much resources, nice to see an alternative to go the server.

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#112

Post by LanternLight83 »

erinnh wrote: post #30
ruslan wrote: post #27

Can someone please explain, why use Matrix while there's XMPP ?

My first thought was: „my question would be the reverse“. I have no idea why I’d use XMPP, so I will tell you what I like about Matrix. - modern chat solution with features people have come to expect from Slack and Discord - many bridges that have kept me from having to use more than one chat client for multiple protocols (think pidgin) - lots of great communities are on matrix - pretty good voice chat - open source…

My 2c might not crush the scale, but FWIW I'd expect XMPP clients to be easier to work with if I had existing PGP keyrings that I wanted to re-use, favoring consistant identities and protocols over more stringent avoidance of key re-use. Could be a key on a smartcard, or the key your employer kept a revocation certificate for.

Conversations has great support for OpenKeychain on Android, and I'd love to see that come to competing protocol Deltachat but the devs are focusing on cross-platform behaviors atm. Android-specific fork Deltalabs might be willing to be upstream for it if anyone knows where to start with that.

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#113

Post by ptman »

toastal wrote: post #92
maccam912 wrote: post #29

Earlier quoted context omitted.

Network effect? I use matrix today. What does xmpp have that I should switch for?

XMPP by its extensible nature can be a social network (Movim), a community organizer (Libervia), or can be used for basic presence, etc. & these can sit atop your XMPP server (Prosody, ejabberd, etc.). Matrix, without extensibility, is kinda relegated to chat (text, voice, video) only. The push-based servers make clients efficient, and both Prosody & ejabberd can be UnifiedPush server with a basically a boolean flip…

Matrix is very extensible. You can start sending your own yc.toastal.test.first event type and put any json as value

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#114

Post by xethos »

Arathorn wrote: post #50
freeopinion wrote: post #41

Earlier quoted context omitted.

Funny, I recently got pretty frustrated looking for a decent Matrix client. Not even Element claimed to support the full list of features on the Matrix website. And Element has super bizarre behavior like not allowing to paste into the message composer. And good luck getting help when a client doesn't work. That said, I can't claim XMPP clients are any better.

Element is basically 3 different clients - web, ios and android are different codebases. Paste to composer should work on all of them tho! Meanwhile on mobile there is a new client called Element X which is a single codebase built on matrix-rust-sdk: https://element.io/blog/element-x-experience-the-future-of-e... . Classic Element should support every specced feature in Matrix tho, and tonnes of MSCs, so unsure what…

> we’re aiming for better-than-telegram UX and perf)

Oh thank god - my (admittedly not-brand-new) phone doesn't have quite enough RAM to keep Element fed and happy. 300 meg doesn't sound like much till all apps are limited to the ~2GB left over after the OS takes it's cut.

Element supports stickers though, and I haven't found any other Android clients that support stickers while also being lighter.

Kudos though - Matrix has come a long, long way since I first played around with riot.im!

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#115

Post by 3np »

timokoesters wrote: post #82

Hello, I'm Timo and I started the Conduit project a few years ago. Feel free to ask some questions.

Thanks for checking in!

Any thoughts on matrix-p2p aka pinecone which is now being developed against dendrite? Any thoughts on "p2p-ifying" Conduit in the foreseeable future?

https://github.com/matrix-org/pinecone

https://archive.fosdem.org/2022/schedule/event/matrix_p2p_pi...

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#116

Post by 3np »

timokoesters wrote: post #90
Corsome wrote: post #85

Earlier quoted context omitted.

Do you use Conduit daily yourself? I'm wondering if it's stable for daily use.

Yes, I use my Conduit instance for all my development work and also host a big Discord bridge on it (for https://veloren.net , which was mentioned in another comment).

Very nice!

Sounds like AppService/bridge support is on par with Synapse at this point (and maybe has been for quite a while?) - any gaps to be aware of in that department?

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#117

Post by jeltz »

Arathorn wrote: post #50
freeopinion wrote: post #41

Earlier quoted context omitted.

Funny, I recently got pretty frustrated looking for a decent Matrix client. Not even Element claimed to support the full list of features on the Matrix website. And Element has super bizarre behavior like not allowing to paste into the message composer. And good luck getting help when a client doesn't work. That said, I can't claim XMPP clients are any better.

Element is basically 3 different clients - web, ios and android are different codebases. Paste to composer should work on all of them tho! Meanwhile on mobile there is a new client called Element X which is a single codebase built on matrix-rust-sdk: https://element.io/blog/element-x-experience-the-future-of-e... . Classic Element should support every specced feature in Matrix tho, and tonnes of MSCs, so unsure what…

Do you plan to do something like Element X but for desktop?

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#118

Post by Arkanosis »

ashton314 wrote: post #43

I’ve run a self-hosted Conduit instance for some years now. Pros: easy to install and use. Cons: it’s beta software! That said, it’s been really good for me. Reliable chat between my and a few friends, plus some big-ish rooms that I participate in. The author also works on Veloren[1]—another fun Rust project! [1]: https://veloren.net

I've been running it for 10 months now. Very smooth experience (both installation and usage).

I'm the only user on my server and I've not joined any very active room, but so far its impact on my small VPS performance has been negligible.

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#119

Post by timokoesters »

3np wrote: post #115
timokoesters wrote: post #82

Hello, I'm Timo and I started the Conduit project a few years ago. Feel free to ask some questions.

Thanks for checking in! Any thoughts on matrix-p2p aka pinecone which is now being developed against dendrite? Any thoughts on "p2p-ifying" Conduit in the foreseeable future? https://github.com/matrix-org/pinecone https://archive.fosdem.org/2022/schedule/event/matrix_p2p_pi...

P2P sounds great and I'd love to implement it when it is ready. I think Conduit is pretty well suited for this. But it will still take quite some time until Matrix is ready for p2p clients, it needs some significant protocol changes: https://arewep2pyet.com/

Re: Conduit: Simple, fast and reliable chat server powered by Matrix

#120

Post by anoa_ »

jeltz wrote: post #83
COGlory wrote: post #53

Earlier quoted context omitted.

From the first link: >I shrunk my homeserver database from 100GB to a little under 8GB, during a long maintenance cleanup. I run the compressor on a cron job. I've been running for 5 years with ~ a dozen people on my server, all federated, in multiple large rooms, didn't run into space issues until this year. On Linode $10 and then Hetzner 4 CPU. One thing to watch out for: disable registration. Otherwise spambots wi…

I feel registration is something which should come disabled by default and need to be explicitly enabled.

[dead]
Post reply on HN