默认情形下，Nginx的gzip压缩是关闭的， gzip压缩功能便是可以让你节省不少带宽，但是会增加做事器CPU的开销哦，Nginx默认只对text/html进行压缩 ，如果要对html之外的内容进行压缩传输，我们须要手动来调。
开启gzip的指令如下：
gzip on;gzip_http_version 1.0;gzip_disable "MSIE [1-6].";gzip_types text/plain application/x-javascript text/css text/javascript;
gzip_types text/plain application/x-javascript text/css text/javascript application/x-httpd-php image/jpeg image/gif image/png;
关于gzip_types，如果你想让图片也开启gzip压缩，那么用以下这段吧：
网站开启gzip压缩，不仅能够节省带宽，也能够快速响运用户的访问，在nginx中，开启gzip压缩的方法为：gzip on; （启用 gzip 压缩功能）
gzip_proxied any; （nginx 做前端代理时启用该选项，表示无论后端做事器的headers头返回什么信息，都无条件启用压缩）
gzip_min_length 1024; （最小压缩的页面，如果页面过于小，可能会越压越大，这里规定大于1K的页面才启用压缩）
gzip_buffers 4 8k; （设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流）
gzip_comp_level 3; （压缩级别，1压缩比最小处理速率最快，9压缩比最大但处理最慢，同时也最花费CPU,一样平常设置为3就可以了）
gzip_types text/plain text/css application/x-javascript application/javascript application/xml; （什么类型的页面或文档启用压缩）
把稳：
1. 个中的gzip_http_version的设置，它的默认值是1.1，便是说对HTTP/1.1协议的要求才会进行gzip压缩如果我们利用了proxy_pass进行反向代理，那么nginx和后真个upstream server之间是用HTTP/1.0协议通信的This module makes it possible to transfer requests to another server.It is an HTTP/1.0 proxy without the ability for keep-alive requests yet. (As a result, backend connections are created and destroyed on every request.) Nginx talks HTTP/1.1 to the browser and HTTP/1.0 to the backend server. As such it handles keep-alive to the browser.如果我们利用nginx通过反向代理做Cache Server，而且前真个nginx没有开启gzip同时，我们后真个nginx上没有设置gzip_http_version为1.0，那么Cache的url将不会进行gzip压缩 2. gzip_disable的设置是禁用IE6的gzip压缩，又是由于杯具的IE6IE6的某些版本对gzip的压缩支持很不好，会造成页面的假去世，本日产品的同学就测试出了这个问题后来调试后，创造是对img进行gzip后造成IE6的假去世，把对img的gzip压缩去掉后就正常了为了确保其它的IE6版本不出问题，以是就加上了gzip_disable的设置
关注感谢阅读，如果这篇文章帮助了您，欢迎 点赞 ，收藏，关注，转发 哟。您的帮助是我们前行的动力，我们会供应更多有代价的内容给大家... 感激!
