I would suggest using Caddy. I think it’s a little simpler than Traefik and can automatically handle LetsEncrypt SSL/TLS certificates for you

Sounds like an excellent suggestion.

CockroachDB is a clustered version of PostgreSQL you probably should be able to replace it with that. But running a full RDBMS with the resources you gave is not great. SQLite would be a better fit for the resources available if the tools you run support it.

Yeah the 300meg isn’t going to get much less. Switching to Debian won’t change much there. Perhaps you can look into running a minimalist container distro if you are just using the machine for that. I personally want to check out Talos, there’s also RKE and Burmilla. No experience with them, to me the memory doesn’t matter much because I run a homelab. So I currently just run Debian and k3s. On my systems the containers are actually what gobbles up all the memory. If you’re using public container images, there’s a good chance the memory configuration on them isn’t optimal. Especially JVM services are a lot of the time configured to just use whatever is available. If you give them less memory they will do more garbage collection. So if CPU is less an issue then mem, that could be worth looking into (it’s just parameters you can pass on startup). Hopefully any of this is of use. Good luck :)

In my experience kernel tweaks aren’t going to be a major change on memory usage. Most distros are meant to be full featured and not necessarily lightweight. So unless you are already running a minimalist distro, make sure you don’t have bunch of background services running you don’t need. I can recommend using Debian Minimal iso’s, they require 256MB of mem. Depending on what features you enable you could use a lot more.

My 2c, buy RPi’s because what makes them so great is the availability of drivers and information. You will end up paying with your time if you try to save some money up front. I had several OPi, one randomly started throwing errors. After several reinstalls with various sd card, the information I could find was that the SoC itself was causing the errors. Also getting any hardware to work with it is just a major pain, driver support is severely lacking. Support for the Linux versions is community driven, so you’re dependent on Armbian maintainers. If you have a very new or an older board, you’re probably out of luck when you want to do anything outside of Linux. Example, I could not get a camera and BT module working. I later bought a RPi4 and had the same hardware working within hours.

If this is all based on just the teardown of a cable than the article is just speculation. If it really lacks all additional pins this is just malicious compliance on Apple’s part. “Oh you asked for a usb-c connector EU Commission? Here it is”.

The article states that the iPhone (the device itself) will be limited to USB 2.0 speed. Do you have information otherwise? Also limiting the speed does not mean it will not support the additional protocols that USB-C would allow for. I believe why people are making a fuzz over this is that people with iPhones want to be able to do large exports/backups/imports. Specifically those that use the devices professionally. In those cases you would want all the speed you can have, and this feels like an arbitrary limit set by Apple because they don’t want to fully comply. Perhaps there are good reasons due to heat issues in the storage controller.

:x also writes (same as :wq). :q! is force quit. If you accidentally made changes then :q will give an error and :x will write those changes. So :q! Is you safest bet if you need to gtfo.