On 4 Jan 2014, at 13:36, Tim Bannister wrote: > Gzip compressed content sometimes gets served with no declared encoding and a > media type of, e.g., “application/x-gzip”. I reckon that's more common than > serving it as application/octet-stream or with no Content-Type: declared. > > mod_deflate could use this information to avoid compressing the response, and > without sniffing the content. > > This more limited approach is already available through configuration, so > maybe the way to handle this is via a change to documentation / default > configuration, rather than code. > > Any thoughts?
Agree in principle. In practice to work it we'd want to enumerate scenarios we can/should support, then figure out whether they can all be accomplished using configuration alone, and if not what code changes we can or should make. IIRC the OP wants to decompress such contents and run them through mod_proxy_html. I don't think that works with any sane setup: running non-HTML content-types through proxy_html will always be an at-your-own-risk hack. -- Nick Kew
