如何在CentOS7上将gzip模块添加到Nginx

介绍

网站的加载速度取决于浏览器必须下载的所有文件的大小。 减少要传输的文件的大小不仅可以使网站加载速度更快，而且对于那些必须为带宽使用付费的人来说也更便宜。

gzip 是一个流行的数据压缩程序。 您可以将 Nginx 配置为使用 gzip 来压缩它即时提供的文件。 然后，这些文件在检索时由支持它的浏览器解压缩，没有任何损失，但好处是在 Web 服务器和浏览器之间传输的数据量较小。

由于一般压缩的工作方式，以及 gzip 的工作方式，某些文件的压缩效果比其他文件更好。 例如，文本文件的压缩效果非常好，结果通常会缩小两倍以上。 另一方面，JPEG 或 PNG 文件等图像已经按其性质进行了压缩，使用 gzip 进行的第二次压缩几乎没有结果。 压缩文件会占用服务器资源，因此最好只压缩那些会显着减小其大小的文件。

在本指南中，我们将讨论如何配置安装在 CentOS 7 服务器上的 Nginx，以利用 gzip 压缩来减少发送给网站访问者的内容的大小。

先决条件

要遵循本教程，您将需要：

• 一台具有 sudo 非 root 用户 的 CentOS 7 服务器
• 按照 如何在 CentOS 7 上安装 Nginx 教程 在您的服务器上安装 Nginx

第 1 步 - 创建测试文件

在这一步中，我们将在默认的 Nginx 目录中创建几个测试文件，用于文本 gzip 的压缩。

为了决定通过网络提供哪种文件，Nginx 不会分析文件内容，因为它不够快。 相反，它只是查找文件扩展名以确定其 MIME 类型，它表示文件的用途。

由于这种行为，测试文件的内容是不相关的。 通过适当地命名文件，我们可以欺骗 Nginx 认为一个完全空的文件是图像，而另一个是样式表。

在我们的配置中，Nginx 不会压缩非常小的文件，因此我们将创建大小正好为 1 KB 的测试文件。 这将允许我们验证 Nginx 是否在它应该使用的地方使用压缩，压缩一种类型的文件而不使用其他类型的文件。

使用 truncate 在默认 Nginx 目录中创建一个名为 test.html 的 1 KB 文件。 扩展名表示它是一个 HTML 页面。

sudo truncate -s 1k /usr/share/nginx/html/test.html

让我们以同样的方式再创建几个测试文件：一个 jpg 图像文件、一个 css 样式表和一个 js JavaScript 文件。

sudo truncate -s 1k /usr/share/nginx/html/test.jpg
sudo truncate -s 1k /usr/share/nginx/html/test.css
sudo truncate -s 1k /usr/share/nginx/html/test.js

第 2 步 — 检查默认行为

下一步是检查 Nginx 在使用我们刚刚创建的文件进行全新安装时的压缩行为。

让我们检查一下名为 test.html 的 HTML 文件是否经过压缩处理。 该命令从我们的 Nginx 服务器请求一个文件，并指定可以使用 HTTP 标头 (Accept-Encoding: gzip) 提供 gzip 压缩内容。

curl -H "Accept-Encoding: gzip" -I http://localhost/test.html

作为响应，您应该会看到几个 HTTP 响应标头：

Nginx 响应头

HTTP/1.1 200 OK
Server: nginx/1.6.3
Date: Fri, 11 Mar 2016 12:53:06 GMT
Content-Type: text/html
Content-Length: 1024
Last-Modified: Fri, 11 Mar 2016 12:48:02 GMT
Connection: keep-alive
ETag: "56e2be82-400"
Accept-Ranges: bytes

在回复中，根本没有提到 gzip。 这告诉我们服务器上没有启用 gzip 压缩。 这是因为在 CentOS 7 上，在默认 Nginx 配置中完全禁用了对 gzip 的支持。 如果启用了压缩，我们会在输出中看到额外的标头 Content-Encoding: gzip。

不仅 HTML 页面，而且全新安装的所有其他文件都将以未压缩的形式提供。 为了验证这一点，您可以以相同的方式请求我们名为 test.jpg 的测试图像。

curl -H "Accept-Encoding: gzip" -I http://localhost/test.jpg

结果应该与以前几乎相同：

Nginx 响应头

HTTP/1.1 200 OK
Server: nginx/1.6.3
Date: Fri, 11 Mar 2016 12:58:03 GMT
Content-Type: image/jpeg
Content-Length: 1024
Last-Modified: Fri, 11 Mar 2016 12:48:05 GMT
Connection: keep-alive
ETag: "56e2be85-400"
Accept-Ranges: bytes

