Serve-side JSX with Ajax is a PHP? or a new stack?

MystPi

Gleam

Community Picks is a section on daily.dev where our community members share the most interesting and valuable content they've discovered online. From insightful articles to handy tools, every post is a gem curated by our dedicated coomunity. To contribute to Community Picks, you need to have at least 250 reputation points, ensuring that only active and trusted members can share their finds.

Community Picks

Hono JSX Middleware Hono- a JavaScript framework for edges - includes JSX middleware. Hono's Zod Validator Middleware integrates with Hono, allowing us to easily get the types of validated values. It’s already fast and perfectly suitable for Proof of Concept (PoC) projects.

Hono + htmx + Cloudflare is a new stack

Very happy to see this post. I had a similar idea, but didn’t practice it in production and only tried it in side-project.
Hono is nice, but when mixing with other <code>jsx</code> middlewares I found it hard to deal with code reuse, the arch complexity rises very fast, probably because the FE code inflates in size easily. Also some deps are hard to handle and I haven’t found a good solution yet.
I also tried decoupling the server(only) code using Hono or other solutions, which seems to be a lot easier than the FE, and I’ve tried deploying multiple workers and organizing them into an arch design similar to Gateways &amp; Microservices on a number of projects, and it’s been satisfactory performance-wise.
Unfortunately there are no mature management solutions yet, such as how very many endpoints are managed, deps between endpoints, etc. If edge-based and sharded solutions could be well managed by an infra, then it could certainly improve the DX. I’d like to hear your thoughts on this.

HTMLX is pretty cool. But you still need a back-end like NodeJS, PHP and Python. With Sveletekit you just need Sveltekit and supabase and your good to go. This statement isn’t a argument we just need to simplify the development process.