By IO heavy I meant db operations or other external requests. When the request handler starts, it waits for the IO to be completed. While it waits, it can accept other requests and so on, so the bottleneck is the IO in my case, not the request parsing.
I imagine it like this (imaginary numbers):
Which case, it wouldn’t matter which http framework to use. However, there are probably other use-cases.
How much overhead does a simple request handler have with Brhama and with Express in ms?
It matters because most of my endpoints are IO heavy. I assume the framework cost is negligible compared to that, and if it is negligible for typical use-case, then what use-cases do you see where it matters most?
You can try dualbooting a linux distro with an android. I expect it works, but you cannot be sure with phones.
What I meant is that you cannot turn any existing webpages to a basic page with some simple tricks like disabling js. That would be a never-ending fight.
You are the one adding extra complexity
I’m not the one defining the business requirement. I could build a site with true progressive enhancement. It’s just extra work, because the requirement is a modern page with actions, modals, notifications, etc.
There are two ways I can fulfill this. SSR with scripts that feel like hacks. Or CSR. I choose CSR, but then progressive enhancement is now an extra work.
Why is it “impossible to do them reliably” - without js presumably?
What I meant is that you cannot turn any existing webpages to a basic page with some simple tricks like disabling js. That would be a never-ending fight.
It suggests using minimal js, I use react the same way, whatever I can do with css, I do it with css. But I am not going to footgun myself. I start the app with react because at some point I will need react.
It seems you misunderstood me.
There were horrible tricks and hacks that were addig not only ux improvements but useful content. We used jquery for many of those things. That’s why I wrote it, and for the legacy vibe.
Disabling js would have broken that site as well, reinforcing my point that it was never a reliable solution to disable js.
I was developing with Laravel until 2019. I agree that you can write clean code with it. Still, there are many better options nowadays, I switched to nodejs because I can use typescript for both backend and frontend, and I’m happier with it. Although js is not a great language, typescript is almost perfect. But it’s not only me who switched, people ditching php because there are better options.
The only non-heated comment. I appreciate it. I will read it.
I can’t take it seriously because of the noise in your text like “Huh?”. If you like to have a conversation, please be more open next time.
Source code is the code before some kind of transpilation. Obfuscated code is not source code.
I get it, you just need the content. But why would you reload the page when you’re just about to get the next news in the page. Isn’t it better to just update that part?
Who said making unbloated pages impossible? Your comment would be more serious without your emotions.
Source code is the source code which gets transformed to some target code. An obfuscated code is not source code.
A reminder, in the past, large pages downloaded all stuff at once. In contrast, with dynamic imports the first load is much much faster. And that matters most. And any changes in dynamic content would just require the dynamic data to be downloaded. My phone lasts at least 2 days with one charge (avg usage), but I charge it every night, that’s not an issue.
You were completely fine with slow page reloads blinding you when the theme was dark. I’m speaking to those who appreciate modern tech.
But anyways, unfortunately javascript obfuscation is a common thing.
As a web developer, I see js as a quality improvement. No page reloads, nice smooth ui. Luckily, PHP times has ended, but even in the PHP era disabling jQuery could cause problems.
We could generate static html pages It just adds complexity.
Personally I use only client-side rendering, and I think, that’s the best from dev perspective. Easy setup, no magic, nice ui. And that results in blank page when you disable js.
If your motivation is to stop tracking.
If your motivation is to see old html pages, with minimal style, well it’s impossible to do them reliably. If you are worried about closed-source js. You shouldn’t be. It’s an isolated environment. if something is possible for js and you want to limit its capability, contribute to browsers. That’s the clear path.
I can be convinced. What’s your motivation?
I’m a webdev. I agree. I like react.
I’m running Arch for a very long time. I agree this is not a distro for general audience. I disagree, however, that it is not stable. When I’m doing work I don’t update my system. I enjoy my stable configuration and when I have time, I do update, I curiously watch which amazing foss software had an update. And I try them. I check my new firefox. I check gimp’s new features. etc… or if I have to do something I easily fix it, like in no time because I know my OS. Then I enjoy my stable system again.
Do you want to know what’s unstable? When I had my new AMD GPU that I built my own kernel for, because the driver wasn’t in mainline. And it randomly crashed the system. That’s unstable.
Or when I installed my 3rd DE in ubuntu and apt couldn’t deal with it, it somehow removed X.org. And I couldn’t fix it. That’s also something I don’t want. Arch updates are much better than this.
They will probably get to there. It’s just not that important for the developers rn. They are working on a pacman rust rewrite and hopefully we can see more contributions to the project. I already considered contributing but C deterred me.
You can see the milestones here: https://gitlab.archlinux.org/archlinux/alpm/alpm/-/milestones
Was it even a thing? I remember I had to choose MBR for legacy BOOT, GPT for UEFI.
Buy good hardware next time
you can remap keys with any keyboards
So, for example, online editors that store state in huge jsons and has frequent backup can benefit from it. That’s actually great, good luck with it!