Basically, after I’ve read all of that, it’s clear as day that security is not a priority on Testing. And while band-aid solutions do exist, it’s simply not designed to be secure.
Yeah, I wouldn't run it in a production environment.
Sure, but even in those "few cases" Testing will get them soon.
I did read at some point that Testing may receive security updates later than stable, might be in those cases in which backports come straight from unstable.
I don’t recommend going for (Debian’s/Devuan’s) testing (branch) as it targets a peculiar niche that I fail to understand; e.g. it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does. Unstable/Sid could work, but I would definitely setup (GRUB-)Btrfs + Timeshift/Snapper to retain my sanity.
restricting the total amount used and basically anything else makes more sense
Oh you meant eliminate the flow limit, I thought you meant eliminate the fuel itself. And I agree (with the caveat you said, also limiting the total amount).
For multiple entities, it's cleaner and more beginner-friendly than using the #[MapEntity] attribute (which is still an option).
And imo it's a good move to deprecate "not passing the mapping" even for single entities.
With the mapping the behaviour is more intuitive and "feels" less magic.
Funny story. 50 years ago, to this very day, a revolution occurred in which Portugal took down its dictatorship.
The following day some public administrator/manager sent a letter complaining about people missing work!
Translation after the letter
Your Excellency Director General
I inform Your Excellency that yesterday, April 25, 1974, several employees were absent from work, claiming that a revolution had occurred in the country.
I clarify that this revolution was not authorized by superiors, and no justification was seen for the absences, especially as the service was considerably delayed.
As the current legislation does not provide for absences due to the occurrence of revolutions, I submit the matter to your high discretion, in the certainty that it will deserve due attention.
Fellow PT-PT ISO user here. And although I use PT-PT in the OS, both my mechanical keyboards' physical layout is DE ISO, which has most special symbols in the same place. (finding DE keyboards is easier)
I've considered switching to UK ISO before. Typing brackets "[] {}" and a semicolon ";" is harder in PT-PT.
Especially the curly brackets {}, which are really awkward to type with my small hands.
I don't agree with the problem they aim to solve with those goals.
But today it takes several years of mastering tools and frameworks to get to that stage. HTML First principles should allow people to unlock that feeling, and level of mastery, much earlier on in their coding journey.
The onboarding process can be made easier for devs new to the project (junior or senior) with decent documentation. Just enough install/build the project in their local machine and understand the gist of the technologies.
Ok, I understand what you meant, thanks.
Yeah, I wouldn't run it in a production environment.