I looked around and struggled to find out what it does?
My guess would be that it notifies you of when new posts are made to communities you subscribe to. But that sounds like a lot, so I’m really not sure.
Otherwise, is it me or does the wording here not speak for itself?
Having so many people permanently connected to the server wasn’t manageable for the early Lemmy software, and I doubt that has changed. WebSockets made more sense when Lemmy users were measured in the hundreds.
The notifications were super annoying once the userbase started to take off!
Oh I know … I’m thinking of a feature where any community is allotted a certain amount of “live chat time” where they can run a websocket session for live chats. Presumably there’s a way to manage the resource overhead and get to a sweet spot. Plus, instead of updating everything, it’d only have to be comments in a single post.
Oh I get what you mean now. Yeah, live threads are probably fine. There wouldn’t be the same overhead of every single user being permanently connected to the server, only the ones actually on the thread. So long as every thread wasn’t a live one it would probably be fine.
To be fair, the existing polling solution might be able to be leveraged for this as well. I think it’s probably not so much a technical challenge as it is a nice to have feature when Lemmy doesn’t have a lot of must have features (though it’s improving).
Fair, though I’m increasingly thinking multi-communities are pretty much “must-have”
It would be nice, but remember we are in a position where there is no way for a user to report something to admins. If someone sets up a community and puts illegal things in it, they can just quickly close the reports and they will disappear from the admins report view.
Lemmy also saves images for thumbnails in full resolution, and has no clearing of this copy, meaning the image storage just grows and grows.
Multi-communities are way down the list!
Fair!
As an admin … do you think there’d be scope to build and provide a moderation plug-in?
I figure it could be a separate sideloaded server that calls the lemmy API and/or DB as necessary. This way it can be a separate project, be developed more experimentally in a less performance oriented fashion (I’m thinking a Python flask app) as it’s only mods and admins using it, and if it requires work from core lemmy devs should only ever need a new API endpoint (which is less onerous than a whole new feature).
Adding a link to it in the default lemmy UI for mods shouldn’t be too hard either.
There are a bunch of tools already! Some of the alternate frontends have extra tools to help, plus there are auto-mod tools as well. See this page:
https://github.com/dbeley/awesome-lemmy?tab=readme-ov-file#tools
I would expect a multi-reddit type function could be built in an app or frontend without needing core Lemmy changes too. Isn’t it just a matter of pulling the data from each community and displaying it in one combined feed?
Yea … but then each front end would need to implement it. Seems like some useful API endpoints would be better so the clients can just focus on the GUI.
awesome-lemmy has definitely gotten more awesome since I last saw it (IE, there are more things there)!!
Though I’m not sure there’s anything there quite touching on what I’m thinking about. I regularly hear about the lack of good moderation tools/interfaces … so I figure it makes sense to start a single project that’s relatively fast moving and comfortable with function creep to give admins/mods the tools or at least interface they want and need. The auto-mod stuff is important too, but the sense I get is that mods and admins feel somewhat blind and helpless with the tools as they are, which feels ripe to me for a richer interface.
The mods/admins would just have to use the one with the functionality. Isn’t that the same as your proposal? I’m not sure I follow what makes it different.