Nginx支持静态和动态两种包体gzip压缩方式,分别对应模块ngx_http_gzip_static,ngx_http_gzip。
我们知道gzip是CPU密集型的应用,实时动态压缩比较消耗CPU资源。另外,如果使用gzip,则sendfile零拷贝技术无法使用。为进一步提高Nginx的性能,我们可以使用静态gzip压缩,提前将需要压缩的文件压缩好,当客服请求到达时,直接发送压缩好的.gz文件,如此就减轻了服务器CPU的压力,提高了性能。缺省ngx_http_gzip_static模块并未启用,需要重新编译。
准备.gz文件:所有待压缩的文件,需要保留源文件和.gz文件,在相同WEB目录。如下,以index.html为例。
使用touch同步源文件和.gz文件的修改时间。文件修改时间对应Last-Modified响应字段,HTTP缓存中使用很广泛,同步二者时间,目的是保持缓存过期判断的一致性。
添加配置文件:
gzip_static优先级高于gzip,$gzip_ratio对于gzip_static不生效,如果gzip_static失效,如缺少.gz,则gzip会生效。
gzip_static生效时,和gzip不同,Content-Encoding和Cotent-Length可以同时存在,因为响应在发送前已经明确其大小。
实际执行的效果:
也可以考虑用always参数
always的语义是不考虑客户端是否支持gzip解压【注:依据是客户端发送的Accept-Encoding】,Nginx都将发送.gz文件,而on则是当客户端不支持gzip解压时,则发送原始文件。
下面是gzip_static on,curl启用压缩和不启用压缩的对比,可以看到仅当curl启用压缩才发送.gz文件。
下面是设置为gzip_static always,curl启用压缩和不启用压缩的对比,可以发现无论curl是否启用压缩,都将发送.gz文件。
Chrome中也可以通过控制Accept-Encoding的发送,仿真是否需要响应的包体压缩,看下图:
总之,gzip_static是对gzip的补充,通过简单的设置,就能使Nginx提供更好的性能。
参考:gzip_static
相关文章:一文读懂nginx gzip
总结
到此这篇关于一篇文章读懂nginx中gzip_static模块的文章就介绍到这了,更多相关nginx gzip_static模块内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!
原文链接:https://blog.csdn.net/weixin_45462681/article/details/123086969