IE6遇到Nginx的gzip问题

指令

• [#gzip gzip]
• [#gzip_buffers gzip_buffers]
• [#gzip_comp_level gzip_comp_level]
• [#gzip_min_length gzip_min_length]
• [#gzip_http_version gzip_http_version]
• [#gzip_proxied gzip_proxied]
• [#gzip_types gzip_types]

 

把nginx升级到最新以后，发现用原来的配置启动的时候会提示：
Starting nginx: [warn]: duplicate MIME type “text/html” in /usr/local/nginx/conf/nginx.conf:23

解决办法：去掉下面一行中的“text/html”。

gzip_types  text/plain text/html  text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

原因：text/html根本就不需要写的，gzip默认就会压缩它的，只不过以前的nginx版本不提示这个警告而已，新版本的会出这个警告。

Java代码  

1. gzip on;  
2. gzip_static on; # Only use this if you compiled it yourself -or- with this module  
3. gzip_proxied any;  
4. gzip_vary on;  
5. gzip_disable "MSIE [1-6]\.";  
6. gzip_http_version 1.1;  
7. gzip_min_length 10;  
8. gzip_comp_level 9;  
9. # text/css application/x-javascript and text/javascript are really your choice...  
10. gzip_types text/plain application/xhtml+xml text/xml application/xml application/xml+rss;  

 

 

最近在开发一个项目,开发环境为 win + apache & linux + nginx,开发过程中在IE 6,7,8,ff下测试均正确无误,但在测试部的服务器下竟然所有带iframe的网页都无法显示,有点像404,但是很奇怪单独打开页面有时可以正常显 示有时不可以,而且在IE7,8和ff下不会出现这种,很郁闷..
         后来查看返回数据浏览器尽然接收到了数据但就是无法显示,仔细对比header头发现开发环境中没有使用动态gzip压缩,而测试环境中使用了动态 gzip压缩,后来打开开发环境nginx服务器的gzip压缩,重现了IE6无法显示页面的情况,在网上搜索了下出现这种情况大多数为引入js文件的时 候会出现,总结了下对于页面中引入外部资源的都有可能出现这种情况…严重鄙视IE…
Nginx下遇到IE6关闭gizp压缩只需要加: gzip_disable ”MSIE [1-6] \.”;

 

 

 

gzip

语法: gzip on|off

默认值: gzip off

作用域: http, server, location, if (x) location

开启或者关闭gzip模块

 

 

gzip_buffers

语法: gzip_buffers number size

默认值: gzip_buffers 4 4k/8k

作用域: http, server, location

设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。

如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。

 

 

gzip_comp_level

语法: gzip_comp_level 1..9

默认值: gzip_comp_level 1

作用域: http, server, location

gzip压缩比，1 压缩比最小处理速度最快，9 压缩比最大但处理最慢（传输快但比较消耗cpu）。

 

gzip_min_length

语法: gzip_min_length length

默认值: gzip_min_length 0

作用域: http, server, location

设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。

默认值是0，不管页面多大都压缩。

建议设置成大于1k的字节数，小于1k可能会越压越大。即: gzip_min_length 1024

 

 

gzip_http_version

语法: gzip_http_version 1.0|1.1

默认值: gzip_http_version 1.1

作用域: http, server, location

识别http的协议版本。由于早期的一些浏览器或者http客户端，可能不支持gzip自解压，用户就会看到乱码，所以做一些判断还是有必要的。 注：21世纪都来了，现在除了类似于百度的蜘蛛之类的东西不支持自解压，99.99%的浏览器基本上都支持gzip解压了，所以可以不用设这个值,保持系 统默认即可。

 

 

gzip_proxied

语法: gzip_proxied [off|expired|no-cache|no-store|private|no_last_modified|no_etag|auth|any] ...

默认值: gzip_proxied off

作用域: http, server, location

Nginx作为反向代理的时候启用，开启或者关闭后端服务器返回的结果，匹配的前提是后端服务器必须要返回包含"Via"的 header头。

• off - 关闭所有的代理结果数据的压缩
• expired - 启用压缩，如果header头中包含 "Expires" 头信息
• no-cache - 启用压缩，如果header头中包含 "Cache-Control:no-cache" 头信息
• no-store - 启用压缩，如果header头中包含 "Cache-Control:no-store" 头信息
• private - 启用压缩，如果header头中包含 "Cache-Control:private" 头信息
• no_last_modified - 启用压缩,如果header头中不包含 "Last-Modified" 头信息
• no_etag - 启用压缩 ,如果header头中不包含 "ETag" 头信息
• auth - 启用压缩 , 如果header头中包含 "Authorization" 头信息
• any - 无条件启用压缩

 

 

gzip_types

语法: gzip_types mime-type [mime-type ...]

默认值: gzip_types text/html

作用域: http, server, location

匹配MIME类型进行压缩，（无论是否指定）"text/html"类型总是会被压缩的。

注意：如果作为http server来使用，主配置文件中要包含文件类型配置文件

http{ include       conf/mime.types; ......}

如果你希望压缩常规的文件类型，可以写成这个样子

http {: include       conf/mime.types;: gzip on;: gzip_min_length  1000;: gzip_buffers     4 8k;   : gzip_http_version 1.1; : gzip_types       application/x-javascript text/css application/xml;: ...... }

Nginx上打开了Gzip压缩功能。这个是IE6 的著名Bug，早在2002年就被人详细讨论过了，在IE7中有所改进，但微软永远也不会去修复IE6了。根本原因是Nginx对于启用了Gzip的http上下文，即使你在之前的配置文件里声明过 gzip_disable “MSIE [1-6].”，Nginx不再对IE6用Gzip压缩了，但是送出的http报头却仍然采用了和Gzip压缩数据包相匹配的Vary: Accept-Encoding。IE6不认识这个报头，IE6对除了Vary: User-Agent的报头外，都不查询缓存，直接去服务器申请。更绝得是，不是使用查询文件是否更新，而是强行要求一份完整文件。（IE7总算客气了 点，就是先查询一下文件是否更新在下载，减轻了这个bug的影响）。这个Bug的级别很高，靠前面1中的方法是不行的。在 NGINX中，通过add-header Cache-Control “post-check:3600, pre-check:43200″; ，象这里 介绍的方法， 也是不行的。通过一番痛苦的摸索，才发现要解决这个Bug，有两个方法，一个是使用Nginx的headers-more-nginx-module， 遇到User-Agent是IE6（或者不管三七二十一），修改报头为Vary: User-Agent。不过这个模块并不是标准配置，需要重新编译Nginx。另一个更为简便易行的方式就是在诸如图片和CSS，JS文件存取的地方加上一下语句，显示关闭Gzip，并手工加上报头。1if ($http_user_agent ~ “MSIE [1-6].”) {2 #Must explicitly turns off gzip to prevent Nginx set Vary:Accept-Encoding3 #which will prevent IE6 from caching anything4 gzip off;5 add_header Vary “User-Agent”;6 }经过我的测试这样是可以解决问题的。这里只能用$http_user_agent来获取浏览器参数，曾经试过$ancient_browser，不 过没有成功。另外，Nginx本身是有一个Gzip的Derective来控制Header的， 就是gzip_vary。设成gzip_vary off应该也能解决问题，但这是这个参数只能存在与http, location,server这些上下文里，不能添加到if上下文里，所以只能用gzip off; 把gzip完全给关了。