關於Nginx開啟gzip的配置的問題

Posted on by

nginx實現資源壓縮的原理是通過ngx_http_gzip_module模塊攔截請求，並對需要做gzip的類型做gzip壓縮，該模塊是默認基礎的，不需要重新編譯，直接開啟即可。

基本配置

# 開啟gzipgzip on;
 
# 啟用gzip壓縮的最小文件，小於設置值的文件將不會壓縮gzip_min_length 1k;
 
# gzip 壓縮級別，1-9，數字越大壓縮的越好，也越占用CPU時間，後面會有詳細說明gzip_comp_level 1;
 
# 進行壓縮的文件類型。javascript有多種形式。其中的值可以在 mime.types 文件中找到。gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png application/vnd.ms-fontobject font/ttf font/opentype font/x-woff image/svg+xml;
 
# 是否在http header中添加Vary: Accept-Encoding，建議開啟gzip_vary on;
 
# 禁用IE 6 gzipgzip_disable "MSIE [1-6]\\.";
 
# 設置壓縮所需要的緩沖區大小gzip_buffers 32 4k;
 
# 設置gzip壓縮針對的HTTP協議版本，沒做負載的可以不用# gzip_http_version 1.0;# 開啟緩存location ~* ^.+\\.(ico|gif|jpg|jpeg|png)$ {
  access_log  off;
  expires   2d;
}
 
location ~* ^.+\\.(css|js|txt|xml|swf|wav)$ {
  access_log  off;
  expires   24h;
}
 
location ~* ^.+\\.(html|htm)$ {
  expires   1h;
}
 
location ~* ^.+\\.(eot|ttf|otf|woff|svg)$ {
  access_log  off;
  expires max;
}
 
# 格式# expires 30s;# expires 30m;# expires 2h;# expires 30d;

檢測效果

1.nginx的response headers中的Content-Encoding是gzip

2.返回文件大小明顯被壓縮

壓縮說明 gzip on

打開或關閉gzip默認 off 關閉代碼塊 http, server, location, if in location

gzip_buffers

設置用於處理請求壓縮的緩沖區數量和大小。比如32 4K表示按照內存頁（one memory page）大小以4K為單位（即一個系統中內存頁為4K），申請32倍的內存空間。建議此項不設置，使用默認值。

Syntax: gzip_buffers number size;
Default:
gzip_buffers 32 4k|16 8k;
Context:  http, server, location

gzip_comp_level

設置gzip壓縮級別，級別越底壓縮速度越快文件壓縮比越小，反之速度越慢文件壓縮比越大

Syntax: gzip_comp_level level;Default:
gzip_comp_level 1;Context:  http, server, location

不是壓縮級別越高越好，其實gzip_comp_level 1的壓縮能力已經夠用瞭，後面級別越高，壓縮的比例其實增長不大，反而很吃處理性能。
另一方面，壓縮一定要和靜態資源緩存相結合，緩存壓縮後的版本，否則每次都壓縮高負載下服務器肯定吃不住。

gzip_disable

通過表達式，表明哪些UA頭不使用gzip壓縮

Syntax: gzip_disable regex ...;
Default:  —
Context:  http, server,locationThis directive appearedinversion 0.6.23.

gzip_min_length

當返回內容大於此值時才會使用gzip進行壓縮,以K為單位,當值為0時，所有頁面都進行壓縮。

Syntax: gzip_min_length length;Default:
gzip_min_length 20;Context:  http, server, location

gzip_http_version

用於識別http協議的版本，早期的瀏覽器不支持gzip壓縮，用戶會看到亂碼，所以為瞭支持前期版本加瞭此選項。默認在http/1.0的協議下不開啟gzip壓縮。

Syntax: gzip_http_version 1.0 | 1.1;
Default:
gzip_http_version 1.1;
Context:  http, server, location

在應用服務器前，如果還有一層Nginx的集群作為負載均衡，在這一層上，若果沒有開啟gzip。
如果我們使用瞭proxy_pass進行反向代理，那麼nginx和後端的upstreamserver之間默認是用HTTP/1.0協議通信的。
如果我們的Cache Server也是nginx，而前端的nginx沒有開啟gzip。
同時，我們後端的nginx上沒有設置gzip_http_version為1.0，那麼Cache的url將不會進行gzip壓縮。

gzip_proxied

Nginx做為反向代理的時候啟用：

1.off – 關閉所有的代理結果數據壓縮
2. expired – 如果header中包含”Expires”頭信息，啟用壓縮
3.no-cache – 如果header中包含”Cache-Control:no-cache”頭信息，啟用壓縮
4.no-store – 如果header中包含”Cache-Control:no-store”頭信息，啟用壓縮
5. private – 如果header中包含”Cache-Control:private”頭信息，啟用壓縮
6. no_last_modified – 啟用壓縮，如果header中包含”Last_Modified”頭信息，啟用壓縮
7. no_etag – 啟用壓縮，如果header中包含“ETag”頭信息，啟用壓縮
8. auth – 啟用壓縮，如果header中包含“Authorization”頭信息，啟用壓縮
9.any – 無條件壓縮所有結果數據
Syntax: gzip_proxied off |expired |no-cache |no-store |private |no_last_modified |no_etag |auth |any ...;
Default:
gzip_proxied off;
Context:  http, server, location

gzip_types

設置需要壓縮的MIME類型,如果不在設置類型范圍內的請求不進行壓縮

Syntax: gzip_types mime-type ...;
Default:
gzip_typestext/html;
Context:  http, server, location

gzip_vary

增加響應頭”Vary: Accept-Encoding”告訴接收方發送的數據經過瞭壓縮處理，開啟後的效果是在響應頭部添加瞭Accept-Encoding:gzip，這對於本身不支持gzip壓縮的客戶端瀏覽器有用。

Syntax: gzip_varyon |off;
Default:
gzip_varyoff;
Context:  http, server, location

到此這篇關於Nginx開啟gzip的配置的文章就介紹到這瞭,更多相關Nginx開啟gzip配置內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：