nginx+squid+gzip压缩

现象:nginx0.7.26 squid 2.7.9,发现压缩的页面失效,但如果跳过squid,页面压缩是有效的。 Google了一下,主要是两篇文章,两种说法: 1.说是修改squid 的 "broken_vary_encoding all" 由于文章乱转载,一时不能确定出处,所以出处可能是: http://zys.8800.org/index.php/archives/282 2. nginx默认是使用的动态的gzip压缩,而squid2系列还不支持,所以要重新编译nginx (./configure --with-http_gzip_static_module)。 出处:http://bbs.chinaunix.net/viewthread.php?tid=1329820 有趣的是:这个原文出处的指出的原文是:http://zys.8800.org/?p=267  但已经404错误了。 经过我的测试:第2种说法是成立的,第1种不成立,但为什么原作者却保留了一篇错误的文章,把正确的反而删了? 如果这篇文章到这里就结束了,肯定会被各位看官扔鸡蛋了,一点原创性的东西都没有,就来骗稿费(真没有稿费…) 所以我对原文给出的nginx配置做了一些优化和测试: 下面是原文给出的nginx配置:     gzip             on     gzip_static on;     gzip_http_version   1.0;     gzip_proxied        any;     gzip_disable        "MSIE [1-6].";     gzip_comp_level     9; gzip on后面少一个";" 经过测试IE6是可以完美支持gzip的,无论是在http 1.0还是1.1的请求下,所以把IE6目前这个最广泛的浏览器排除在外,实在不解,所以我改成:gzip_disable        "MSIE [1-5]."; 增加 gzip_types 因为nginx默认只对"text/html"压缩,但同样是文本文件的xml,css,js也是需要压缩的,所以增加这一行 gzip_types       text/plain application/xml  application/x-javascript text/css ;            详情可以参考: http://wiki.nginx.org/NginxHttpGzipModule 我对gzip_comp_level进行了测试,分别从1到9,9虽然压缩比率是   最大的,但如果不适当,消耗过多的服务器资源,也是适得其反哦。我使用了一个大概是103KB的文本文件,分别使用1-9进行测试   压缩前 压缩比率 压缩后 103KB 1 27KB 103KB 2 26KB 103KB 3 26KB 103KB 4 24KB 103KB 5 24KB … … … 103KB 9 23KB 所以我选择了压缩比为4 。

View this post on my blog: http://www.iammecn.com/2010/03/31/squid_nginx_gzip/

评论

此博客中的热门博文

uptime-kuma部署和批量添加

在南京见到的农民工午饭情景

ffmpeg 下实现 h265 hevc编码的 hls 服务的过程一些收藏和介绍