CSS no longer returns compressed

[traceypooh]

I'm using a v99 self-hosted setup
(our Dockerfile https://git.archive.org/www/esm/-/blob/main/Dockerfile )

Our prior v77 version was doing brotli compression for CSS and JS files.
v99 still does this for JS files (yay) but not CSS files anymore, eg:
https://esm.archive.org/@internetarchive/[email protected]/BookReader/BookReader.css

Thanks for any help restoring this!

[ije]

thanks I will look into it

[traceypooh]

thanks! And FWIW my devops mate says same for imagery, too (eg: svg, gif..)

[ije]

do you run the server behind a reverse proxy like Nginx？

[traceypooh]

not really.
it runs under a nomad/consul cluster, w/ an haproxy load balancer in front of it.

[ije]

Please try to use 254319f, i just fixed the compression problem of static content. Thanks!

[traceypooh]

Thanks so much for the crazy fast reply and work!
Giving it a try now -- will report back and push to live if looks good...

[traceypooh]

Verified getting CSS & JS replies w/ brotli again, thanks!
Pushed it live to our self-hosted system.

I haven't seen compression for imagery (png, svg) in various testing so far.

[ije]

the server only compresses text file(js/css/svg/eg.) and the file size must be larger than 1024 bytes
the gzip/br can not reduce size too much of compressed file like image and mainly it costs lot of cpu both in server and client

[traceypooh]

a perfect, that makes sense. verified a > 1k .svg is brotli compresses when asked via headers now, too, for our live self-hosted system.

thanks so much!

[traceypooh]

ok, that makes sense, thanks. i added a CI/CD test to check brotli for a larger svg we had. thanks for the speedy work and replies!