㈠ 请教Nginx 中对 application/json 格式进行 gzip 压缩无效的问题
默认情况下，开启gzip不会对application/json类型的响应做压缩处理，需要通过以下指令使nginx对application/json格式进行gzip压缩：
gzip on;
gzip_types application/json application/javascript text/css image/svg+xml;
㈡ Nginx服务器中的Gzip配置参数详解
gzip on; 开启gzip off关闭
gzip_min_length 1k; 设置允许压缩的页面最小字节(从header头的Content-Length中获取) 建议大于1k
gzip_buffers 4 16k; 以16k为单位,按照原始数据大小以16k为单位的4倍申请内存
gzip_http_version 1.1; 识别http协议的版本,早起浏览器可能不支持gzip自解压,用户会看到乱码
gzip_comp_level 2; 等级1-9 最小的压缩最快 但是消耗cpu
gzip_types text/plain application/x-javascript text/css application/xml; 匹配压缩类型
gzip_vary on; 启用应答头"Vary: Accept-Encoding"
gzip_proxied off;
nginx做为反向代理时启用,off(关闭所有代理结果的数据的压缩),expired(启用压缩,如果header头中包括"Expires"头信息),no-cache(启用压缩,header头中包含"Cache-Control:no-cache"),no-store(启用压缩,header头中包含"Cache-Control:no-store"),private(启用压缩,header头中包含"Cache-Control:private"),no_last_modefied(启用压缩,header头中不包含"Last-Modified"),no_etag(启用压缩,如果header头中不包含"Etag"头信息),auth(启用压缩,如果header头中包含"Authorization"头信息)
gzip_disable msie6;
(IE5.5和IE6 SP1使用msie6参数来禁止gzip压缩 )指定哪些不需要gzip压缩的浏览器(将和User-Agents进行匹配),依赖于PCRE库
gzip 决定是否开启gzip模块
gzip_buffers 设置gzip申请内存的大小,其作用是按块大小的倍数申请内存空间,param2:int(k) 后面单位是k
gzip_comp_level 设置gzip压缩等级，等级越底压缩速度越快文件压缩比越小，反之速度越慢文件压缩比越大
gzip_min_length 当返回内容大于此值时才会使用gzip进行压缩,以K为单位,当值为0时，所有页面都进行压缩
gzip_types 设置需要压缩的MIME类型,非设置值不进行压缩
param:text/html|application/x-javascript|text/css|application/xml
对于多数以文本为主的站点来说，文本自身内容占流量的绝大部分。虽然单个文本体积并不算大，但是如果数量众多的话，流量还是相当可观。启用GZIP以后，可以大幅度减少所需的流量。
㈢ gzip压缩实践
为提高网页加载速度，启用 gzip 缩减资源的大小是非常常见的手段。现代浏览器均支持 gzip 压缩，并会为HTTP请求自动协商此类压缩。
本文将对 gzip 的实践和原理做一个简单的总结。
web服务器在接收到浏览器的请求之后，会检查浏览器可以接受哪些压缩方法，详情可见下图。
浏览器在请求头中会带上 Accept-Encoding 这个参数来说明自己支持哪些内容编码方式。
而服务端返回的 Response Headers 中则存在一个 Content-Encoding ，用来说明数据的压缩方法。
几乎所有的浏览器都已经支持了 gzip ，并且有请求头的验证，所以基本不需要担心兼容相关的问题。
压缩前后的体积前后差异，可以在控制台中看到。可以说，对于js、css文件的压缩率还是比较可观的。
经过这种方式的配置，在服务端响应请求的时候会对文件进行压缩，之后返回压缩过后的内容。不过压缩这一过程多多少少会占用一些服务端的性能，具体压缩的程度，也就是 gzip_comp_level 设置的值也会影响到占用性能的多少，接下来我们来看一些网上搜集到的数据，了解不同值的设置对文件大小和CPU占用的影响。
可以看到，压缩级别从0到1时，文件大小明显减小，CPU消耗略微上涨。而在之后文件减小的速率明显放缓，在达到了5之后继续增加压缩级别，文件的体积也几乎没有缩小，但CPU消耗却有较为明显的上涨。
根据结论可以看出，如果是在服务端使用 gzip 压缩的话，考虑到性能和压缩率的取舍，将压缩级别设置为一个较低的值，比如2之类的，是比较合理的。
我们也可以选择在打包构建项目的时候就对文件进行gzip压缩
这边以打包一个 webpack 的前端项目为例
运行构建命令后可以看到，在生成 .js 和 .css 的同时还生成了对应的 .gz 文件。
在这种方式的压缩中，我们完全可以把压缩等级设置为一个比较高的值(默认)，毕竟只是略微影响打包的时间，却能获取一个更小的体积的包，还是比较值得的。
以 nginx 为例，静态压缩需要使用 http_gzip_static_mole 这个模块，这个模块不是默认的，应使用 --with-http_gzip_static_mole 的配置参数启用它
之后再配置中添加
这样便可开启静态压缩。
需要注意以下几点：
㈣ Nginx启用压缩及开启gzip 压缩的方法
gzip(GNU-ZIP)是一种压缩技术。经过gzip压缩后页面大小可以变为原来的30%甚至更小，这样，用户浏览页面的时候速度会块得多。
gzip 的压缩页面需要浏览器和服务器双方都支持，实际上就是服务器端压缩，传到浏览器后浏览器解压并解析。浏览器那里不需要我们担心，因为目前的巨大多数浏览器 都支持解析gzip过的页面。
Nginx的压缩输出有一组gzip压缩指令来实现。相关指令位于http{….}两个大括号之间。
具体配置如下
㈤ 服务器开启Gzip压缩功能
在负载均衡中有一个必须要做的事情就是给服务器开启Gzip压缩功能，对用户请求的页面进行压缩处理，以达到节省网络带宽，提高网站速度的作用。
Gzip是若干文件压缩程序的简称，通常指GNU计划的实现，此处的Gzip代表的就是GUN ZIP，这也是HTTP1.1协议定义的两种压缩方法中最常用的一种压缩方法，客户端浏览器大都支持这种压缩格式。
接下来，将介绍Apache、Nginx 如何开启Gzip压缩。
Apache开启Gzip要看查看是否已经开启mod_deflate模块，如果没有则需要先加载，在配置文件httpd.conf中将
前面的#号去掉。另外，如果对Apache的配置文件不太懂的客户在修改配置文件之前对配置文件进行备份。
开启模块后，在httpd.conf配置文件的最下面空白处添加一下内容：
其中DeflateCompressionLevel 的意思是压缩等级，共分为1-9，9级为最高，不建议使用太高的压缩比，这样会对CPU产生太大的负担。
打开配置文件 nginx.conf找到Gzip on 把前面的注释符号#去掉即可开启GZIP服务。然后配置GZIP即可。
下面是一个相对优化不错的配置。
㈥ 怎样使用 nginx 压缩html
gzip 是在 Linux 系统中经常使用的一个对文件进行压缩和解压缩的命令，既方便又好用。
在Nginx安装完成之后，我们可以开启Gzip压缩功能，这里Nginx默认只能对text/html类型的文件进行压缩。
下面的指令为开启Gzip的指令：
#启用gzip压缩功能
gzipon;
#默认值是1.1，就是说对HTTP/1.1协议的请求才会进行gzip压缩
gzip_http_version1.1;
gzip_varyon;
#压缩级别，1压缩比最小处理速度最快，9压缩比最大但处理最慢，同时也最消耗CPU,一般设置为3就可以了
gzip_comp_level6;
#nginx做前端代理时启用该选项，表示无论后端服务器的headers头返回什么信息，都无条件启用压缩
gzip_proxiedany;
#什么类型的页面或文档启用压缩
gzip_typestext/plaintext/cssapplication/jsonapplication/x-javascripttext/xmlapplication/xmlapplication/xml+rsstext/javascriptimage/jpegimage/gifimage/png;
#最小压缩的页面，如果页面过于小，可能会越压越大，这里规定大于1K的页面才启用压缩
gzip_min_length1024;
#设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流
gzip_buffers168k;
#禁用IE6的gzip压缩
gzip_disable"MSIE[1-6].(?!.*SV1)";
相关配置说明：
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_disable的设置是禁用IE6的gzip压缩
IE6的某些版本对gzip的压缩支持不是很好，会造成页面的假死。对img进行gzip后会造成IE6的假死，把对img的gzip压缩去掉后就正常了。为了确保其它的IE6版本不出问题，所以加上了gzip_disable配置项。
3、gzip_min_length设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。
默认值是0，不管页面多大都压缩。建议设置成大于1k的字节数，小于1k可能会越压越大。 即: gzip_min_length 1024。
㈦ 请教Nginx 中对 application/json 格式进行 gzip 压缩无效的问题
默认情况下，开启gzip不会对application/json类型的响应做压缩处理，需要通过以下指令使nginx对application/json格式进行gzip压缩：
gzipon;
gzip_typesapplication/jsonapplication/javascripttext/cssimage/svg+xml;
㈧ Nginx 配置静态压缩(ngx_http_gzip_static_mole)
Nginx提供静态压缩功能，对于比较大的文件，可以自动默认查找.gz后缀的压缩包。减小项目工程的大小。
对于支持gzip的请求反向代理缓存服务器将返回gzip内容，不支持gzip的客户端返回原始内容。
㈨ 如何在Nginx服务器中启用Gzip压缩
gzip指令可以开启或关闭gzip：
gzip on;#开启gzip
默认只对MIME为text/html进行gzip
可以通过gzip_types指令指定gzip的MIME类型：
gzip_types application/javascript application/json;#开启其他MIME类型的GZIP功能