壹
不知不觉 nginx主题的文章写了60+篇,有最早的也有最近的,有些是记录安装配置,有些是记录问题解决方法,内容质量有深也有浅参差不齐,随着技术迭代有些文章已经过时了(例如Docker代替了VM)不再符合当前的技术需求,而有些文章虽然久远但是仍有有意义(例如Nginx HA),所以有了梳理这些文章的想法,目标有两个吧,一是回顾下过去的文章巩固下知识点,二是去其糟粕留下精华将有价值的文章搬迁(搬砖)到微信公众号。
今天的这篇文章发布于2013年03月,是介绍如何为 nginx配置 gzip压缩功能,通过gzip压缩后文本数据(html/js/css/json 等text文本)大小可以变为原来的30%甚至更小,不要小瞧节省的70%。试想一下如果你的网站每天有上千万PV(访问量),那么每天节省下来的带宽费用(按流量付费)或者CDN费用是相当可观的,另外同样的网络带宽使用gzip压缩技术将能够承载更多HTTP请求,这将加快客户端请求响应速度,间接地提升用户体验何乐而不为呢。
贰
关于Gzip
Gzip(GNU-ZIP)是一种压缩技术。经过gzip压缩后页面大小可以变为原来的30%甚至更小,这样用户浏览页面的时候速度会快得多。gzip的压缩页面需要浏览器和服务器双方都支持,实际上就是服务器端压缩,传到浏览器后浏览器解压并解析。浏览器那里不需要我们担心,因为目前的绝大多数浏览器都支持解析gzip页面。
叁
默认nginx没有开启gzip(如docker nginx-1.16.0镜像),需要显示配置gzip参数。
cat /etc/nginx/nginx.confhttp { #... 其它配置项省略 gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 4; gzip_types text/plain application/x-javascript text/css application/xml; gzip_vary on; #... 其它配置项省略 }
gzip on 表示该指令用于开启gzip模块(默认off)。
gzip_min_length 设置允许压缩的页面最小字节数,页面字节数从header头得content-length中进行获取。默认值是0,不管页面多大都压缩。建议设置成大于1k的字节数,小于1k可能会越压越大。
gzip_buffers 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位,按照原始数据大小以16k为单位的4倍申请内存。
gzip_http_version http协议版本(默认1.1)。
gzip_comp_level 压缩比,1压缩比最小但处理速度最快,9压缩比最大但处理速度最慢(消耗cpu)。
gzip_types 匹配mime类型进行压缩,无论是否指定,”text/html”类型总是会被压缩的。
gzip_vary on 和http头有关系,加个vary头,给代理服务器用的,有的浏览器支持压缩,有的不支持,所以避免不支持的也压缩,所以根据客户端的HTTP头来判断,是否需要压缩。
肆
验证gzip是否真的能够节省带宽,第一次访问是python源服务器,第二次访问是经过nginx代理(+gzip)后的服务器。