您好,登錄后才能下訂單哦!
最近生產上發生了一些問題,原先所有的靜態資源文件都是經過gzip壓縮的,然而這幾天突然都沒有壓縮了,經過一頓排查,發現是Nginx的配置有問題,借此機會詳細了解了Nginx的Gzip配置。
Nginx實現資源壓縮的原理是通過ngx_http_gzip_module模塊攔截請求,并對需要做gzip的類型做gzip,ngx_http_gzip_module是Nginx默認集成的,不需要重新編譯,直接開啟即可。
Nginx開啟Gzip的配置如下:
# $gzip_ratio計算請求的壓縮率,$body_bytes_sent請求體大小 log_format main '$remote_addr - $remote_user [$time_local] "$host" - "$request" ' '$gzip_ratio - $body_bytes_sent - $request_time'; access_log logs/access.log main; # 開啟gzip gzip off; # 啟用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;
下面將逐條介紹下gzip的指令和參數配置。
這個沒的說,打開或關閉gzip
Syntax: gzip on | off; Default: gzip off; Context: http, server, location, if in location
設置用于處理請求壓縮的緩沖區數量和大小。比如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壓縮級別,級別越底壓縮速度越快文件壓縮比越小,反之速度越慢文件壓縮比越大
Syntax: gzip_comp_level level; Default: gzip_comp_level 1; Context: http, server, location
我們以一個大小為92.6K的腳本文件為例,如下所示。其中最后三個數值分別表示壓縮比、包大小、平均處理時間(使用ab壓測,100用戶并發下,//10.27.180.75/jquery.js gzip_comp_level 0: 0,94840, 63 [ms], 29% gzip_comp_level 1: 2.43,39005, 248 [ms], 100% gzip_comp_level 2: 2.51,37743, 273 [ms], 100% gzip_comp_level 3; 2.57,36849, 327 [ms], 100% gzip_comp_level 4; 2.73,34807, 370 [ms], 100% gzip_comp_level 5; 2.80,33898, 491 [ms], 100% gzip_comp_level 6; 2.82,33686, 604 [ms], 100% gzip_comp_level 7; 2.82,33626, 659 [ms], 100% gzip_comp_level 8; 2.82,33626, 698 [ms], 100% gzip_comp_level 9; 2.82,33626, 698 [ms], 100%
通過表達式,表明哪些UA頭不使用gzip壓縮
Syntax: gzip_disable regex ...; Default: — Context: http, server, location This directive appeared in version 0.6.23.
當返回內容大于此值時才會使用gzip進行壓縮,以K為單位,當值為0時,所有頁面都進行壓縮。
Syntax: gzip_min_length length; Default: gzip_min_length 20; Context: http, server, location
用于識別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。然而這里面卻存在著一個很容易掉入的坑,也是筆者從生產環境中一個詭異問題中發現的:
為什么這樣呢?
我相信,以后還有人會入坑,比如你用Apache ab做壓測,如果不是設置gzip_http_version為1.0,你也壓不出gzip的效果(同樣的道理)。希望寫在這里對大家有幫助
Nginx做為反向代理的時候啟用:
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
設置需要壓縮的MIME類型,如果不在設置類型范圍內的請求不進行壓縮
Syntax: gzip_types mime-type ...;
Default:
gzip_types text/html;
Context: http, server, location
這里需要說明一些特殊的類型,比如筆者公司會使用”字體類型”的資源,而這些資源類型往往會被忽略,且這些資源又比較大,沒有被壓縮很不合算。(可以參考:http://www.darrenfang.com/2015/01/setting-up-http-cache-and-gzip-with-nginx/):
增加響應頭”Vary: Accept-Encoding”
字體類型擴展名
Content-type
.eot
application/vnd.ms-fontobject
.ttf
font/ttf
.otf
font/opentype
.woff
font/x-woff
.svg
image/svg+xml
gzip_vary
Syntax: gzip_vary on | off; Default:
gzip_vary off;
Context: http, server, location
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。