Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggest allowing use of WebP and Brotli to lighten loads on servers/client that support it. #30019

Closed
DamonHD opened this issue Apr 21, 2024 · 2 comments
Labels
suggestion Feature suggestion

Comments

@DamonHD
Copy link

DamonHD commented Apr 21, 2024

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)!

@DamonHD DamonHD added the suggestion Feature suggestion label Apr 21, 2024
@renchap
Copy link
Sponsor Member

renchap commented Apr 21, 2024

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.

@renchap renchap closed this as not planned Won't fix, can't repro, duplicate, stale Apr 21, 2024
@DamonHD
Copy link
Author

DamonHD commented Apr 22, 2024

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
suggestion Feature suggestion
Projects
None yet
Development

No branches or pull requests

2 participants