概述
nginx作为一个代理服务器,可以进行很多比较灵活的优化措施,其中就包括了资源的压缩优化:
当客户端去请求服务器的资源时,是经过HTTP协议进行网络数据传输的,其中网络是客户端请求服务器的最大消耗之一,其网络传输速度往往决定了对资源请求的响应速度,如果网络较慢,那么客户端请求的时间也会跟着变慢。
思考一个问题,假如在满足上述优化的前提下,我们传送一个1M的数据和一个10M的数据那个效率高?,答案显而易见,传输内容小,速度就会快。
所以接下来我们就可以通过nginx内置的压缩策略来压缩静态资源,提升资源请求速度。
压缩指的是对服务器响应给客户端的响应报文进行压缩,而不是客户端给服务器的请求报文
在Nginx的配置文件中可以通过配置gzip来对静态资源进行压缩,相关的指令可以配置在http块、server块和location块中,Nginx可以通过:
- ngx_http_gzip_module模块
- ngx_http_gzip_static_module模块
- ngx_http_gunzip_module模块
三个模块对这些指令进行解析和处理。
Gzip模块配置指令
接下来所学习的指令都来自ngx_http_gzip_module模块,该模块会在 nginx安装的时候内置到nginx的安装环境中,也就是说我们可以直接使用这些指令。
首先来看几个压缩指令的格式:
1. gzip指令:该指令用于开启或者关闭gzip功能
语法 | gzip on; |
默认值 | gzip off; |
位置 | http、server、location |
该指令开启后就相当于开启了响应数据压缩,但是还需要配合下面的指令。
2. gzip_types指令:该指令可以根据响应页的MIME类型选择性地开启 Gzip压缩功能
语法 | gzip_types mime-type ...; |
默认值 | gzip_types text/html; |
位置 | http、server、location |
所选择的值可以从mime.types文件中进行查找,也可以使用"*"代表所 有。
开启gzip功能后,默认是只有text/html类型的响应才会被压缩,所以同样的需要压缩css、JavaScript等资源都是不压缩的,需要把这些MIME类型加入到gzip_types中。
我们在配置文件中使用这两个指令,演示一段请求JavaScript资源的情景:
首先:这是nginx没有开启gzip的场景,请求的资源大小为344009bytes ,约等于344KB
开启如下的两个配置,重新加载nginx的配置文件
http{
gzip on;
gzip_types application/javascript;
……
}
客户端重新请求资源:
注意区别,详细信息中并没有数据包的长度,但从外面可以看到,为:
113KB。从原先的344KB降到了113KB
其中的流程大致为:
- nginx通过gzip算法压缩资源
- 将该资源的数据包的Content-Encoding头信息的值标记为gzip压缩
- 浏览器收到数据包,根据压缩的类型去解压缩,变为原来的数据。
3. gzip_comp_level指令:该指令用于设置Gzip压缩程度,级别从1-9
1 表示压缩程度最低,压缩效率最高,9刚好相反,压缩程度最高,但是效率最低最费时间(因为压缩需要cpu进行计算)。
语法 | gzip_comp_level level; |
默认值 | gzip_comp_level 1; |
位置 | http、server、location |
根据前面的基础,也可以设置爱gzip压缩的压缩比,我们设置为6
gzip_comp_level 6;
压缩后从113KB->90KB
注意:不需要将压缩比调到最高,因为就算调到最高,压缩后的大小并不会有太大的提升,反而,nginx服务器需要更多的cpu资源去压缩,所以一般压缩比调到中等即可。
4. gzip_vary指令:该指令用于设置使用Gzip进行压缩发送是否携带“Vary:Accept-Encoding”头域的响应头部。
主要是告诉接收方,所发送的数据经过了Gzip压缩处理
语法 | gzip_vary on|off; |
默认值 | gzip_vary off; |
位置 | http、server、location |
该头部的主要功能是告诉接收方发送的数据经过了压缩处理。开启后的效果是在响应头部添加了Accept-Encoding: gzip,这对于本身不支持Gzip压缩的客户端浏览器是有用的。
5. gzip_buffers指令:该指令用于处理请求压缩的缓冲区数量和大小。
语法 | gzip_buffers number size; |
默认值 | gzip_buffers 32 4k|16 8k; |
位置 | http、server、location |
其中number:指定Nginx服务器向系统申请缓存空间个数,size指的是每个缓存空间的大小。主要实现的是申请number个每个大小为size的内存空间。这个值的设定一般会和服务器的操作系统有关,所以建议此项不设置,使用默认值即可。
6. gzip_disable指令:针对不同种类客户端发起的请求,可以选择性地开启和关闭Gzip功能。
语法 | gzip_disable regex ...; |
默认值 | —— |
位置 | http、server、location |
regex根据客户端的浏览器标志(User-Agent,UA)进行设置,支持使用正则表达式。
如:谷歌浏览器的User-Agent如下:
火狐的浏览器如下:
我们使用命令来使得谷歌的禁用压缩,而火狐的压缩,设置如下:
gzip_disable .*Chrome.*;
结果为:
该指令一般是用来排除一些明显不支持Gzip的浏览器。
7. gzip_http_version指令:针对不同的HTTP协议版本,可以选择性地 开启和关闭Gzip功能。
语法 | gzip_http_version 1.0|1.1; |
默认值 | gzip_http_version 1.1; |
位置 | http、server、location |
该指令是指定使用Gzip的HTTP最低版本,现在一般都是HTTP1.1,所以该指令一般采用默认值即可。
8. gzip_min_length指令:该指令针对传输数据的大小,可以选择性地开启和关闭Gzip功能
语法 | gzip_min_length length; |
默认值 | gzip_min_length 20; |
位置 | http、server、location |
nignx计量大小的单位:bytes[字节] 、 kb[千字节] 、M[兆]
例如: 1024 / 10k|K / 10m|M
Gzip压缩功能对大数据的压缩效果明显,但是如果要压缩的数据比较小的话,可能出现越压缩数据量越大的情况,因此我们需要根据响应内容的大小来决定是否使用Gzip功能,响应页面的大小可以通过头信息中的 Content-Length来获取。但是如何使用了Chunk编码动态压缩,该指令将被忽略。建议设置为1K或以上。
如下:设置最小为336KB
gzip_min_length 336k;
当我们再次请求上面的335KB的数据时,该响应将不会被压缩。
9. gzip_proxied指令:该指令设置是否对服务端返回的结果进行Gzip压缩。
该指令控制的不是静态资源,而是nginx作为反向代理时,取到服务端的数据。
语法 | gzip_proxied off|expired|no-cache| no-store|private|no_last_modified|no_etag|auth|any; |
默认值 | gzip_proxied off; |
位置 | http、server、location |
其中:
- off : 关闭Nginx服务器对后台服务器返回结果的Gzip压缩
- expired : 启用压缩,如果header头中包含 "Expires" 头信息
- no-cache : 启用压缩,如果header头中包含 "Cache-Control:no-cache" 头信息
- no-store : 启用压缩,如果header头中包含 "Cache-Control:no-store" 头信息
- private : 启用压缩,如果header头中包含 "Cache-Control:private" 头信息
- no_last_modified : 启用压缩,如果header头中不包含 "Last-Modified" 头信息
- no_etag : 启用压缩 ,如果header头中不包含 "ETag" 头信息
- auth : 启用压缩 , 如果header头中包含 "Authorization" 头信息
- any : 无条件 启用压缩