Earlier quoted context omitted.
The author does all sorts of odd-looking optimizations in order to make the web page run on a single host of cheap battery/solar powered compute. It does seem a bit extreme, but the proof of the pudding is in the eating: this website has been featured on the HN front page many times and I’ve not seen it ever falter. The same cannot be said for the many run of the mill “infinite scalability” cloud based SPA’s that mak…
It is an experiment, over the years various people have contributed “odd-looking” optimisations, its a great project!
https://solar.lowtechmagazine.com/about/the-solar-website/#h...
https://github.com/lowtechmag/solar/wiki/Solar-Web-Design
https://homebrewserver.club/low-tech-website-howto.html
IMO the only optimization they 'missed' is to pre-compress the static files and images on disk, since it's cheaper to decompress on-the-fly if the client doesn't support gzip. The could use zopfli to "extra compress" the most frequently accessed files, and use this as a solar dump load to usefully burn extra power when the batteries are full (perhaps compressing with gzip -1 when Pelican re-builds the static site, or even avoid pre-compression altogether during the build process.
https://blog.llandsmeer.com/tech/2019/08/29/precompression.h...