More info: https://solar.lowtechmagazine.com/about/the-solar-website/#how https://solar.lowtechmagazine.com/about/the-solar-website/#h... https://github.com/l

More info: https://solar.lowtechmagazine.com/about/the-solar-website/#how https://solar.lowtechmagazine.com/about/the-solar-website/#h... https://github.com/lowtechmag/solar/wiki/Solar-Web-Design https://github.com/lowtechmag/solar/wiki/Solar-Web-Design https://homebrewserver.club/low-tech-website-howto.html 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.html https://blog.llandsmeer.com/tech/2019/08/29/precompression.h... https://github.com/google/zopfli https://github.com/google/zopfli https://github.com/kurtmckee/pelican-precompress https://github.com/kurtmckee/pelican-precompress