第七节——压缩和解压

1    介绍

压缩响应通常可以显著减少传输数据的大小。然而，压缩发生在运行时，也会增加相当大的处理开销，对性能有负面影响。NGINX在发送响应到客户端时执行压缩，但不对已经压缩的响应“二次压缩”。

2    启用压缩

为了启用压缩，设置gzip指令为on：

gzip on;

默认，NGINX只压缩MIME为text/html类型的响应。为了压缩其它MIME类型的响应，需要设置gzip_types指令。

gzip_types text/plain application/xml;

使用gzip_min_length指令指定进行压缩的响应的最小大小。默认是20字节（下面调整为1000字节）。

gzip_min_length 1000;

默认，NGINX不压缩代理请求（来自代理服务器的请求）的响应。来自代理服务器的请求由请求的Via头字段决定。使用gzip_proxied指令配置压缩这些响应。指令有大量参数指定NGINX应该压缩那些种类的代理请求的响应。例如，只有请求不缓存在代理服务器上，压缩响应才是合理的。由于这个目的，gzip_proxied指令有参数指示NGINX检查响应的Cache-Control头字段，如果值是no-cache、no-store或private则压缩响应。此外，你必须为Expires头字段指定expired参数值。在下面例子中，这些参数和auth参数一样被设置，检查Authorization头字段的存在性（特定终端用户已授权的响应通常不会缓存）：

gzip_proxied no-cache no-store private expired auth;

和大多数其它指令一样，压缩指令可以包括在http、server或location配置块。

gzip的总体配置如下所示：

server {

    gzip on;

    gzip_types      text/plain application/xml;

    gzip_proxied    no-cache no-store private expired auth;

    gzip_min_length 1000;

    # ...

}

3    启用解压

有些客户端不支持gzip编码响应。同时，这些客户端可以存储压缩数据，或压缩动态响应并存储在缓存中。为了成功的服务能接收和不能接收压缩数据的客户端，NGINX能动态解压数据发送给不能接收压缩数据的客户端。

使用gunzip指令启用运行时解压。

location /storage/ {

    gunzip on;

    # ...

}

gunzip指令和gzip指令可以用于相同上下文：

server {

    gzip on;

    gzip_min_length 1000;

    gunzip on;

    # ...

}

注意，这个指令是一个单独的模块，默认，没有包括在开源NGINX构建中。

4    发送压缩文件

为了发送一个压缩版本的文件给客户端而不是普通的，设置gzip_static指令为on。

location / {

    gzip_static on;

}

在这种情况下，服务请求/path/to/file，NGINX尝试找到并发送文件/path/to/file.gz。如果文件不存在，或客户端不支持gzip，NGINX发送未压缩的文件。

注意，gzip_static指令不启用在线压缩。它只是使用压缩工具预先压缩好文件。为了在运行时压缩内容（不仅是静态内容），使用gzip指令。

注意，这个指令是一个单独的模块，默认，没有包括在开源的Nginx构建中。

来源：oschina

链接：https://my.oschina.net/u/2000201/blog/1630646