刚刚给博客加了一个500px相册插件，lightbox引入了很多js文件和css文件，页面一下子看起来非常臃肿，所以还是把gzip打开了。
环境：debian 6
1、vim打开nginx配置文件
vim /usr/local/nginx/conf/nginx.conf
2、找到如下一段，进行修改
gzip on; gzip_min_length 1k; gzip_buffers 4 16k; #gzip_http_version 1.0; gzip_comp_level 2; gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png; gzip_vary off; gzip_disable "msie [1-6]\.";
3、解释一下
第1行：开启gzip
第2行：不压缩临界值，大于1k的才压缩，一般不用改
第3行：buffer，就是，嗯，算了不解释了，不用改
第4行：用了反向代理的话，末端通信是http/1.0，有需求的应该也不用看我这科普文了；有这句的话注释了就行了，默认是http/1.1
第5行：压缩级别，1-10，数字越大压缩的越好，时间也越长，看心情随便改吧
第6行：进行压缩的文件类型，缺啥补啥就行了，javascript有两种写法，最好都写上吧，总有人抱怨js文件没有压缩，其实多写一种格式就行了
第7行：跟squid等缓存服务有关，on的话会在header里增加"vary: accept-encoding"，我不需要这玩意，自己对照情况看着办吧
第8行：ie6对gzip不怎么友好，不给它gzip了
4、:wq保存退出，重新加载nginx
/usr/local/nginx/sbin/nginx -s reload
5、用curl测试gzip是否成功开启
curl -i -h "accept-encoding: gzip, deflate" "http://www.slyar.com/blog/" http/1.1 200 ok server: nginx/1.0.15 date: sun, 26 aug 2012 18:13:09 gmt content-type: text/html; charset=utf-8 connection: keep-alive x-powered-by: php/5.2.17p1 x-pingback: http://www.slyar.com/blog/xmlrpc.php content-encoding: gzip
页面成功压缩
curl -i -h "accept-encoding: gzip, deflate" "http://www.slyar.com/blog/wp-content/plugins/photonic/include/css/photonic.css" http/1.1 200 ok server: nginx/1.0.15 date: sun, 26 aug 2012 18:21:25 gmt content-type: text/css last-modified: sun, 26 aug 2012 15:17:07 gmt connection: keep-alive expires: mon, 27 aug 2012 06:21:25 gmt cache-control: max-age=43200 content-encoding: gzip
css文件成功压缩
curl -i -h "accept-encoding: gzip, deflate" "http://www.slyar.com/blog/wp-includes/js/jquery/jquery.js" http/1.1 200 ok server: nginx/1.0.15 date: sun, 26 aug 2012 18:21:38 gmt content-type: application/x-javascript last-modified: thu, 12 jul 2012 17:42:45 gmt connection: keep-alive expires: mon, 27 aug 2012 06:21:38 gmt cache-control: max-age=43200 content-encoding: gzip
js文件成功压缩
curl -i -h "accept-encoding: gzip, deflate" "http://www.slyar.com/blog/wp-content/uploads/2012/08/2012-08-23_203542.png" http/1.1 200 ok server: nginx/1.0.15 date: sun, 26 aug 2012 18:22:45 gmt content-type: image/png last-modified: thu, 23 aug 2012 13:50:53 gmt connection: keep-alive expires: tue, 25 sep 2012 18:22:45 gmt cache-control: max-age=2592000 content-encoding: gzip
图片成功压缩
curl -i -h "accept-encoding: gzip, deflate" "http://www.slyar.com/blog/wp-content/plugins/wp-multicollinks/wp-multicollinks.css" http/1.1 200 ok server: nginx/1.0.15 date: sun, 26 aug 2012 18:23:27 gmt content-type: text/css content-length: 180 last-modified: sat, 02 may 2009 08:46:15 gmt connection: keep-alive expires: mon, 27 aug 2012 06:23:27 gmt cache-control: max-age=43200 accept-ranges: bytes
最后来个不到1k的文件，由于我的阈值是1k，所以没压缩
gzip参数解释
gzip on|off
默认值: gzip off
开启或者关闭gzip模块
gzip_static on|off
nginx对于静态文件的处理模块
该模块可以读取预先压缩的gz文件，这样可以减少每次请求进行gzip压缩的cpu资源消耗。该模块启用后，nginx首先检查是否存在请求静态文件的gz结尾的文件，如果有则直接返回该gz文件内容。为了要兼容不支持gzip的浏览器，启用gzip_static模块就必须同时保留原始静态文件和gz文件。这样的话，在有大量静态文件的情况下，将会大大增加磁盘空间。我们可以利用nginx的反向代理功能实现只保留gz文件。
可以google”nginx gzip_static”了解更多
gzip_comp_level 4
默认值：1(建议选择为4)
gzip压缩比/压缩级别，压缩级别 1-9，级别越高压缩率越大，当然压缩时间也就越长（传输快但比较消耗cpu）。
gzip_buffers 4 16k
默认值: gzip_buffers 4 4k/8k
设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。 例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。
如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。
gzip_types mime-type [mime-type …]
默认值: gzip_types text/html (默认不对js/css文件进行压缩)
压缩类型，匹配mime类型进行压缩
不能用通配符 text/* (无论是否指定)text/html默认已经压缩
设置哪压缩种文本文件可参考 conf/mime.types
gzip_min_length 1k
默认值: 0 ，不管页面多大都压缩
设置允许压缩的页面最小字节数，页面字节数从header头中的content-length中进行获取。
建议设置成大于1k的字节数，小于1k可能会越压越大。 即: gzip_min_length 1024
gzip_http_version 1.0|1.1
默认值: gzip_http_version 1.1(就是说对http/1.1协议的请求才会进行gzip压缩)
识别http的协议版本。由于早期的一些浏览器或者http客户端，可能不支持gzip自解压，用户就会看到乱码，所以做一些判断还是有必要的。
注：99.99%的浏览器基本上都支持gzip解压了，所以可以不用设这个值,保持系统默认即可。
假设我们使用的是默认值1.1，如果我们使用了proxy_pass进行反向代理，那么nginx和后端的upstream server之间是用http/1.0协议通信的，如果我们使用nginx通过反向代理做cache server，而且前端的nginx没有开启gzip，同时，我们后端的nginx上没有设置gzip_http_version为1.0，那么cache的url将不会进行gzip压缩
gzip_proxied [off|expired|no-cache|no-store|private|no_last_modified|no_etag|auth|any] …
默认值：off
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_vary on
和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的http头来判断，是否需要压缩
gzip_disable “msie [1-6].”
禁用ie6的gzip压缩，又是因为杯具的ie6。当然，ie6目前依然广泛的存在，所以这里你也可以设置为“msie [1-5].”
ie6的某些版本对gzip的压缩支持很不好，会造成页面的假死，今天产品的同学就测试出了这个问题
后来调试后，发现是对img进行gzip后造成ie6的假死，把对img的gzip压缩去掉后就正常了
为了确保其它的ie6版本不出问题，所以建议加上gzip_disable的设置
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
如对本文有疑问， 点击进行留言回复！！
我要评论
网友评论