ItalyPaleAle

I don’t know for a fact but I would guess there are multiple reasons and all connected to how complex it is to operate etcd.

1. Most people will need to run 3 nodes of etcd (and can never be an even number), and they have to be set up to replicate data etc 2. IIRC, recovering etcd from a total failure of the cluster is not fun (e.g. if you shut down all nodes). It generally is a manual process that pretty much involves restoring from backup. 3. A lot of people know how to manage Postgres. Much less people know how to manage etcd in production. 4. Tooling for Postgres (to operate it, backup and restore, monitor, etc) is a lot more advanced. 5. Pretty much all cloud providers offer managed Postgres services. I don’t believe any one of them offers managed etcd.

vscode.dev is not yet publicly available. You can use github.dev for now

This makes sense. Remote-Containers (without bond-mounted volumes) or Codespaces may help here.

I don't think a ZIP is that much different from a random Git repo...

I'm not the OP.

https://github.com/juanfont/headscale replaces the tailscale control panel with something open source and self-hosted. However, it doesn't have all the features of the official tailscale control panel.

I'm the author of the post.

I was not expecting this to surface out of the blue 2 years later, so I had to go back and re-read what I wrote

I still stand behind what I wrote for the most part. If what you are looking for is not building a full SPA and you need compatibility with most browsers, for most users, then jQuery is still a very solid alternative.

A few things have changed however since then:

- As others have pointed out in the comments, a larger chunk of the Web has moved to SPAs, sometimes just because they wanted to build on the back-end something API-driven that can be reused for other scenarios (like mobile apps). The amount of apps that follow the more "traditional" model of server-side generation and then use JavaScript just to "augment" that experience is much smaller, but there's still a lot of use for them if you want to build something quick-and-dirty, like an internal app for your business. - Browsers are now implementing [cache partitioning](https://developers.google.com/web/updates/2020/10/http-cache...) which means that jQuery must now be re-downloaded by every website. It's still a rather small library, and compared with most modern apps the impact is negligible (average web page size is now [1900-2100KB](https://httparchive.org/reports/state-of-the-web#bytesTotal)). But this has negated one of the benefits of jQuery, the ability to serve it from a CDN that then is reused by other websites.

For a SPA, I would go 100% with Svelte as my first choice (but you may say I'm biased), but other frameworks are good too especially if you need to leverage existing skills on your team.

> Combining the information you get safely and securely from things like Twitter Analytics or Instagram Insights with your Google Analytics helps tell you even more about how your content is performing.

Google Analytics and similar are blocked by a large (and increasing) number of visitors. To my estimates, about 40-80% of a website's visitor will not be counted in Google Analytics (depending on website and audience). Some browsers now block those platforms without the need for any add-on too (like Edge in "Strict" privacy mode).

In short, GA is useless or soon will be.

Speaking for myself, containers are started and destroyed faster. When using VMs, the tendency is to keep updating the software within the VM, making changes to their state, etc: this eventually leads to drifts. When using containers, if you need to make a change, you destroy the container and re-build it, and the state is always consistent with what you (and possibly your teammates) use

It’s a neat library but features across languages aren’t exactly the same. Also, documentation could be improved.

I’ve used a single Go module for AES key wrapping (RFC-5649) and I appreciated the native Go code

> It's actually Cloud Build under the covers

Nope, it's actually something based on Azure Pipelines' code (on a different infrastructure)

https://twitter.com/natfriedman/status/1159526215658561536