gzip                on;     # 開啟gzip
gzip_comp_level     6;      # 壓縮等級(jí)：1-9 1:壓縮最快/CPU消耗最少/壓縮率最低 以次類推
gzip_min_length     1000;   # 小于此大小的數(shù)據(jù)不壓縮(單位字節(jié)/byte)；數(shù)據(jù)來源"Content-Length"頭
gzip_buffers        32 4k;  # 壓縮響應(yīng)的緩沖區(qū)數(shù)量和大小(4K 內(nèi)存頁(yè)大小取決于平臺(tái))
gzip_proxied        any;    # 對(duì)代理的請(qǐng)求是否開啟壓縮
gzip_types text/plain application/xml application/javascript application/x-javascript text/css application/json;    # 哪些類型的數(shù)據(jù)需要被壓縮
gzip_disable     "MSIE [1-5]\.";    # User-Agent 被正則匹配到的不開啟壓縮
gzip_vary on;               # 當(dāng)gzip對(duì)請(qǐng)求生效時(shí)會(huì)被添加一個(gè)響應(yīng)頭 "Vary: Accept-Encoding"

tips:

gzip 是動(dòng)態(tài)壓縮：每個(gè)請(qǐng)求在被響應(yīng)時(shí)都會(huì)在gzip邏輯內(nèi)走一遍
壓縮等級(jí)不是越高越好：壓縮到一定程度后就會(huì)吃力不討好，從js的測(cè)試來看性價(jià)比最高的級(jí)別是 5或6
buffer大小設(shè)置最好是和平臺(tái)的內(nèi)存頁(yè)保持一致： getconf PAGE_SIZE
gzip_types不要瞎寫：寫壓縮率大的(css/js/xml/json/ttf)， image圖片就不要寫了，壓縮空間太小，又耗CPU

gzip_static

gzip_stati指令來自 ngx_http_gzip_static_module模塊，提供的核心能力是靜態(tài)/預(yù)壓縮

該模塊提供的指令如下:

gzip_static on|off|always;  # always: 不管客戶端是否支持壓縮我他媽全部給你壓縮之后給你

tips:

可以復(fù)用gzip_module中以下的指令:

gzip_http_version, gzip_proxied, gzip_disable, gzip_vary

gzip_static是靜態(tài)壓縮：意思是你的服務(wù)端需要同時(shí)存在源文件和使用gzip壓縮后的源文件，這時(shí)請(qǐng)求的時(shí)候會(huì)優(yōu)先吧壓縮文件返回，這樣就不用再耗費(fèi)CPU去動(dòng)態(tài)壓縮了。(視情況來用，我們沒用)
可以和gzip一同開啟，沒啥影響，它的優(yōu)先級(jí)高于gzip

易錯(cuò)點(diǎn)提示

在實(shí)際的生產(chǎn)環(huán)境中架構(gòu)都比較負(fù)載，不像一個(gè)單純的Nginx一樣，我配置好了就萬事大吉了。

時(shí)常會(huì)遇到有些網(wǎng)站明明配置了gzip但是展示上看并沒有生效，為什么？

此時(shí)需要梳理這個(gè)請(qǐng)求流程，看看這個(gè)請(qǐng)求都經(jīng)過了哪些地方，比如你的請(qǐng)求通過三次代理(CDN-->Nginx-->Nginx)那么在其中一層沒有配置或者配置錯(cuò)誤那么整體的返回?cái)?shù)據(jù)就是沒有被壓縮的，這種情況出現(xiàn)還是比較多的。

到此這篇關(guān)于Nginx的gzip指令使用小結(jié)的文章就介紹到這了,更多相關(guān)Nginx的gzip指令內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: