Hi all, Bit of a weird one that has caught me out. I'm using compression offloading to fix a problem with the gzip implementation in my web server. However my requests are also returning the cache-control: no-transform header, mainly to stop mobile network operators "helpfully optimizing" my responses.
I noticed yesterday in my production environment none of the requests are being
gzipped and turning to the haproxy docs I soon find this line
Compression is disabled when:
* the response contains the "no-transform" value in the "Cache-control"
header
Which on reflection makes sense.
However here is the strange thing, my development environment where I have
almost the identical config on s local instance of haproxy the compression
works.
Production environment is
Linux 2.6.32.59-32.32-default #1 SMP 2012-05-29 21:43:39 +0200 x86_64 x86_64
x86_64 GNU/Linux
SUSE Linux Enterprise Server 11 (x86_64)
compiled with
make TARGET=linux2628 ARCH=x86_64 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=yes
Development environment is
Darwin 12.4.0 Darwin Kernel Version 12.4.0: Wed May 1 17:57:12 PDT 2013;
root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64 i386 MacBookPro8,2 Darwin
compiled with
make TARGET=generic ARCH=x86_64 USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=yes
Compression config is
compression algo gzip
compression type text/cmd text/css text/csv text/html text/javascript
text/plain text/vcard text/xml application/json
application/x-www-form-urlencoded application/javascript
application/x-javascript
compression offload
Anyone got any ideas why behavior isn't consistent?
Thanks
Will Lewis
smime.p7s
Description: S/MIME cryptographic signature
