You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Integrating support for the now-well-tested WebP image format (Accept: image/webp) and Brotli compression (Accept-Encoding: br) would reduce bandwidth demands significantly, eg during a preview stampede.
Motivation
Save bandwidth all round (and reduce climate change)!
The text was updated successfully, but these errors were encountered:
Duplicate of #20896 for webp support (which would probably require a huge refactor of our media pipeline)
For Brotli compression, we already compress the assets using Brotli. It is up to the server admin to configure their webserver to serve those properly. For dynamic Brotli compression of the dynamic pages, same, this is up to the server admin to configure their webserver/proxy to compress on the fly, but this might not be a good idea as Brotli might have significant overhead.
I don't believe that you are accepting Brotli compressed HTML pages from servers that offer them: not from my server for example. My relevant HTML pages are precompressed with zopfli and Brotli but you appear not to accept-encoding br, only gzip.
Pitch
Integrating support for the now-well-tested WebP image format (Accept: image/webp) and Brotli compression (Accept-Encoding: br) would reduce bandwidth demands significantly, eg during a preview stampede.
Motivation
Save bandwidth all round (and reduce climate change)!
The text was updated successfully, but these errors were encountered: