I've discovered something odd in my configuration, whereby I'm not seeing compression being done when I think it should be.
- Version: 8.20
- Methods: SSL termination/acceleration, compressing on SSL
- Hardware SSL module installed
Basically, I'm asking the question: does both the Content-Type and file extension have to match before the CSS will compress? What's the boolean logic on the matching?
What I'm seeing is .do file extensions, but the content type is either text/html, or text/xml, and response headers not showing any gzip/deflate happening.
Not sure if this is a bug, or related, but I am seeing charset=UTF-8 being passed with the Content-Type header:
Content-Type: text/html; charset=UTF-8
A way to modify matched extensions for obviously compressible content would be great to know
Thanks for any info