Nginx性能優(yōu)化之Gzip壓縮設(shè)置詳解(最大程度提高頁面打開速度)
Nginx開啟Gzip壓縮功能, 可以使網(wǎng)站的css、js 、xml、html 文件在傳輸時(shí)進(jìn)行壓縮,提高訪問速度, 進(jìn)而優(yōu)化Nginx性能! Web網(wǎng)站上的圖片,視頻等其它多媒體文件以及大文件,因?yàn)閴嚎s效果不好,所以對(duì)于圖片沒有必要支壓縮,如果想要優(yōu)化,可以圖片的生命周期設(shè)置長(zhǎng)一點(diǎn),讓客戶端來緩存。 開啟Gzip功能后,Nginx服務(wù)器會(huì)根據(jù)配置的策略對(duì)發(fā)送的內(nèi)容, 如css、js、xml、html等靜態(tài)資源進(jìn)行壓縮, 使得這些內(nèi)容大小減少,在用戶接收到返回內(nèi)容之前對(duì)其進(jìn)行處理,以壓縮后的數(shù)據(jù)展現(xiàn)給客戶。這樣不僅可以節(jié)約大量的出口帶寬,提高傳輸效率,還能提升用戶快的感知體驗(yàn), 一舉兩得; 盡管會(huì)消耗一定的cpu資源,但是為了給用戶更好的體驗(yàn)還是值得的。
經(jīng)過Gzip壓縮后頁面大小可以變?yōu)樵瓉淼?0%甚至更小,這樣,用戶瀏覽頁面的時(shí)候速度會(huì)快得多。Gzip 的壓縮頁面需要瀏覽器和服務(wù)器雙方都支持,實(shí)際上就是服務(wù)器端壓縮,傳到瀏覽器后瀏覽器解壓并解析。瀏覽器那里不需要我們擔(dān)心,因?yàn)槟壳暗木薮蠖鄶?shù)瀏覽器 都支持解析Gzip過的頁面。
Gzip壓縮作用:將響應(yīng)報(bào)?發(fā)送?客戶端之前可以啟?壓縮功能,這能夠有效地節(jié)約帶寬,并提?響應(yīng)?客戶端的速度。Gzip壓縮可以配置http,server和location模塊下。Nginx開啟Gzip壓縮參數(shù)說明:
gzip on; #決定是否開啟gzip模塊,on表示開啟,off表示關(guān)閉; gzip_min_length 1k; #設(shè)置允許壓縮的頁面最小字節(jié)(從header頭的Content-Length中獲取) ,當(dāng)返回內(nèi)容大于此值時(shí)才會(huì)使用gzip進(jìn)行壓縮,以K為單位,當(dāng)值為0時(shí),所有頁面都進(jìn)行壓縮。建議大于1k gzip_buffers 4 16k; #設(shè)置gzip申請(qǐng)內(nèi)存的大小,其作用是按塊大小的倍數(shù)申請(qǐng)內(nèi)存空間,param2:int(k) 后面單位是k。這里設(shè)置以16k為單位,按照原始數(shù)據(jù)大小以16k為單位的4倍申請(qǐng)內(nèi)存 gzip_http_version 1.1; #識(shí)別http協(xié)議的版本,早起瀏覽器可能不支持gzip自解壓,用戶會(huì)看到亂碼 gzip_comp_level 2; #設(shè)置gzip壓縮等級(jí),等級(jí)越底壓縮速度越快文件壓縮比越小,反之速度越慢文件壓縮比越大;等級(jí)1-9,最小的壓縮最快 但是消耗cpu gzip_types text/plain application/x-javascript text/css application/xml; #設(shè)置需要壓縮的MIME類型,非設(shè)置值不進(jìn)行壓縮,即匹配壓縮類型 gzip_vary on; #啟用應(yīng)答頭"Vary: Accept-Encoding" gzip_proxied off; nginx做為反向代理時(shí)啟用,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_modefied(啟用壓縮,header頭中不包含 "Last-Modified"),no_etag(啟用壓縮,如果header頭中不包含"Etag"頭信息),auth(啟用壓縮,如果header頭中包含"Authorization"頭信息) gzip_disable msie6; (IE5.5和IE6 SP1使用msie6參數(shù)來禁止gzip壓縮 )指定哪些不需要gzip壓縮的瀏覽器(將和User-Agents進(jìn)行匹配),依賴于PCRE庫 ###################################################################################################### #如下:修改nginx配置文件 /usr/local/nginx/conf/nginx.conf [root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf #將以下配置放到nginx.conf的http{ ... }區(qū)域中 #修改配置為 gzip on; #開啟gzip壓縮功能 gzip_min_length 10k; #設(shè)置允許壓縮的頁面最小字節(jié)數(shù); 這里表示如果文件小于10個(gè)字節(jié),就不用壓縮,因?yàn)闆]有意義,本來就很小. gzip_buffers 4 16k; #設(shè)置壓縮緩沖區(qū)大小,此處設(shè)置為4個(gè)16K內(nèi)存作為壓縮結(jié)果流緩存 gzip_http_version 1.1; #壓縮版本 gzip_comp_level 2; #設(shè)置壓縮比率,最小為1,處理速度快,傳輸速度慢;9為最大壓縮比,處理速度慢,傳輸速度快; 這里表示壓縮級(jí)別,可以是0到9中的任一個(gè),級(jí)別越高,壓縮就越小,節(jié)省了帶寬資源,但同時(shí)也消耗CPU資源,所以一般折中為6 gzip types text/css text/xml application/javascript; #制定壓縮的類型,線上配置時(shí)盡可能配置多的壓縮類型! gzip_disable "MSIE [1-6]\."; #配置禁用gzip條件,支持正則。此處表示ie6及以下不啟用gzip(因?yàn)閕e低版本不支持) gzip vary on; #選擇支持vary header;改選項(xiàng)可以讓前端的緩存服務(wù)器緩存經(jīng)過gzip壓縮的頁面; 這個(gè)可以不寫,表示在傳送數(shù)據(jù)時(shí),給客戶端說明我使用了gzip壓縮
如下是線上常使用的Gzip壓縮配置
[root@external-lb02 ~]# cat /data/nginx/conf/nginx.conf ........ http { ....... gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 9; gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php application/javascript application/json; gzip_disable "MSIE [1-6]\."; gzip_vary on; }
如果不開啟Gzip壓縮功能(即注釋掉Gzip的相關(guān)配置), 查看某個(gè)圖片大小
[root@external-lb02 ~]# ll -h /data/web//www/test.bmp -rw-r--r-- 1 root root 453K 3月 14 18:43 /data/web//www/test.bmp
如下可知, 文件沒有被壓縮,文件傳輸大小還是400多K
如果開啟Nginx的Gzip壓縮功能(即打開Gzip的相關(guān)配置), 然后再次訪問test.bmp圖片, 發(fā)現(xiàn)壓縮后的該圖片文件傳輸大小只有200多K !
通過上面測(cè)試對(duì)比, 發(fā)現(xiàn)Nginx開啟Gzip壓縮功能后, 定義的gzip type的文件在傳輸時(shí)的大小明顯變小, 這樣這會(huì)大大提高nginx訪問性能.
直接用curl測(cè)試命令:
[root@fvtlb02 ~]# curl -I -H "Accept-Encoding: gzip, deflate" "http://fvtvfc-web.kevin.com/service-worker.js" HTTP/1.1 200 OK Server: nginx/1.12.2 Date: Mon, 26 Nov 2018 02:19:16 GMT Content-Type: application/javascript; charset=utf-8 Connection: keep-alive Vary: Accept-Encoding Last-Modified: Sun, 25 Nov 2018 22:28:15 GMT Vary: Accept-Encoding ETag: W/"5bfb21ff-40be" Content-Encoding: gzip
如上,response header頭信息中出現(xiàn)"Conten_Encoding: gzip" , 就說明Nginx已開啟了壓縮 (在瀏覽器訪問, 通過F12看請(qǐng)求的響應(yīng)頭部 也是一樣)
Nginx的Gzip壓縮功能雖然好用,但是下面兩類文件資源不太建議啟用此壓縮功能。
1) 圖片類型資源 (還有視頻文件)原因:圖片如jpg、png文件本身就會(huì)有壓縮,所以就算開啟gzip后,壓縮前和壓縮后大小沒有多大區(qū)別,所以開啟了反而會(huì)白白的浪費(fèi)資源。(可以試試將一張jpg圖片壓縮為zip,觀察大小并沒有多大的變化。雖然zip和gzip算法不一樣,但是可以看出壓縮圖片的價(jià)值并不大)
2) 大文件資源原因:會(huì)消耗大量的cpu資源,且不一定有明顯的效果。
相關(guān)文章
Linux下Nginx服務(wù)設(shè)置開機(jī)自啟動(dòng)的命令詳解
這篇文章主要介紹了Linux下Nginx服務(wù)設(shè)置開機(jī)自啟動(dòng)的命令,文中通過代碼示例介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2024-09-09一些優(yōu)化Nginx服務(wù)器的技巧簡(jiǎn)介
這篇文章主要介紹了一些優(yōu)化Nginx服務(wù)器的技巧簡(jiǎn)介,包括對(duì)HTTP模塊和Events模塊的配置建議,需要的朋友可以參考下2015-06-06利用nginx和騰訊云免費(fèi)證書制作https的方法
這篇文章主要介紹了利用nginx和騰訊云免費(fèi)證書制作https的方法,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-11-11