Linux 虛擬主機上處置懲罰HTTP緊縮之gzip、def
在您的主機下豎立以下論述:
1.查看apache的安裝模式
apachectl -l
二、什麼是deflate
Apache上利用Gzip緊縮算法進行緊縮的模塊有兩種:mod_gzip 和mod_deflate。要使用Gzip Web緊縮,請首先肯定你的辦事器開啟了對這兩個組件之一的支持。在Linux辦事器上,如今已有越來越多的空間商開放了對它們的支撐,有的乃至是同時支持這兩個模塊的。例如今朝Godaddy、Bluehost及DreamHosts等空間商的辦事器都已同時撐持mod_gzip 和mod_deflate。
人們遍及認為DEFLATE不受任何專利所製約,並且在LZW(GIF文件格局使用)相關的專利失效之前,這類花式除在ZIP文件格式中獲得運用以外也在gzip緊縮文件以及PNG圖象文件中得到了利用。
DEFLATE是同時利用了LZ77算法與哈夫曼編碼(Huffman Coding)的一個無損數據壓縮算法。
發現mod_so.c,ok可以動態加模塊,不消從新編譯。
3、點竄Apache的http.conf文件,去除mod_deflate.so前面的註釋
對辦事器資本的佔用。一般來說mod_gzip對服務器CPU的佔用要高一些。mod_deflate是專門為確保辦事器的機能而利用的一個壓縮模塊,mod_deflate需要較少的資本來緊縮文件。這意味著在高流量的辦事器,使用mod_deflate可能會比mod_gzip加載速度更快。即在辦事器機能足夠的環境下,利用mod_gzip,固然會花消辦事器機能,可是值得(壓縮更快更好);在辦事器性能不足的情形下,利用mod_deflate 確保性能。
deflate是一種緊縮算法,是huffman編碼的一種加強。
開啟利用Gzip後:
PS:詳情參考:http://baike.baidu.com/item/gzip?fr=aladdin
deflate 是最基礎的算法,gzip 在deflate 的raw data 前增添了10 個字節的gzheader,尾部添加了8 個字節的校驗字節(可選crc32 和adler32) 和長度標識字節。
未使用Gzip:
deflate與gzip解壓的代碼幾近相同,可以合成一塊代碼。
緊縮質量。mod_deflate 壓縮速度略快而mod_gzip 的緊縮比略高。一般默許情況下,mod_gzip 會比mod_deflate 多出4%~6%的緊縮量。
PS:apxs命令參數申明:
-i此選項默示需要履行安裝操作,以安裝一個或多個動態同享對像到辦事器的modules目次中。
-a此選項自動增添一個LoadModule行到httpd.conf文件中,以激活此模塊,或者,假如此行已存在,則啟用之。
-A與-a選項近似,可是它增添的LoadModule命令有一個井號前綴(#),即此模塊已準備就緒但尚未啟用。
-c此選項表示需要履行編譯操作。它起首會編譯C源法式(.c)files為對應的方針代碼文件(.o),然後連接這些目的代碼和files中其餘的方針代碼文件(.o和.a),以生成動態同享對象dsofile 。若是沒有指定-o選項,則此輸出文件名由files中的第一個文件名猜測獲得,也就是默許為mod_name.so 。
![](http://www.tshopping.com.tw/data/attachment/forum/201812/24/105529xzc2gr2tr8zrcurg.png)
四、gzip與deflate區分
DEFLATE緊縮與解壓的源代碼可以在自由、通用的緊縮庫zlib上找到。
5、開啟mod_gzip、mod_deflate
Gzip是一種風行的文件壓縮算法,現在的運用十分廣泛,特別是在Linux平台。當應用Gzip壓縮到一個純文本文件時,結果是非常明明的,大約可以減少70%以上的文件大小。這取決於文件中的內容。
web gzip 測試網站 1、什麼是gzip Accept-Encoding: gzip 撐持mod_gzip Accept-Encoding: deflate 支撐mod_deflate Accept-Encoding: gzip,deflate 同时支撐mod_gzip 和mod_deflate 或是在.htaccess檔案成立論述 如要增加檔案刻日加入代碼 5、對指定的文件設置裝備擺設緩存的保存時候,去除mod_headers.so模塊前面的註釋 Apache設置裝備擺設文件路徑是:/usr/local/apache/conf/httpd.conf 網站架設
打開此文件查找以下兩行代碼:
前面沒有#符號即為正常的,若是有#符號則透露表現被註釋掉了,刪除前面的#符號即可。網站架設
在Apache 設置裝備擺設文件/usr/local/apache/conf/httpd.conf 的最後添加:
註解:
6、在根目次中新建.htaccess文件,定制緊縮法則IfModule deflate_module是判斷若是deflate_module模塊加載的話,履行里面的設置裝備擺設。 SetOutputFilter DEFLATE是設置輸出為deflate緊縮算法。 SetEnvIfNoCase Request_URI是清掃一些常見的圖片,影音,文檔等類型的後綴,不壓縮。 AddOutputFilterByType DEFLATE是對常見的文本類型,如html,txt,xml,css,js做緊縮處置。 裡面的文件MIME類型可以根據本身情況添加,至於PDF 、圖片、音樂文檔之類的這些自己都已高度緊縮格局,反複壓縮的感化不大,反而可能會因為增加CPU的處理時間及瀏覽器的襯著問題而下降機能。所以就沒需要再通過Gzip緊縮。經由過程以上設置後再查看返回的HTTP頭,呈現以下信息則表白返回的數據已過緊縮。即網站法式所設置裝備擺設的Gzip緊縮已生效。 Content-Encoding: gzip 注:不管利用mod_gzip 仍是mod_deflate,此處返回的信息都一樣。因為它們都是實現的gzip緊縮體式格局。 碰到的問題以及解決: 1:apach2 安裝mod_deflate後restart,直接 load /opt/apache/modules/mod_deflate.so into server: /opt/apache/modules/mod_deflate.so: undefined symbol: deflate 異常的疾苦 什麼ldd mod_deflate.so後再export LIB_LIBRARY_PATH呀,都試了N次,google也go了N天 終於在google上go出來一篇文章,終於解決,方法以下: vi /usr/local/apache2/bin/apr-config 點竄LDFLAGS=" " 為LDFLAGS="-lz" 然後再apxs -ica mod_deflate.c 就OK了. 2:apach2安裝mod_deflate後restart,直接 module deflate_module is built-in and can't be loaded ... 這申明該模塊已安裝,沒必要再LoadModule deflate_module啟用它。 只需做<ifmodule mod_deflate.c>設置裝備擺設 參考文章 https://my.oschina.net/rasine/blog/343769 |
網頁加載速度加快的好處不問可知,除了節省流量,改良用戶的瀏覽體驗外,另一個潛伏的好處是Gzip與搜索引擎的抓取東西有著更好的關係。例如Google就可以經由過程直接讀取gzip文件來比普通手工抓取更快地檢索網頁。在Google網站管理員東西(Google Webmaster Tools)中你可以看到,sitemap.xml.gz 是直接作為Sitemap被提交的。
Apache的deflate變種可能也沒有zlib header,需要添加假頭後處理。即MS的毛病deflate (raw deflate).zlib頭第1字節通常爲0x78, 第2字節與第一字節合起來的雙字節應能被31整除,詳見rfc1950。例如Firefox的zlib假頭為0x7801,python zlib.compress()成效頭部為0x789c。
mod_deflate 是apache自帶的模塊,固然是在apache 2後支撐的,之前1的時辰是mod_gzip,啟用mod_deflate可以很好的為節流網頁巨細,只不外是佔用辦事器的資源和內存.用戶看到頁面的速度會大大加速。在apache2.0以上(包括apache2.0)的版中gzip緊縮利用的是mod_deflate模塊
下面是兩個演示圖:
三、web辦事器處置懲罰http緊縮的過程
1. Web辦事器接收到瀏覽器的HTTP要求後,搜檢瀏覽器是不是支撐HTTP緊縮(Accept-Encoding 信息);
2. 假如瀏覽器撐持HTTP緊縮,Web辦事器檢查要求文件的後綴名;
3. 假如要求文件是HTML、CSS等靜態文件,Web服務器到壓縮緩衝目次中檢查是否已存在請求文件的最新緊縮文件;
4. 如果請求文件的緊縮文件不存在,Web服務器向瀏覽器返回未緊縮的請求文件,並在壓縮緩衝目次中寄存要求文件的壓縮文件;
5. 若是要求文件的最新緊縮文件已存在,則直接返回請求文件的緊縮文件;
6. 如果要求文件是動態文件,Web辦事器動態緊縮內容並返回瀏覽器,壓縮內容不存放到緊縮緩存目錄中。
通過查看HTTP頭,我們可以快速判斷利用的客戶端瀏覽器是不是撐持接受gzip緊縮。若發送的HTTP頭中泛起以下信息,則表白你的瀏覽器支持接管響應的gzip緊縮:
從Apache 2.0.45最先,mod_deflate 可使用DeflateCompressionLevel 指令來設置壓縮級別。該指令的值可為1(緊縮速度最快,最低的緊縮質量)至9(最慢的緊縮速度,壓縮率最高)之間的整數,其默許值為6(緊縮速度和緊縮質量較為平衡的值)。這個簡單的轉變更是使得mod_deflate 可以輕鬆媲美mod_gzip 的緊縮。
![1.png 1.png](https://pic.pimg.tw/netyea/1673008985-3577822497-g.png?v=1673009004)
![](http://www.tshopping.com.tw/data/attachment/forum/201812/24/105529v463ywmvem5w433v.png)
而這些優點其實不僅僅限於靜態內容,PHP動態頁面和其他動態生成的內容均可以經由過程使用Apache緊縮模塊緊縮,加上其他的機能調劑機制和響應的辦事器端緩存法則,這可以大大提高網站的機能。是以,對於部署在Linux辦事器上的PHP法式,在辦事器支持的情況下,我們建議你開啟利用Gzip Web壓縮。
它最初是由Phil Katz為他的PKZIP歸檔東西第二版所定義的,後來定義在RFC 1951規範中。
gzip是一種數據格式,默認且今朝僅利用deflate算法壓縮data部分;
2.安裝mod_deflate
找到原本的apache安裝包安裝mod_deflate
cd httpd-2.0.59/modules/filters
/usr/local/apache2/bin/apxs -i -c -a mod_deflate.c
更高壓縮率的DEFLATE是7-zip所實現的。AdvanceCOMP也使用這類實現,它可以對gzip、PNG、MNG以及ZIP文件進行壓縮從而獲得比zlib更小的文件大小。在Ken Silverman的KZIP與PNGOUT中利用了一種更加高效同時要求更多用戶輸入的DEFLATE程序。
哄騙Apache中的Gzip模塊,我們可使用Gzip緊縮算法來對Apache服務器發布的網頁內容進行緊縮後再傳輸到客戶端瀏覽器。如許顛末緊縮後實際上下降了網絡傳輸的字節數,最較著的優點就是可以加速網頁加載的速度。
deflate使用inflateInit(),而gzip使用inflateInit2()進行初始化,比inflateInit()多一個參數: -MAX_WBITS,暗示處理raw deflate數據。因為gzip數據中的zlib緊縮數據塊沒有zlib header的兩個字節。使用inflateInit2時要求zlib庫忽略zlib header。在zlib手冊中要求windowBits為8..15,可是現實上其它規模的數據有特殊感化,見zlib.h中的註釋,如負數透露表現raw deflate。
安裝它們的Apache Web辦事器版本的差別。Apache 1.x系列沒有內建網頁壓縮手藝,所以才去用額外的第三方mod_gzip 模塊來履行緊縮。而Apache 2.x官方在開發的時辰,就把網頁緊縮考慮進去,內建了mod_deflate 這個模塊,用以庖代mod_gzip。雖然二者都是利用的Gzip壓縮算法,它們的運作道理是雷同的。
以下內文出自: