nginx開啓gzip壓縮和靜態緩存

nginx實現資源壓縮的原理是經過ngx_http_gzip_module模塊攔截請求，並對須要作gzip的類型作gzip壓縮，該模塊是默認基礎的，不須要從新編譯，直接開啓便可。

基本配置

# 開啓gzip
gzip 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 gzip
gzip_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, location
This directive appeared in version 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和後端的upstream server之間默認是用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_types text/html;
Context:    http, server, location

gzip_vary

增長響應頭」Vary: Accept-Encoding」
告訴接收方發送的數據通過了壓縮處理，開啓後的效果是在響應頭部添加了Accept-Encoding:gzip，這對於自己不支持gzip壓縮的客戶端瀏覽器有用。

Syntax: gzip_vary on | off;
Default:    
gzip_vary off;
Context:    http, server, location