配置nginx gzip,檢視請求頭含有gzip既是壓縮了通路檔案，加快了通路速度
location配置如下
location / {
proxy_pass http://dianyu_net_server;
gzip on; #開啟gzip增加通路速度
gzip_min_length 1k; #設定允許壓縮的頁面最小位元組數，超過1k的檔案會被壓縮
gzip_buffers 16 64k; #擷取多少記憶體用于緩存壓縮結果
gzip_http_version 1.1; #識别http協定的版本
gzip_comp_level 6; #gzip壓縮比（1~9），越小壓縮效果越差，但是越大處理越慢，是以一般取中間值
gzip_types text/plain application/x-javascript text/css application/xml image/jpeg image/gif image/png; #對特定的MIME類型生效,js和css檔案會被壓縮
gzip_vary on; #設定為on會在Header裡增加 "Vary: Accept-Encoding"
gzip_disable "MSIE [1-6]\."; #IE6不使用gzip
gzip_proxied any; #代理結果資料的壓縮反向代理使用
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#proxy_set_header X-Forwarded-For $http_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_connect_timeout 100;
proxy_read_timeout 600;
proxy_send_timeout 600;
proxy_buffer_size 64k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
}
1、Nginx gzip功能
Nginx實作資源壓縮的原理是通過ngx_http_gzip_module子產品攔截請求，并對需要做gzip的類型做gzip，ngx_http_gzip_module是Nginx預設內建的，不需要重新編譯，直接開啟即可。
2、參數詳解
gzip on
這個沒的說，打開或關閉gzip
Syntax: gzip on | off;
Default:
gzip off;
Context: 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
我們以一個大小為92.6K的腳本檔案為例，如下所示。其中最後三個數值分别表示壓縮比、包大小、平均處理時間（使用ab壓測，100使用者并發下， ./ab -n 10000 -c 100 -H 'Accept-Encoding: gzip' http://10.27.180.75/jquery.js ）以及CPU消耗。
從這我們可以得出結論：
随着壓縮級别的升高，壓縮比有所提高，但到了級别6後，很難再提高；
随着壓縮級别的升高，處理時間明顯變慢;
gzip很消耗cpu的性能，高并發情況下cpu達到100%;
是以，建議：
不是壓縮級别越高越好，其實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
因為浏覽器基本上都支援HTTP/1.1。然而這裡面卻存在着一個很容易掉入的坑，也是筆者從生産環境中一個詭異問題中發現的：
明明開啟gzip功能，但是未生效。
原因定位：
為什麼這樣呢？
在應用伺服器前，公司還有一層Nginx的叢集作為七層負責均衡，在這一層上，是沒有開啟gzip的。
如果我們使用了proxy_pass進行反向代理，那麼nginx和後端的upstream server之間預設是用HTTP/1.0協定通信的。
如果我們的Cache Server也是nginx，而前端的nginx沒有開啟gzip。
同時，我們後端的nginx上沒有設定gzip_http_version為1.0，那麼Cache的url将不會進行gzip壓縮。
我相信，以後還有人會入坑，比如你用Apache ab做壓測，如果不是設定gzip_http_version為1.0，你也壓不出gzip的效果（同樣的道理）。希望寫在這裡對大家有幫助
gzip_proxied
Nginx做為反向代理的時候啟用：
off – 關閉所有的代理結果資料壓縮
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 – 無條件壓縮所有結果資料
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_vary
增加響應頭”Vary: Accept-Encoding”
Syntax: gzip_vary on | off;
Default:
gzip_vary off;
Context: http, server, location
gzip_types
設定需要壓縮的MIME類型,如果不在設定類型範圍内的請求不進行壓縮
Syntax: gzip_types mime-type ...;
Default:
gzip_types text/html;
Context: http, server, location
轉https://www.cnblogs.com/xzkzzz/p/9224358.html
是以MIME-TYPE中應該新增字型類型：
| 字型類型擴充名 | Content-type |
| .eot | application/vnd.ms-fontobject |
| .ttf | font/ttf |
| .otf | font/opentype |
| .woff | font/x-woff |
| .svg | image/svg+xml |