Every line of code has been audited by all security researchers. The implementation is language agnostic and extremely slim (0 LOC). It runs all the JavaScript I want (none).
No bugs, no security issues. It’s the perfect runtime.
Ironically, such a site would more bugs then of it would use Javascript. And security issues are still an issue too.
Basically everything has to be handled through forms and a site reload and hidden components and lots of css :hover events. Have you ever tried making a dropout without Javascript? It isn’t impossible, but really hard.
And such sites exist. Just that they’re mostly Darknet sites like like Dread or Bohemia
dropout menus are actually pretty easy to do without js
all you need is focus-within and friends.
like i recently made one on my personal project (which fully works without js, which is only used for realtime chat functionality and some additional effects, like loading icons in forms and stuff)
live deployment: https://fortum.pp.ua/
recording: https://streamable.com/4ba0gg
And yet, somehow there is still a bug in the datetime implementation.
But you can’t compress or obfuscate it, that’s a downside.
The runtime doesn’t need to be obfuscated. Only the code you run with it. You can still compress and obfuscate that and it will run just as well as it did before. Actually you can completely scramble your code and it would still run exactly the same.
I really like it and it clearly passed the code review without any issues. But I find the diagnostic messages a bit lacking, it can be hard to debug.
But I find the diagnostic messages a bit lacking
That’s weird. Every line of business logic has an infinite amount of logging. Ticket closed; works for me.
Oh, but at the same time every single line of business logic logs nothing of value at all!
Well, it’s best practice to only log errors. So …
