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

51–60 of 193 posts

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

#51

Post by COGlory »

freeopinion wrote: post #41
nine_k wrote: post #31

Earlier quoted context omitted.

There's the least common denominator XMPP, with a lot of key functions under optional XEPs. Thus the user experience is very uneven across clients and servers. Matrix has a more defined set of important features, so you could expect that conforming clients all implement them uniformly, without surprises.

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.

I paste into Element all the time, on web, desktop, and Android

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

#52

Post by infogulch »

Conduit is a very cool project, but unfortunately it seems difficult to follow the status and progress short of reading all commits and issues.

I'm excited for the recent progress on the built-in Sliding Sync feature because it's much easier to deploy.

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

#53

Post by COGlory »

lightedman wrote: post #49
COGlory wrote: post #45

Earlier quoted context omitted.

Yes, it's room/concersation states taking up all the space, and you can compress them. https://levans.fr/shrink-synapse-database.html https://github.com/matrix-org/rust-synapse-compress-state

That it generates that much cruft for something so simple is disappointing. How long does the compression bandaid work for?

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 will register accounts, join the largest matrix.org rooms to spam, and then you'll have to store all that crap for all those rooms.

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

#54

Post by freeopinion »

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…

Thanks for the reply. I saw your demo of Element X a while back and it looked awesome. I'm excited for it to show up for desktop use.

Of course you are already familiar with https://matrix.org/ecosystem/clients/element/. I know it is pretty ticky to point out that "Multi Account" is not supported, but it happened to be a feature I was particularly looking for in my search. My IRC client, for instance, lets me be logged into multiple servers with different accounts at the same time. Yes, I know that a single account on one server can communicate across all federated servers. The same is true for email, yet my email client allows me to use multiple accounts. I'm heartened to see that you have included the feature on your checklist. I hope that means somebody is thinking about it.

I know that Element should allow me to paste into the composer. I was told exactly that in the matrix room when I asked. "Works for me" is as frustrating a response as ever. I've seen the issue reported a number of times by different people with pretty decent detail, but I haven't seen a solution. Just "works for me" responses.

I'm still a Matrix user. I just accept that I don't have everything smoothed out the way I'd like. My post above was just a response to the claim that XMPP clients don't have uniform features. Well, as you know, neither do Matrix clients. But you weren't the one making that argument.

Don't take my posts as negative criticism, even if there is some criticism there. Keep up the great work. Keep getting better.

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

#55

Post by socceroos »

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 using Conduit for quite a while now and have found it to be very good. For ages though it has been missing support for spaces, but support has just landed in the development builds and it is great. I've already updated my service and it has worked as expected.

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

#56

Post by lenova »

gbraad wrote: post #28
lenova wrote: post #13

Earlier quoted context omitted.

The landing page is pretty good if you are familiar with Matrix.org, and I'm assuming that it's aimed at Matrix developers. Personally I appreciated the brevity, simple declaration of the problem it's trying to solve, and a quick link to the real call to action (the Git repo). EDIT: realizing that the landing page may have been updated with new content itself since your original post.

I would hope the audience targeted is admins/deployers instead of developers, as you would like to drive adoption.

Shall we meet at the middle ground and call it DevOps? ;-)

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

#57

Post by rhn_mk1 »

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…

> what do you like about XMPP?

- plenty of fast native clients

- server resource usage

- simplicity of the protocol, especially the encryption

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

#58

Post by rhn_mk1 »

freeopinion wrote: post #41
nine_k wrote: post #31

Earlier quoted context omitted.

There's the least common denominator XMPP, with a lot of key functions under optional XEPs. Thus the user experience is very uneven across clients and servers. Matrix has a more defined set of important features, so you could expect that conforming clients all implement them uniformly, without surprises.

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 has super bizarre behavior like not allowing to paste into the message composer

It requires the clipboard API. Puzzling decision, given that native pasting worked before, but here we are.

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

#59

Post by EgregiousCube »

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…

What is a good way to discover great communities on Matrix?

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

#60

Post by ruslan »

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…

XMPP is well-defined open source selfhosted easily extendable federated standard for exchanging data containers (messages) in a sequential manner. I have zero experience with Matrix, but have experience developing Jabber clients (both mobile and desktop), developing XMPP server, services and VoIP gateways back in mid 2000th. I can say that XMPP with it's all-covering XEPs can satisfy needs of anyone today. Why would people need something else like Matrix ? I'm trying to understand what motivated Matrix development. Can Matrix provide anything that is completely missing in XMPP beside bad PR ?

XMPP gained bad publicity as overcomplicated XML based protocol which was abandoned by Google in favour of their proprietary solution somethere in 2011. Till then it had been worshipped as one of the best open standard ever developed.

Post reply on HN