
Are they? I thought they only write/modify/delete data to the fs, not change the fs itself.

Are they? I thought they only write/modify/delete data to the fs, not change the fs itself.

I think you could do it somewhat like hetzner does for their storage boxes. You get an account that has read and write access to a directory and nothing outside. The accound can only run a limited set of commands, like ls, cat, nano, rsync etc. but has no access to commands that modify the filesystem.
Then you can use a copy on write fs like btrfs and make scheduled staggered snapshots.
I usually do 1x per year, 1x per month of current year, 4 per week of current montg, 7 per day in current week.
I have no clue what they use to limit the user accounts like that btw. but maybe that gives you a new jump off point for further research.

least they can do
no, no, no
least would be 0. Capitalists can always do 0.

tldr:
flatpak - good
linux people arguing over other ways to package and distribute - bad

Don’t forget the most important part - by attacking you make money in proportion to the amount of people affected.
What projects are you working on?
just work :(
Is there any known collaborative efforts? (i.e popular projects)
the one at work :(
What are some good communities?
my workplace :(
same, borg with borgmatic

I recommend “Software Architect’s Handbook” by Joseph Ingeno as an intro/overview

I was meaning to ask:
would it be possible to add sourcehut support? (through their graphql api)

So cool! Gonna upgrade the coming weekend!
I use other existing solutions for 1-on-1 e2ee
for a public group room, there is no point in e2ee. And thats the only feature I use discord and discord-alternatives for.
I like fluxer.app

ps:
trailbase seems to do user rate limiting by ip through a reverse proxy. I’m sure the same can be done for supabase. https://trailbase.io/documentation/production/#reverse-proxy

This is fundamentally how Firebase etc. is meant to work: the client talks directly to the database, and security rules gate access. You don’t need your own backend in between.
As for the spam issue, you’re right that supabase can’t do it (firebase can btw.)
https://github.com/orgs/supabase/discussions/36512
https://github.com/orgs/supabase/discussions/19493
Not sure what the best approach is, but for me it just sounds like supabase is not ready for real world production.

During my research into portability, I kept thinking about how frictionless it is to play classic console games today. Pulling on that thread led me to projects designed explicitly for virtual machines, such as Another World which is equally easy to play today due to its targeting of a portable virtual machine, instead of any ever-changing physical hardware.
from: https://wiki.xxiivv.com/site/devlog.html
java was right all along! hail the JVM

Consultant
Salary Range: $100,416 - $126,336 per year
DISCLAIMER: The salary range presented here is an estimation that has been derived from our proprietary algorithm. It should be noted that this range does not originate from the company’s factual payroll records or survey data.

Best I could find is: https://www.salary.com/research/company/software-freedom-conservancy-inc-salary
and you can guesstimate a similar range from https://sfconservancy.org/static/docs/software-freedom-conservancy_Form-990_fy-2022-23.pdf
(6 employees, ~850k salaries)
OP asked:
So I was thinking that the account should not be able to delete the filesystem in an unrecoverable way. Like overriding the current fs with random data or an encrypted fs and filling it etc.
Like I said on a Hetzner storage box, multiple users get access to the same system, but each one only has file editing commands, not fs editing and they can only access their assigned directory. So if the system does scheduled snapshots (outside of that user’s scope of access) there is no way for a user to delete the files beyond recoverability. (no matter if their own files or other users files).
The user can still delete their own data. But because the fs is cow with snapshots (like btrfs) and they can not touch that, the data can be recovered easily.