A real answer to your question though, as long as you can get it to reconnect, even if you have to close the window first, it should still have your changes to the file ready to save. These will be cached (somewhere?) unless you close the file.
I believe so, I'm not an IT admin but I believe that's all my school just had for their enterprise enrollments. Would give you more restrictive control over the students than you would on linux
Everything I did on the school pcs would've been just as easy and likely easier to do with Linux. Our 7 PCs were slow as hell and that was when those PCs were new.
ChromeOS flex could also be a way to go for education. You can manage them through Google admin if you have Google workspace for the district.
That's also a valid possibility. Not a big fan of the idea of an ECU or similar getting an OTA, but I guess it's better than doing a recall if there's an issue? Not that my 1990 or 2010 vehicles ever needed something updated in them.
I hate the future of vehicles. I don't believe that the infotainment system should ever be connected to important vehicle functions.
You're 100% right. It would be pennies for larger storage. However, that doesn't mean they wouldn't go for a smaller size to save those pennies.
I used to work on a car lot, and a disturbingly large number of cars had an SD card port that would only be used for map data. You had to purchase these cards from a dealer or the manufacturer specifically, and if you wanted map data the SD card had to be inserted. I saw this specifically on some Mazda, Mitsubishi, and Subaru models, though it wouldn't surprise me if Ford uses the same method.
Off topic a bit, but you probably have met a Jew. They're just normal everyday people and prolly don't go out telling everyone they're Jewish. Antisemitism always confused me as a kid because the people in my life I knew were Jewish you wouldn't be able to tell unless they told you.
While the implementation of an A/B update system wouldn't be drag and drop from Android to a different OS, they absolutely could implement the same idea to prevent this issue.
The likely reason as to why is storage space, you need two copies of the system, while only one is running at a time. They probably put as little space into these infotainment systems as possible.
If they put more in new models, they'd then have to support two methods of updating the system. It's easier to tell the customer on the rare occasion that an error does happen "oops we made a fucky wucky it's on you to fix it"
LocalTuya on HACS, it's a bit of a pain to setup and requires you to make a tuya dev account (free) but as far as I can tell you can delete it after, it's just to get the security keys to actually control the devices, and then issue them locally. My devices were much more responsive after doing so
It's not "best practice", but a compromised key is a compromised key whether that key is used to connect 1 or 100 computers to a server. No, I can't shut off access to exactly one machine, I do not however have any difficulty in shutting off access to every machine and replacing it with a new key. Your system and my system are no different with a single compromised key.
If I had 100 computers that I had to change identity files on each time it was compromised, and my keys were being compromised often, I would see a benefit from using multiple different keys.
Quit acting like I've left the front door to my house open when the door is locked but my roommate and I share the same key.
Moto Z? 🥺
Seriously top tier phones, Z Force series was amazing