web网站性能优化:nginx开启GZIP压缩网页，JS,CSS

nginx开启的配置：

gzipon;  #开启gzip
gzip_min_length 1024;  #低于1kb的资源不压缩，
gzip_comp_level 3; #压缩级别【1-9】，越大压缩率越高，同时消耗cpu资源也越多，建议设置在4左右。
gzip_types text/plain application/javascript application/x-javascript text/javascript text/xml text/css;  #需要压缩哪些响应类型的资源，多个空格隔开。不建议压缩图片，下面会讲为什么。
gzip_disable "msie6";  #配置禁用gzip条件，支持正则。此处表示ie6不启用gzip（因为ie低版本不支持）
gzip_vary on;  #是否添加“Vary: Accept-Encoding”响应头

保存并重启nginx，刷新页面（为了避免缓存，请强制刷新）预览器上就能看到效果了。

谷歌预览器：

（1）在gzip_http_version的默认值是1.1，就是说对HTTP/1.1协议的请求才会进行gzip压缩。如果使用了proxy_pass进行反向代理，那么nginx和后端的upstream server之间是用HTTP/1.0协议通信的。如果使用nginx通过反向代理做Cache Server，前端的nginx没有开启gzip，且后端的nginx上未设置gzip_http_version为1.0，那么Cache的url将不会被gzip压缩。

（2）gzip_min_length ：从上图可以看到最后一个js大小不到1K所以是不压缩的，倒数第二个js来源第三方所以也不进行压缩。设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。默认值是0，不管页面多大都压缩。建议设置成大于1k的字节数，小于1k可能会越压越大。 即: gzip_min_length 1024。

（3）gzip虽然好用，但是一下类型的资源不建议启用。图片类型，因为图片如jpg、png本身就会有压缩，所以就算开启gzip后，压缩前和压缩后大小没有多大区别，所以开启了反而会白白的浪费资源。

大文件，因为会消耗大量的cpu资源，且不一定有明显的效果。