nov21b

This sounds interesting. I once tried to migrate to YugabyteDB, but PostgreSQL compatibility was not great, it required an extensive redesign of the existing PostgreSQL database. Might give this a try.

Interesting move. I'm also considering Remix.js. It's either an internal Next.js rewrite from Page Router to App Router, or a framework switch to Remix.js

I liked Remix.js even though I found the Action (kinda like Server Actions in Next.js) a bit limiting and formData hard to type (in TypeScript)

I did this test with tinted sunglasses, could be another factor (boundary at hue 172)

Third party plugins make an up-to-date WP install insecure. I think Core WordPress is probably more battle tested than any other framework. One could argue the core should protect against bad plugins, but a secure plugin API would mean a non-functional API.

The language/runtime certainly has an impact. But indeed, in reality there is no way to compare these scaling claims. For all we know people are talking about serving a http-level cache without even hitting the runtime.

- "War against JavaScript"

- "It's extremely complex for someone with 0 experience to work with JavaScript tools"

- "JavaScript is terrible anything else than manipulating the DOM"

I guess the main issue was not liking / embracing JavaScript/TypeScript. Which is fine, but doesn't really make for a convincing article.

Another thing I would have loved to see was all the issues you ran into with htmx (apart from the ID collisions you expect to get). As we all know, everything is a tradeoff, there are no silver bullets.

req.ip, but also look at the x-forwarded-for header if you are using a proxy server. This header can have multiple ip's when you have say nginx terminate ssl and use cloudflare.

I have the Airthings Wave+ and one thing that bugs me is the relative humidity threshold. Anything above 60% will give a yellow led warning. If you have many indoor plants, live in a forest, or even just ventilate a lot on rainy days the sensor will show an air quality warning. I would like to take humidity out of the equation as I much rather focus on CO2, VOC and Radon. Otherwise a great sensor that was easy to integrate in my own scripts as you can easily get all sensor readings over bluetooth.

Count me in

I did, it still doesn't make sense to compare the two.

I switched from Vue/Nuxt 2 to React at the time of the V3 transition. The reason was horrible slow dev performance, lack of template type checking and overall slow transition of the ecosystem to V3.

Don't mindlessly follow your framework du jour's way of handling state mutations. It's healthy to keep these isolated. I've switched from Vue to React and kept my API server as is. If you intertwine mutations deeply inside Next.js server actions you will have a hard time adapting to new requirements.

> Where are the open source folks in Node.js producing equivalents of WordPress and Magento and Drupal?

I can't speak for the community at large, but I specifically switched from large opinionated frameworks to Node.js/TypeScript and a carefully selected stack and modules. Once you reach a certain level of complexity, these frameworks start to get in the way. For me, Node.js/TypeScript gives me type safety, easy refactors, an ergonomic language, and a large community.

On the other hand, if you have to churn out projects for clients, a rigid opinionated framework is probably more appropriate as it makes project handover easy and cuts down on decision fatigue.

You will need a good code standards and style guide regardless of framework. Together with today's linters this should be a solved problem.