nginx下gzip配置參數(shù)詳解
Nginx自帶的有g(shù)zip模塊 http://wiki.nginx.org/NginxChsHttpGzipModule ,這個模塊支持在線實(shí)時壓縮輸出數(shù)據(jù)流。經(jīng)過良好的配置優(yōu)化,可以大幅的提升網(wǎng)站的輸出效率。
__使用范例__
gzip on;
gzip_min_length 1000;
gzip_proxied expired no-cache no-store private auth;
gzip_types text/plain application/xml;
內(nèi)置變量 $gzip_ratio 可以獲取到gzip的壓縮比率
指令:
[#gzip gzip]
[#gzip_buffers gzip_buffers]
[#gzip_comp_level gzip_comp_level]
[#gzip_min_length gzip_min_length]
[#gzip_http_version gzip_http_version]
[#gzip_proxied gzip_proxied]
[#gzip_types gzip_types]
gzip
語法: gzip on|off
默認(rèn)值: gzip off
作用域: http, server, location, if (x) location
開啟或者關(guān)閉gzip模塊
gzip_buffers
語法: gzip_buffers number size
默認(rèn)值: gzip_buffers 4 4k/8k
作用域: http, server, location
設(shè)置系統(tǒng)獲取幾個單位的緩存用于存儲gzip的壓縮結(jié)果數(shù)據(jù)流。 例如 4 4k 代表以4k為單位,按照原始數(shù)據(jù)大小以4k為單位的4倍申請內(nèi)存。 4 8k 代表以8k為單位,按照原始數(shù)據(jù)大小以8k為單位的4倍申請內(nèi)存。
如果沒有設(shè)置,默認(rèn)值是申請跟原始數(shù)據(jù)相同大小的內(nèi)存空間去存儲gzip壓縮結(jié)果。
gzip_comp_level
語法: gzip_comp_level 1..9
默認(rèn)值: gzip_comp_level 1
作用域: http, server, location
gzip壓縮比,1 壓縮比最小處理速度最快,9 壓縮比最大但處理最慢(傳輸快但比較消耗cpu)。
gzip_min_length
語法: gzip_min_length length
默認(rèn)值: gzip_min_length 0
作用域: http, server, location
設(shè)置允許壓縮的頁面最小字節(jié)數(shù),頁面字節(jié)數(shù)從header頭中的Content-Length中進(jìn)行獲取。
默認(rèn)值是0,不管頁面多大都壓縮。
建議設(shè)置成大于1k的字節(jié)數(shù),小于1k可能會越壓越大。 即: gzip_min_length 1024
gzip_http_version
語法: gzip_http_version 1.0|1.1
默認(rèn)值: gzip_http_version 1.1
作用域: http, server, location
識別http的協(xié)議版本。由于早期的一些瀏覽器或者h(yuǎn)ttp客戶端,可能不支持gzip自解壓,用戶就會看到亂碼,所以做一些判斷還是有必要的。 注:21世紀(jì)都來了,現(xiàn)在除了類似于百度的蜘蛛之類的東西不支持自解壓,99.99%的瀏覽器基本上都支持gzip解壓了,所以可以不用設(shè)這個值,保持系統(tǒng)默認(rèn)即可。
gzip_proxied
語法: gzip_proxied [off|expired|no-cache|no-store|private|no_last_modified|no_etag|auth|any] …
默認(rèn)值: gzip_proxied off
作用域: http, server, location
Nginx作為反向代理的時候啟用,開啟或者關(guān)閉后端服務(wù)器返回的結(jié)果,匹配的前提是后端服務(wù)器必須要返回包含”Via”的 header頭。
off – 關(guān)閉所有的代理結(jié)果數(shù)據(jù)的壓縮
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 – 無條件啟用壓縮
gzip_types
語法: gzip_types mime-type [mime-type ...]
默認(rèn)值: gzip_types text/html
作用域: http, server, location
匹配MIME類型進(jìn)行壓縮,(無論是否指定)”text/html”類型總是會被壓縮的。
注意:如果作為http server來使用,主配置文件中要包含文件類型配置文件
http
{
include conf/mime.types;
……
}
如果你希望壓縮常規(guī)的文件類型,可以寫成這個樣子
http
{
include conf/mime.types;
gzip on;
gzip_min_length 1000;
gzip_buffers 4 8k;
gzip_http_version 1.1;
gzip_types text/plain application/x-javascript text/css text/html application/xml;
……
}
默認(rèn)情況下,Nginx的gzip壓縮是關(guān)閉的
同時,Nginx默認(rèn)只對text/html進(jìn)行壓縮
所以,開啟gzip的指令如下:
gzip on;
gzip_http_version 1.0;
gzip_disable “MSIE [1-6].”;
gzip_types text/plain application/x-javascript text/css text/javascript;
關(guān)于gzip_types,如果你想讓圖片也開啟gzip壓縮,那么用以下這段吧:
gzip_types text/plain application/x-javascript text/css text/javascript application/x-httpd-php image/jpeg image/gif image/png;
注意:
1. 其中的gzip_http_version的設(shè)置,它的默認(rèn)值是1.1,就是說對HTTP/1.1協(xié)議的請求才會進(jìn)行g(shù)zip壓縮,如果我們使用了proxy_pass進(jìn)行反向代理,那么nginx和后端的upstream server之間是用HTTP/1.0協(xié)議通信的
This module makes it possible to transfer requests to another server.
It is an HTTP/1.0 proxy without the ability for keep-alive requests yet. (As a result, backend connections are created and destroyed on every request.) Nginx talks HTTP/1.1 to the browser and HTTP/1.0 to the backend server. As such it handles keep-alive to the browser.
如果我們使用nginx通過反向代理做Cache Server,而且前端的nginx沒有開啟gzip,同時,我們后端的nginx上沒有設(shè)置gzip_http_version為1.0,那么Cache的url將不會進(jìn)行g(shù)zip壓縮
2. gzip_disable的設(shè)置是禁用IE6的gzip壓縮,又是因?yàn)楸叩腎E6
IE6的某些版本對gzip的壓縮支持很不好,會造成頁面的假死,今天產(chǎn)品的同學(xué)就測試出了這個問題,后來調(diào)試后,發(fā)現(xiàn)是對img進(jìn)行g(shù)zip后造成IE6的假死,把對img的gzip壓縮去掉后就正常了,為了確保其它的IE6版本不出問題,所以就加上了gzip_disable的設(shè)置
相關(guān)文章
詳解Nginx中的Rewrite的重定向配置與實(shí)踐
這篇文章主要介紹了詳解Nginx中的Rewrite的重定向配置與實(shí)踐,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-03-03
使用nginx部署前端項(xiàng)目的實(shí)現(xiàn)
前端項(xiàng)目的部署以前一直是把靜態(tài)資源放到后端工程中,隨后端部署一起部署,本文主要介紹了使用nginx部署前端項(xiàng)目的實(shí)現(xiàn),具有一定的參考價值,感興趣的可以了解一下2023-10-10
高性能WEB開發(fā) nginx HTTP服務(wù)器篇
新產(chǎn)品為了效果,做的比較炫,用了很多的圖片和JS,所以前端的性能是很大的問題,分篇記錄前端性能優(yōu)化的一些小經(jīng)驗(yàn)。2010-05-05
nginx配置多個前端項(xiàng)目實(shí)現(xiàn)步驟
本文主要介紹了nginx配置多個前端項(xiàng)目實(shí)現(xiàn)步驟,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-03-03
Nginx配置HTTP強(qiáng)制跳轉(zhuǎn)到HTTPS的解決辦法
這篇文章主要給大家介紹了關(guān)于Nginx配置HTTP強(qiáng)制跳轉(zhuǎn)到HTTPS的解決辦法,當(dāng)Nginx配置https后通常需要將用戶http請求強(qiáng)制跳轉(zhuǎn)到https,需要的朋友可以參考下2023-08-08
Nginx 實(shí)現(xiàn) TCP/DUP流量按 IP 動態(tài)轉(zhuǎn)發(fā)操作方法
為優(yōu)化網(wǎng)絡(luò)性能和提升服務(wù)可用性,通過Nginx配置stream模塊根據(jù)客戶端IP地址動態(tài)轉(zhuǎn)發(fā)TCP請求至不同后端服務(wù)器節(jié)點(diǎn),適用于數(shù)據(jù)庫代理、TCP服務(wù)負(fù)載均衡及地域或來源IP分流的流量調(diào)度等場景,本文給大家介紹Nginx 實(shí)現(xiàn) TCP/DUP流量按 IP 動態(tài)轉(zhuǎn)發(fā)的操作2024-10-10

