| ▲ | lousken 12 hours ago |
| Same setup here since 2017. Since then, RAM usage decreased by 60%.
The admin panel is not something I'd need but it would be a nice-to-have.
Started with postgres as I wouldn't go for anything else if I wanna use it for decades. It has 2.5GBs for 10users and I don't mind if it takes 10 or 20, that's something I expected. Never did a cleanup of anything, I just dumped the db and moved to OVH recently onto a new VPS with NVMe SSD, it flies. The fact that I cannot delete attachments that users delete is certainly my biggest irritation, 50GBs of stuff I am not sure if I can or cannot delete, but considering the size, I am just gonna bite the bullet, couple terabytes should not be a problem in 25 years. But this is def something I would love to see addressed sooner rather than later. It must be a pain even for the matrix.org server team. After moving to a better server I do not have issues with slow notification unless the phone is sleeping for longer period of time which is an android optimization (I'd assume). It is more reliable than teams at this point. One of my friends had issues but removing 15 old devices fixed the issue. As for element-x, I did call out "the another rewrite" issue especially with android and I do think it makes things worse. I still do not know how am I supposed to fix calling and video between old and new clients. For now I don't bother with new clients and everyone is using old ones, but it starts to become an issue as classic clients are in maintenance only mode |
|
| ▲ | 0x1ch 8 hours ago | parent | next [-] |
| Whatever is going on in Matrix land isn't stable enough for most people to switch.
I gave up after they broke their calling system after changing something to this livekit system. It doesn't work, my existing TURN server became useless, and Matrix was left as a very slow chat application. I'm over it. |
| |
| ▲ | lousken 8 hours ago | parent | next [-] | | I don't plan to give up just yet. Switching is way too difficult and I don't see many platforms having both solid desktop and mobile versions with e2ee. But if they dare rewriting anything again from scratch I am leaving. They MUST stick with what they have and make it good at this point. | | | |
| ▲ | Teever 4 hours ago | parent | prev [-] | | I gave up after I upgraded my server from a SQLite backend to a PostgreSQL one with their conversion script which introduced errors into my DB. Maybe one day I'll dig into it and see if I can fix the DB by extracting whatever data in it that's causing the errors, but like, is it really worth it at this point? What does running a matrix server get me in 2025? | | |
| ▲ | Arathorn 2 hours ago | parent | next [-] | | > What does running a matrix server get me in 2025? Is there any other FOSS, self-hosted, decentralised platform with E2EE chat & E2EE group VoIP - i.e. the equivalent of Signal, but without depending on a centralised service? From my pov (which is biased, as Matrix project lead), the downsides are: * We still expose too much metadata to the server. Work is afoot to fix this, though - e.g. https://youtu.be/Q6NSmptZIS4?t=933 for encrypted state events. * Synapse is still uses waaaaay too much database. I proposed a solution here: https://youtu.be/D5zAgVYBuGk?t=1852 but it needs to get properly implemented. * Element's transition from the legacy apps to Element X has not been smooth, causing much of the gnashing of teeth in this thread (e.g. lack of interop between 1:1 voip and group-e2ee voip, or teething problems in the new apps). * Post Quantum Encryption hasn't landed yet; it's been painful to get funding together for it. | |
| ▲ | lousken 3 hours ago | parent | prev [-] | | Haven't been on the main matrix.org server for many years, but they used to have a lot of issues with latency - it wasn't really instant messaging but more like email. When I felt it was the worst, I decided on self hosting it. That improved things significantly - it started to behave like an instant msg platform. Now with OVH migration I am even able to scroll through hundreds of attachments super fast and everything feels snappy. And I also know there is no online status on the main server.
Other than that, no idea |
|
|
|
| ▲ | seryvtva 8 hours ago | parent | prev | next [-] |
| I ran my own matrix server for a number of years, then learned that any matrix homeserver would happily serve up any media from matrix without authentication. I shut it down the next day because I have no desire to operate a proxy for downloading csam. A url like https://my.domain.com/_matrix/media/<some.other.domain>/<some-bad-media-id> would happily proxy the bad media through my server. I think they've fixed this, but it's not worth the risk to me. |
| |
| ▲ | polski-g 8 hours ago | parent [-] | | Yes they fixed that about a year ago. It was a breaking change and required everyone to update their server software config. |
|
|
| ▲ | chromatin 4 hours ago | parent | prev [-] |
| Conduit [1] has retention policies [2] for media and attachments! [1] https://conduit.rs/ and https://gitlab.com/famedly/conduit
[2] https://gitlab.com/famedly/conduit/-/blob/next/docs/configur... |
| |
| ▲ | lousken 3 hours ago | parent [-] | | Honestly this doesn't fit my usecase. If I understand it correctly, it is just like any other retention policy meaning it is not related to the fact that the attachment was deleted by user, but it just deletes everything after a certain point. I don't mind storing things that people can access for many years - if I wanna see that funny picture from 10 years ago, I should be able to find it (even though GUI in Element sucks for that now). But what I do care about are things they uploaded accidentally or that they wanted to delete for whatever reason and it stayed on my server. |
|
