Live data from Hacker News

This Year in Matrix

matrix.org

61–70 of 109 posts

Re: This Year in Matrix

#61

This was truly a great year for matrix. Thanks to the whole team for making a dream about decentralized www come true! But I have a great pain with that bug: https://github.com/vector-im/element-web/issues/469 Everytime I’m fighting with myself to not be sarcastic when speaking about this issue, but I want to say I have hard time believing that Element could we a main communication platform for anyone without this be…

Weird; the reason we haven't prioritised it is in that in practice it doesn't seem to be a big problem? You don't get push notifs while you're active in the app itself, and the fact that i get push on my phone while also reading on desktop almost feels like a feature (I often read the msg first via push on phone before then going and hunting on it desktop, especially as Element Web's notification panel needs love).

Re: This Year in Matrix

#62

Earlier quoted context omitted.

There isn’t a marketing team for Matrix, unless you count me & the dev advocacy team. I actually have another (big) blog post called Metadata And Matrix which attempts to enumerate the privacy properties we have today to try to educate everyone, and how we’re improving it in future - will post it shortly. Agreed it could be better, but if you’re on your own server you are in a pretty good place.

I want to voice strong agreement with kevincox. I use an encrypted Matrix room daily and had no idea that reactions, relations (does that mean that edits are in cleartext??), etc are completely unencrypted. I've read a little bit of the spec (though clearly not very much), I've written a bot, I've patched the Element desktop client, I've even been working with a JSON export of my message history and didn't notice—per…

> relations (does that mean that edits are in cleartext??), etc are completely unencrypted.

The text/content of the edit itself is actually encrypted, you can check in Element by viewing the event in de/encrypted form

Re: This Year in Matrix

#63
post #57

Earlier quoted context omitted.

I use conduit to run multiple rooms, read receipts have been working just fine.

I will give conduit another look if I ever try to setup a server again. I am quite active in the rust community and maybe I could also participate.

goodluck!

Re: This Year in Matrix

#64
post #10

I tried to adopt matrix for our small business and here is summary of my experience. - Synapse is very resource hungry even for a small server - Synapse creates a gazillion of TCP connection and keep them open, it was a real problem for my ISP router (SOHO router for 1gbit/s) and it took a very long time to debug, be sure to limit the number of TCP connection on the server - Synapse is hard to get a good idea of the…

No post body was provided.

Re: This Year in Matrix

#65
post #42

Earlier quoted context omitted.

I didn't whitelist anything, maybe that was a source for issue. > Disagree. Sure, UX can be improved, but compromising here defeats the purpose of why we’re doing this in the first place. The thing is, as I ran my own server in my office, SSL (with no E2E) is already a good privacy. And even with that setup, the server users got "harassed" by the UI asking them to sync devices keys. For many users, a single prompt ab…

So you are asking for a client setting (in Element I presume) to stop nudging users to set up e2ee? Did you file an issue for that?

If I try again to "convert" non technical people around me, I'll try to document properly what is wrong in the UX and experience. (but maybe it will all be fixed)

Re: This Year in Matrix

#66
post #10

I tried to adopt matrix for our small business and here is summary of my experience. - Synapse is very resource hungry even for a small server - Synapse creates a gazillion of TCP connection and keep them open, it was a real problem for my ISP router (SOHO router for 1gbit/s) and it took a very long time to debug, be sure to limit the number of TCP connection on the server - Synapse is hard to get a good idea of the…

Synapse is bloated and mostly good for very large organisations. Use conduit.rs or dendrite. I use conduit and it takes a couple of MB ram even while I’m in large rooms

Official server should have never been in Python anyway. Not a proper language for the network server. They should have adopted Go or Rust servers as the official ones, and pour resources there instead.

Re: This Year in Matrix

#67

Can I use separate identities in the same Element instance yet? Especially with Spaces I feel like this is an obvious feature where it should be easy for people to protect their privacy by using different accounts for different hobbies or peer groups. I would love to finally be able to use my employer's chatrooms with my real name, the animal rights group with my one pseudonym and the techie chat with the other one.

Fluffychat allows multi-account logins on the same device, if that's what you're looking for. I haven't tested it myself, but it seems similar to the way the Gmail app operates with multiple accounts (you switch over to a new account and get content specifically for that account, rather than mixed rooms from different accounts all in one list). In practice, though, I'd be impressed if you could even find three differ…

> In practice, though, I'd be impressed if you could even find three different circles that are all on Matrix. I haven't found many people who are willing to switch yet over, anyway

Kind of funny, but my experience over the last year as been the opposite. Probably because the kinds of communities I am interested in are focused around various FLOSS projects, but it seems like everywhere I look the "Contact Us"/"Get Involved" page for a project linked to their Matrix room(s). Anecdotally, the momentum that Matrix has in the FLOSS space is reaching a critical mass where it will almost be the de-facto communication tool (I am starting to be surprised when I see an IRC link instead...)

Outside of the tech world, I agree with you. Adoption of Matrix is tricky, but honestly it does not seem much worse than trying to get your friends to move the MMS group chat onto any other platform (WhatsApp, GroupMe, etc). Only extra challenge is helping them understand what "homeserver" they should use.

Re: This Year in Matrix

#69
post #10

I tried to adopt matrix for our small business and here is summary of my experience. - Synapse is very resource hungry even for a small server - Synapse creates a gazillion of TCP connection and keep them open, it was a real problem for my ISP router (SOHO router for 1gbit/s) and it took a very long time to debug, be sure to limit the number of TCP connection on the server - Synapse is hard to get a good idea of the…

When was this? I suspect most of the problems here are due to users joining lots of big federated rooms, which will use loads of resources irrespective of how many local users you have. This is also what Fast Joins are trying to improve (at least for join speed) from the original post. Likewise the matrix-hookshot webhook bridge.

Tried Matrix (and Synapse) the 3rd time a couple of months ago and gave up after a few days.

Joining any larger federated room took days or did not complete at all. And then the messages were also delayed for quite a while. That must be the stupidest design I have seen.

If it was not so messed up, Matrix probably would have become huge by now.

I agree with others in comments, devs should have probably improved the federation and written the official server in some compiled language and provided it as a single binary.

Re: This Year in Matrix

#70
post #66

Earlier quoted context omitted.

Synapse is bloated and mostly good for very large organisations. Use conduit.rs or dendrite. I use conduit and it takes a couple of MB ram even while I’m in large rooms

Official server should have never been in Python anyway. Not a proper language for the network server. They should have adopted Go or Rust servers as the official ones, and pour resources there instead.

Synapse was about proving the concept.
Post reply on HN