web服务端开启gzip压缩失效了

240 阅读1分钟

在nginx中使用了多层代理,因为项目中有需要,从A服务器的ng,转发到B服务器的ng,没做这个转发之前gzip压缩是好的,做了这个转发之后,gzip压缩就失效了。 经过多方查阅,最终发现如果nginx中使用了多层代理会有问题,gzipz_http_version配置为1.0就好了。

ginx中开启配置如下(可以作用于http,server, location块中):
1. gzip on;
2. gzip_min_length 1k;  #gzip开启阈值,超过1k才会使用gzip
3. gzip_buffers 4 16k;
4. #gzip_http_version 1.0;  # gzip支持http协议
5. gzip_comp_level 2;  #压缩级别,越高压缩比越大,越消耗cpu
6. gzip_types text/plain application/x-javascript application/javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;   # 支持文件类型

如果nginx中使用了多层代理,则需要将gzip_http_version 1.0配置项开启,否则gzip配置不起作用; 原因分析: 如下图所示,当前浏览器中使用的http协议基本上是1.1版本,而nginx的upstream通信协议默认是http/1.0,gzip_http_version的默认值是1.1;因此如果配置多层代理时,如果没有配置gzip_http_version时,该值默认为1.1,而agent nginx会把请求转化为1.0版本的,此时gzip功能就会不起作用;将gzipz_http_version配置为1.0后,gzip功能正常。

image.png

gzip_static 在开始压缩创建硬盘上的文件之前,本模块将查找同目录下同名的.gz压缩文件,以避免同一文件再次压缩。 这个模块不是默认编译的,因此需要指定 --with-http_gzip_static_module 编译选项。 配置示例:

gzip_static on;

gzip_http_version   1.1;
gzip_proxied        expired no-cache no-store private auth;
gzip_disable        "MSIE [1-6]\.";

gzip_vary           on;