You still authenticate and kick off the Mosh session via SSH, so it shouldn't be any worse than plain SSH.
Mosh doesn't listen on network ports or authenticate users. The mosh client logs in to the server via SSH, and users present the same credentials (e.g., password, public key) as before. Then Mosh runs the mosh-server remotely and connects to it over UDP.
Dust (and scratches?) can be detected with an infrared scan. The IR scan is only used to detect defects, and then something like a spot removal tool is automatically applied to the defect areas.
If serde_json is a parser and has a different feature set than json-threat-protection, does it make sense to compare performance?
If you were using serde_json just to validate a payload before passing it on to another service (like a WAF), then the comparison makes sense. If you had more complex validations or wanted to extract some of the data, then maybe not.
Zero dependencies seems like a weird selling point, especially since it depends on Clap, Tokio, a Rust compiler...
A neat project, though. I think that this is best solved in the application itself (e.g. your server starts but returns HTTP errors while the database is unavailable), but being able to retrofit this behaviour into any existing application seems useful. Feels like something very similar should be built into tools like docker-compose.
You can drop root after binding, or you can use capabilities to allow a particular program to bind on privileged ports. php-fpm could listen on a UNIX socket instead of a TCP socket.
I haven't had chance to use it properly yet, but I think JfrUnit[0][1] is a good option here to test non-functional behaviour like memory usage and garbage collection.
In this example, the kernel is doing the task switching. They are "real" threads. The userspace component is informing the kernel which tasks should be run.
goroutines and Java virtual threads are a separate idea. The application saves its state and then yields back to a scheduler in the application.
I receive a lot of physical mail from HelloFresh and there's no clear way to opt-out. I've never (willingly or knowingly) signed up to their service or any marketing bits.
CentOS Stream isn’t unstable in the way that something like Arch Linux or Debian Sid is.
They effectively only got rid of point releases. Instead of going from CentOS 7 to 7.1, you just regularly get updates. Since they’re a part of the same major release, they don’t contain breaking changes.
It’s no different from running Debian Stable with the -updates repository enabled.
Putting your outbound emails through SpamAssassin as part of a regression test sounds like a really good idea - would have never thought of doing that myself!