Nginx 启用 Gzip，使网站轻量加速响应

配置文件：

[root@localhost ~]# vi /etc/nginx/nginx.conf

配置位置：

......

http {
......

# Load modular configuration files from the /etc/nginx/conf.d directory.
# See http://nginx.org/en/docs/ngx_core_module.html#include
# for more information.
include /etc/nginx/conf.d/*.conf;

gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/javascript 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]\.";

}

配置文档：

gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/javascript 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]\.";

重载配置：

[root@localhost ~]# service nginx reload

查询生效

curl -I -H "Accept-Encoding: gzip, deflate" "https://yourlocalhost"

HTTP/1.1 200 OK
Server: nginx
Date: ......
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
......
Content-Encoding: gzip

查询其他文件：

curl -I -H "Accept-Encoding: gzip, deflate" "https://yourlocalhost/img.jpg"

curl -I -H "Accept-Encoding: gzip, deflate" "https://yourlocalhost/javasc.js"

curl -I -H "Accept-Encoding: gzip, deflate" "https://yourlocalhost/style.css"

通过外部站点查询生效：
http://tool.chinaz.com/Gzips/?q=yourlocalhost

配置指令详细注释：

+ 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 的设置