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

0 条评论

昵称

沙发空缺中,还不快抢~