When your app is written in C++ and rewriting it is too expensive.
moonpiedumplings
(4th comment)
when it comes to the website and e commerce, odoo is probably the most comprehensive solution.
But tbh, the technical architecture of this whole setup is beyond what a beginner ,ay be able to host. You should consider hiring a consultant or contacting an MSP.
Also see: https://github.com/awesome-selfhosted/awesome-selfhosted?tab=readme-ov-file#e-commerce
3rd comment: re: secure voting
The big thing behind secure voting, is not just is it secure, but also can you actually get people to use and trust it.
Sure you can have public key cryptography, signed messages based electronic voting, but "create a gpg key" is pretty difficult to get the average user to do.
And if you didn't know what any of those terms here, that only proves my point about people not knowing how these systems may cause them to not trust them.
Don't fall into the trap of inserting technology for technology's sake. You can do insecure email based voting (or chat app based), but the easiest thing for your sanity might just be paper ballots.
(2nd comment)
You probably don't want a lemmy instance. Of course it depends on the company, but lemmy is designed to federate out. Unless you want it to federate out?
I would recommend discourse or similar instead, they are much easier to host.
You architecture seems to blend technical and management in an unclear way. It's strange to see "lemmy server" and "staff roles" in the same chart. Unless by staff roles you mean a software that manages staff roles? But "managers"?
Syd's architecture is similar to gvisor, mentioned in the article. It has similar tradeoffs, although I suspect it is more performant (can't find benchmarks) since it is written in rust, rather than go.
Gvisor has some significant performance hits: https://gvisor.dev/docs/architecture_guide/performance/ . microvm/cloud hypervisor/ other vm solutions, with kvm, are around a 95% performance.
I don't. Many of the terms are easily searchable, and it's frustrating to click on one of them expecting to see syd-specific documentation about a topic or usecase only to see a generic post about a login shell (one of the links). It's trivial to highlight something and then right click and "Search DuckDuckGo for "highlighted term"" (firefox right click menu) nowadays. A search for "Login Shell Linux" nets that link they put in their documentation as literally the first result.
~~I wish they only actually linked syd's internal documentation, maybe to stuff like the LWN articles explaining some of their design decisions~~
Actually some of the links are easter eggs and they are pretty funny. Those can stay ig.
I think they have a lemmy account as I first saw them here, although I don't think OP is the site author.
Their javascript "game in less than X lines" stuff is pretty interesting and entertaining but their blogposts are mostly LLM slop. Of course, due to the fact that this article is just basic info, it's not that bad and is pretty accurate. But their more advanced blogposts begin to fall apart and have the LLM hallucinations, outdated info, and inaccuracies.
This video: https://www.youtube.com/watch?v=40SnEd1RWUU has similar information (though a bit less and doesn't cover some things), but presented in the style of a comedy skit type thing.
In my testing, zram has much, much better compression than zswap.
The points about LRU inversion, cgroups, and so on are valid, but at the end of the day, I don't really care. I was able to open as many firefox tabs as I wanted with zram, but I could not do so with zswap, and that's what matters to me.
The author of a blogpost is a facebook engineer. Millions of ultra high performance Linux servers are a very different usecase than a single desktop. It's perfectly reasonable for a solution for one to not be appropriate for the other.
There is also baka updates, which has novels in addition to manga.


You're using unreal engine and not unity engine.