输出中也没有 Content-Encoding: gzip 标头，这意味着该文件是在未压缩的情况下提供的。

您可以使用测试 CSS 样式表重复测试。

curl -H "Accept-Encoding: gzip" -I http://localhost/test.css

再一次，输出中没有提到压缩。

CSS文件的Nginx响应头

HTTP/1.1 200 OK
Server: nginx/1.6.3
Date: Fri, 11 Mar 2016 12:59:04 GMT
Content-Type: text/css
Content-Length: 1024
Last-Modified: Fri, 11 Mar 2016 12:48:05 GMT
Connection: keep-alive
ETag: "56e2be85-400"
Accept-Ranges: bytes

第 3 步 - 启用和配置 Nginx 的 gzip 模块

下一步是配置 Nginx 以启用对所有可以从压缩中受益的文件格式的压缩。

gzip 模块是 Nginx 中的核心模块，这意味着它已经安装但必须启用和配置。 在 CentOS 7 上全新安装 Nginx 时，会自动加载 /etc/nginx/conf.d 目录中所有扩展名为 .conf 的文件。 这允许轻松配置附加模块。

要启用 Nginx gzip 模块，请使用 nano 或您喜欢的文本编辑器创建名为 gzip.conf 的配置文件。

sudo nano /etc/nginx/conf.d/gzip.conf

粘贴以下内容。

/etc/nginx/conf.d/gzip.conf

##
# `gzip` Settings
#
#
gzip on;
gzip_disable "msie6";

gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_http_version 1.1;
gzip_min_length 256;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/vnd.ms-fontobject application/x-font-ttf font/opentype image/svg+xml image/x-icon;

保存并关闭文件以退出。

让我们来看看这里应用的配置设置：

• gzip on 指令启用 Gzip 压缩。
• gzip_disable "msie6" 从将接收压缩文件的浏览器中排除 Internet Explorer 6，因为 IE6 根本不支持 gzip。
• gzip_vary 和 gzip_proxied 设置确保浏览器和服务器之间的代理服务器能够正确识别压缩。
• gzip_comp_level 6 设置将压缩多少文件。 数字越高，压缩级别和资源使用率越高。 6是一个合理的中间立场。
• gzip_http_version 1.1 用于限制 gzip 压缩到支持 HTTP/1.1 协议的浏览器。 如果浏览器不支持，很有可能它也不支持gzip。
• gzip_min_length 256 告诉 Nginx 不要压缩小于 256 字节的文件。 非常小的文件几乎不能从压缩中受益。
• gzip_types 列出了所有将被压缩的 MIME 类型。 在这种情况下，该列表包括 HTML 页面、CSS 样式表、Javascript 和 JSON 文件、XML 文件、图标、SVG 图像和 Web 字体。

要启用新配置，请重新启动 Nginx。

sudo systemctl restart nginx

第 4 步 — 验证新配置

下一步是检查对配置的更改是否按预期工作。

我们可以像在第 2 步中所做的那样对其进行测试，方法是在每个测试文件上使用 curl 并检查 Content-Encoding: gzip 标头的输出。

curl -H "Accept-Encoding: gzip" -I http://localhost/test.html

作为响应，您应该会看到以前不存在的 Content-Encoding: gzip 标头：

Nginx 响应头

HTTP/1.1 200 OK
Server: nginx/1.6.3
Date: Fri, 11 Mar 2016 13:19:16 GMT
Content-Type: text/html
Last-Modified: Fri, 11 Mar 2016 12:48:02 GMT
Connection: keep-alive
Vary: Accept-Encoding
Content-Encoding: gzip

您可以以相同的方式测试所有其他文件：

curl -H "Accept-Encoding: gzip" -I http://localhost/test.jpg
curl -H "Accept-Encoding: gzip" -I http://localhost/test.css
curl -H "Accept-Encoding: gzip" -I http://localhost/test.js

现在只有图像文件 test.jpg 应该保持未压缩状态。 在其他两个示例中，您应该能够在输出中找到 Content-Encoding: gzip 标头。

如果是这样，你已经成功在 Nginx 中配置了 gzip 压缩！

结论

更改 Nginx 配置以完全使用 gzip 压缩很容易，但好处可能是巨大的。 不仅带宽有限的访问者会更快地接收网站，而且谷歌也会对网站加载速度更快感到高兴。 速度作为现代网络的重要组成部分越来越受到关注，使用 gzip 是改进它的一大步。