it's the same idea, done slightly differently because with fedora you can start from their own atomic images and change them a bit. the setup is much easier and probably more robust because it feels less like a hack. ironically, my intermediate step between silverblue with layered packages and vyy was similar: https://github.com/myyc/silverpurple/ – using bluebuild instead of containerfiles.
exactly. plus i mean, this particular build is quite boring because it's, like i said, silverblue. vanilla gnome and all that. but one can go quite wild and make vastly different builds. building locally takes very little since it's basically decompressing a bunch of packages, moving some files around and building an initramfs, so the infrastructure one actually needs is minimal (especially if said upgrades happen silently).
i must say that even though this tech has been around for a while it's still very much WIP. much of the ostree command line is undocumented, some commands are hidden and even though there is significant overlap between rpm-ostree, ostree and bootc, they do quite different things and some things are easy with one tool and outright impossible with the other. but personally i think this is the future of "mainstream" linux, and even though "immutable linux" has been often associated to locked platforms (e.g. android), it's been fun to showcase how you can do it yourself too, with whichever distro you like.
this one technically doesn't have an ostree server because it would require dedicated infrastructure, but if you decide to either try out images (they're in ghcr) or fork the project and build your own, you can schedule nightly builds (as it's being done now) and use bootc rather than ostree. the problem is that you'd always have to pull a 2GB image rather than incremental updates.
regardless of firewalls and best practices and all, i'd just put all sorts of admin-related stuff behind tailscale (or similar), including ssh. hetzner allows you to have ssh closed in your public ip and still open a terminal via the console if ssh-on-tailscale fails. for the web stuff you should do a similar trick. blog and public websites on the public address, while admin stuff goes on tailscale. and if you do it nicely with letsencrypt you can even have nice hostnames pointing to your private stuff.
regardless, kindle books can be cracked. not the easiest thing ever, but it's doable. cracking ADE books is much, much easier. i crack all my ebooks because otherwise i can't read them in my ereader
i am not sure why everyone (comments, this post, etc.) assume there is a one-size-fits-all solution to every problem, even this one that looks quite simple. companies have to align a few things, ranging from the skills of the current employees, hiring plans, investor/shareholder management, or how to make sure the CEO really gets that boat he really wants and deserves.
not all businesses are the same. businesses with fat contracts but few users won't have massive operating costs, and they can use whichever easy and non-scalable technology they want, because once the business scales up, those fat contracts will pay for enough data engineers. a gaming startup will face high server costs right away, without any optimisation, while data platforms (e.g. bigquery) with a tiny bit of optimisation (materialising 2-3 summary tables, for example) will bring the cost down to "laughable" pretty easily.
it is true that many of these things are choices, e.g. do you really want to spend a shit ton of money for looker when superset for most users is just as good? are you even able to make that choice? if these choices are hard to make because a potential user (or set of users) in the company really wants something instead of something else, well, that is not a technical choice, and the issue you have has nothing to do with the technology.
i enjoyed the shitstorm i unintentionally created but i don't think most people (even religious ones) make the connection with dhu-l-qarnayn. it's probably, like someone else said, something that has to do with softer or harder persian nationalism. after all, even religious iranians are still iranians.
not sure to which degree current islamic republic brainwashing has messed up with this but many "modern not too or not at all religious iranians" call alexander the great just "alexander" and don't have a good view of him.
i mean right now one can't even sign up properly. but obviously since they want to compete on a platform level as opposed to whatever you were doing for them, surely "not being able to create an account" isn't gonna draw users away from gcp/aws.
it is a bit baffling that 99% of the articles talking about greece go on and on about a period that after all lasted 300-400 years and until the macedonians it was sort of politically irrelevant. this compared to the thousand years of hellenised eastern roman empire where not the same philosophical works have been written, but "byzantine domination", really?
those were greeks and the main inspiration for both the great idea (it was about restoring byzantine prestige, certainly not "athenian"), and the state structure afterwards, with kings called constantine and the church as a relevant part of the state.
"modern greeks don't seem to have much to do with the old ones". that's right. I wonder what happened in those 2000 years we keep wanting to ignore.
the whole argument is based on a single unverified piece of data. it also doesn't get elaborated on further, backed up or explained. do those 90000 deaths also include famous "prescription opioids"? etc
portugal arresting heroin users who do it in public is obviously besides the point and good for a "see??" sort of reaction only. if decriminalisation has worked in the places where it's been implemented the case is closed.
there is no closed form, like you say, and the additional complexity is around ergodicity, i.e. solutions that start close to each other might end up very far from each other after a certain point. this is also an issue with computer simulations as the error might accumulate and push solutions away. in practice, given the amount of cosmological computations people do on a daily basis, including those for satellites and rockets, this might not necessarily be that big of an issue, but i don't work with that stuff on a daily basis.