nginx gzip压缩提升网站速度

网页内容的压缩编码与传输速度优化

我们观察news.163.com的头信息

请求:

Accept-Encoding:gzip,deflate,sdch

响应:

Content-Encoding:gzip

Content-Length:36093

再把页面另存下来,观察,约10W字节,实际传输的36093字节

原因-------就在于gzip压缩上.

原理: 

浏览器---请求---->声明可以接受gzip压缩 或deflate压缩 或compress或sdch压缩

从http协议的角度看--请求头 声明acceopt-encoding: gzip deflate sdch  (是指压缩算法,其中sdch是google倡导的一种压缩方式,目前支持的服务器尚不多)

服务器-->回应---把内容用gzip方式压缩---->发给浏览器

浏览<-----解码gzip-----接收gzip压缩内容----

推算一下节省的带宽:

假设 news.163.com  PV  2亿

2*10^8  *  9*10^4 字节 == 

2*10^8 * 9 * 10^4  * 10^-9 = 12*K*G = 18T

节省的带宽是非常惊人的

gzip配置的常用参数

gzip on|off;  #是否开启gzip

gzip_buffers 32 4K| 16 8K #缓冲(压缩在内存中缓冲几块?每块多大?)

gzip_comp_level [1-9] #推荐6压缩级别(级别越高,压的越小,越浪费CPU计算资源)

gzip_disable #正则匹配UA什么样的Uri不进行gzip

gzip_min_length 200 # 开始压缩的最小长度(再小就不要压缩了,意义不在)

gzip_http_version 1.0|1.1 # 开始压缩的http协议版本(可以不设置,目前几乎全是1.1协议)

gzip_proxied          # 设置请求者代理服务器,该如何缓存内容

gzip_types text/plain  application/xml # 对哪些类型的文件用压缩 如txt,xml,html ,css

gzip_vary on|off  # 是否传输gzip压缩标志

注意: 

图片/mp3这样的二进制文件,不必压缩

因为压缩率比较小, 比如100->80字节,而且压缩也是耗费CPU资源的.

比较小的文件不必压缩,

Nginx具体的压缩配置

常用以下配置

gzip on|off

gzip_buffers 4K|8K 缓冲(和硬盘块相当)

gzip_comp_level [1-9] 推荐6

gzip_disable 正则匹配如User-Agent,针对古老浏览器不压缩

gzip_min_length 200

gzip_http_version 1.0|1.1

gzip_types text/plain , application/xml (各mime之间,一定要加空格,不是逗号)

gzip_vary on|off

Vary的作用:

Vary是用来标志缓存的依据.

如上图: 看出,这个新闻页面由

思考:

1: 如果2个人,一个浏览器支持gzip,一个浏览器不支持gzip

2个同时请求同个页面, chinaCache缓存压缩后,还是未压缩的?

2: 如果1人,再次请求页面,chinaCache返回压缩后的缓存内容,还是压缩前的缓存内容?

这个时候 Vary的作用体现出来.

即------缓存的内容受Accept-Encoding头信息的影响.

所以如果--

请求时,不支持gzip,缓存服务器将会生成一份未gzip的内容.

请求时,支持gzip,缓存服务器将会生成一份gzip的内容.

下次再请求时, 缓存服务器会考虑客户端的Accept-Encoding因素,并合理的返回信息