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.
Comments
It is an experiment, over the years various people have contributed “odd-looking” optimisations, its a great project!
More info:
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...
https://github.com/google/zopfli
https://github.com/kurtmckee/pelican-precompress