JS embed to uWebSockets (C++)

[uasan]

Hello.

Many HTTP server implement embed script language:

1. Nginx - JS
2. HapRoxy - Lua

This is a good solution for uWebSockets.js use cases.
The Node.js stack is not needed for a thin backend and microservices, it is enough to have a basic javascript to implement a business logic - send request to the database and communicate with other network services (websocket publish, Redis, etc).

QuickJS - is a small and embeddable Javascript engine, this is an excellent implementation JS from Fabrice Bellard, is a French computer programmer known for writing FFmpeg, QEMU.

What do you think?
Thanks.

[ghost]

I have thought about it many many times. But the gains are way too small in comparison with what you lose in terms of market. Nodejs is the creation of an insane group of morons, but it also has a huge market, so playing along with nodejs is still better than to try and introduce yet another JS server. A standard can only be a standard if people stop making new standards. And honestly working with this is going to kill me dead from a bursting artery in my brain. In fact uWS.js can already run as a stand-alone js server

[uasan]

These people will continue to use uWS.js (as Node.js module)
But if they want to move to the next level they will have a standalone uWS.

[slavaGanzin]

If you ever tried to write something in limited environments you wouldn't be so bullish on this. I have experience with Lua and embeddable JS in Redis and Nginx. So believe me: you don't want to do this
Even if it doesn't support some minor features you would be forced to write everything by yourself. Because nobody optimizes NPM modules for strict environments. And that's kills main purpose of using Node.js: packages. Sometimes shitty, sometimes bloated, but working.

And if you want to write everything by yourself. Take a week off, learn C, it's not that hard.

[ghost]

Best case scenario would be if people used Swift, Rust, C or C++. All these languages are LLVM based and have zero cost abstractions.

I think I can keep my sanity at decent levels by focusing on expanding to these markets rather than try to reinvent yet another JS thing that will end up driving me crazy in the end.

You don't really gain anything substantial from leaving Nodejs - maybe a few percentages more req/sec but you're still way off from what you can achieve with Swift or Rust

[uasan]

Ok, your arguments are reasonable )

[ghost]

@uasan I like your idea and I would like to have it made in a perfect world, but in reality it is never ever going to happen.