Why a tarball?
It's a simple format easily suitable for accessing resources by byte ranges, that everyone has tooling for, and which _doesn't_ compress things.
Zeroserve: A zero-config web server you can script with eBPF
61–69 of 69 posts
Re: Zeroserve: A zero-config web server you can script with eBPF
#62Cool idea, but I don't think you should focus on static files. People rarely spin up a server for that these days.
Re: Zeroserve: A zero-config web server you can script with eBPF
#63The death of the techempower web server benchmarks means new ones like this one no longer have the chance to prove themselves. Edit: it seems I'm just falling behind and the new hotness is https://www.http-arena.com/leaderboard/ . Good luck!
LLM UI/UX is so bad. Like how hard is it to put a weekends effort into UX for something like this.
Re: Zeroserve: A zero-config web server you can script with eBPF
#64Earlier quoted context omitted.
LLM UI/UX is so bad. Like how hard is it to put a weekends effort into UX for something like this.
Unfortunately I might have to agree that the UI/UX isn't the strong point, as expected of a website built by a firmware developer using AI tools' help, I would appreciate any feedback on how to improve it though, regardless, the tough part on a project like this is what is invisible to the eye, stable hardware/harness and reviewing PRs in 20 different languages/technologies to keep the leaderboard competitive.
Optional pagination would be nice, I would use a Zebra pattern on the rows backgrounds and larger row heights but that's just me, and I'll admit making nice tables with lots of data look nice is hard. I'm also not a designer :/
The problem is when I see this color pallete I assume everything is vibe coded and then I have a hard time taking the rest of the project seriously / trusting it. I'm not sure why every llm generated UI uses those colors, but they do. I'm not sure how it ended up so concretely in their training data either because this wasn't ever the norm. I think the models just start with Red Blue Green Yellow and then expect the user to adjust from there, idk.
Re: Zeroserve: A zero-config web server you can script with eBPF
#65Earlier quoted context omitted.
LLM UI/UX is so bad. Like how hard is it to put a weekends effort into UX for something like this.
Unfortunately I might have to agree that the UI/UX isn't the strong point, as expected of a website built by a firmware developer using AI tools' help, I would appreciate any feedback on how to improve it though, regardless, the tough part on a project like this is what is invisible to the eye, stable hardware/harness and reviewing PRs in 20 different languages/technologies to keep the leaderboard competitive.
Re: Zeroserve: A zero-config web server you can script with eBPF
#66Earlier quoted context omitted.
LLM UI/UX is so bad. Like how hard is it to put a weekends effort into UX for something like this.
Unfortunately I might have to agree that the UI/UX isn't the strong point, as expected of a website built by a firmware developer using AI tools' help, I would appreciate any feedback on how to improve it though, regardless, the tough part on a project like this is what is invisible to the eye, stable hardware/harness and reviewing PRs in 20 different languages/technologies to keep the leaderboard competitive.
Host a design competition and pay contestants with exposure! ;)
Re: Zeroserve: A zero-config web server you can script with eBPF
#67I like the idea. I think I'd feel more comfortable if I could drop an .rs file into the eBPF dir instead of a .c one. It's already a Rust project! :) And for some reason I was expecting this to be a kernel-accelerated webserver - if that could be done safely using eBPF that would be amazing! Also, single-threaded? Forking and sharing an incoming connection queue is basically trivial on Linux, that should be literally…
Hi, thanks! Will implement forking + SO_REUSEPORT. I've been using nftables for things like this so haven't needed it for myself yet :)
Code, as is today, looks [acording to benchmarks] better then nginx, except one case !
There is fcgi in, right ? So all that additional processes are already started in the backend. If benchmarks are real no need to complicate code before some industry adoption. Of course there can be a branch to check possibilities :)
And forking is complicated and full of surprising traps. Even if they are somewhat "standard" historic Unix traps... Case study: Perl - better don't use fork there even if "threads" are in.
Re: Zeroserve: A zero-config web server you can script with eBPF
#68Earlier quoted context omitted.
Unfortunately I might have to agree that the UI/UX isn't the strong point, as expected of a website built by a firmware developer using AI tools' help, I would appreciate any feedback on how to improve it though, regardless, the tough part on a project like this is what is invisible to the eye, stable hardware/harness and reviewing PRs in 20 different languages/technologies to keep the leaderboard competitive.
Maybe just go hard in the opposite direction, absolutely bare minimum spartan UI... I'm not an expert on AI UI but the problem with generated text is that it smells like AI aka the same/average with a few key tells that set off people's radar, not necessarily that it is terrible (more of a vibe check?). Host a design competition and pay contestants with exposure! ;)
Re: Zeroserve: A zero-config web server you can script with eBPF
#69Earlier quoted context omitted.
Unfortunately I might have to agree that the UI/UX isn't the strong point, as expected of a website built by a firmware developer using AI tools' help, I would appreciate any feedback on how to improve it though, regardless, the tough part on a project like this is what is invisible to the eye, stable hardware/harness and reviewing PRs in 20 different languages/technologies to keep the leaderboard competitive.
Its an impressive project. You could get really far by just picking a softer color palette. There's an over reliance on color coding going on that's hard on the eyes. Optional pagination would be nice, I would use a Zebra pattern on the rows backgrounds and larger row heights but that's just me, and I'll admit making nice tables with lots of data look nice is hard. I'm also not a designer :/ The problem is when I see…