三、web辦事器處置懲罰http緊縮的過程
1. Web辦事器領受到瀏覽器的HTTP請求後，查抄瀏覽器是否支撐HTTP緊縮（Accept-Encoding 信息）；
2. 假如瀏覽器撐持HTTP緊縮，Web服務器查抄要求文件的後綴名；
3. 如果要求文件是HTML、CSS等靜態文件，Web辦事器到緊縮緩衝目次中搜檢是否已存在請求文件的最新緊縮文件；
4. 假如要求文件的緊縮文件不存在，Web辦事器向瀏覽器返回未壓縮的請求文件，並在緊縮緩衝目錄中寄存要求文件的緊縮文件；
5. 假如請求文件的最新壓縮文件已經存在，則直接返回要求文件的壓縮文件；
6. 假如要求文件是動態文件，Web服務器動態壓縮內容並返回瀏覽器，緊縮內容不寄存到壓縮緩存目次中。
DEFLATE是同時利用了LZ77算法與哈夫曼編碼（Huffman Coding）的一個無損數據緊縮算法。
DEFLATE壓縮與解壓的源代碼可以在自由、通用的壓縮庫zlib上找到。
1.查看apache的安裝模式
apachectl -l
Apache的deflate變種可能也沒有zlib header，需要添加假頭後處理。即MS的毛病deflate (raw deflate).zlib頭第1字節通常爲0x78, 第2字節與第一字節合起來的雙字節應能被31整除，詳見rfc1950。例如Firefox的zlib假頭為0x7801，python zlib.compress()了局頭部為0x789c。
4、gzip與deflate區分
對辦事器資本的佔用。一般來說mod_gzip對服務器CPU的佔用要高一些。mod_deflate是專門為確保服務器的機能而利用的一個緊縮模塊，mod_deflate需要較少的資本來壓縮文件。這意味著在高流量的辦事器，利用mod_deflate可能會比mod_gzip加載速度更快。網站架設即在服務器機能足夠的情況下，利用mod_gzip，固然會耗費辦事器機能，可是值得（緊縮更快更好）；在辦事器性能不足的情形下，使用mod_deflate 確保機能。
網站架設 Accept-Encoding: gzip 支持mod_gzip Accept-Encoding: deflate 支撐mod_deflate Accept-Encoding: gzip,deflate 同时撐持mod_gzip 和mod_deflate
Apache上利用Gzip緊縮算法進行緊縮的模塊有兩種：mod_gzip 和mod_deflate。要利用Gzip Web緊縮，請首先確定你的辦事器開啟了對這兩個組件之一的撐持。在Linux辦事器上，此刻已有愈來愈多的空間商開放了對它們的撐持，有的乃至是同時支持這兩個模塊的。例如目前Godaddy、Bluehost及DreamHosts等空間商的服務器都已同時撐持mod_gzip 和mod_deflate。
gzip是一種數據花式，默許且目前僅利用deflate算法緊縮data部門；
deflate與gzip解壓的代碼幾乎相同，可以合成一塊代碼。
5、開啟mod_gzip、mod_deflate
緊縮質量。mod_deflate 壓縮速度略快而mod_gzip 的緊縮比略高。一般默認情形下，mod_gzip 會比mod_deflate 多出4%~6％的緊縮量。
經由過程查看HTTP頭，我們可以快速判定利用的客戶端瀏覽器是不是撐持接管gzip緊縮。若發送的HTTP頭中出現以下信息，則評釋你的瀏覽器支持接管響應的gzip緊縮：
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。
或是在.htaccess檔案成立敘述
如要增添檔案刻日加入代碼
5、對指定的文件設置裝備擺設緩存的生計時間，去除mod_headers.so模塊前面的註釋
IfModule deflate_module是判定如果deflate_module模塊加載的話，履行里面的配置。
SetOutputFilter DEFLATE是設置輸出為deflate緊縮算法。
SetEnvIfNoCase Request_URI是清掃一些常見的圖片，影音，文檔等類型的後綴，不壓縮。
AddOutputFilterByType DEFLATE是對常見的文本類型,如html,txt,xml,css,js做壓縮處置懲罰。
6、在根目錄中新建.htaccess文件，定制緊縮劃定規矩
裡面的文件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
而這些好處其實不僅僅限於靜態內容，PHP動態頁面和其他動態生成的內容均可以經由過程利用Apache緊縮模塊緊縮，加上其他的性能調劑機制和相應的辦事器端緩存法則，這可以大大提高網站的機能。因此，對於擺設在Linux辦事器上的PHP法式，在辦事器撐持的環境下，我們建議你開啟使用Gzip Web緊縮。
下面是兩個演示圖：
deflate 是最根蒂根基的算法，gzip 在deflate 的raw data 前增添了10 個字節的gzheader，尾部添加了8 個字節的校驗字節（可選crc32 和adler32） 和長度標識字節。
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 。
開啟利用Gzip後：
二、什麼是deflate
發現mod_so.c，ok可以動態加模塊，不用重新編譯。
3、點竄Apache的http.conf文件，去除mod_deflate.so前面的註釋
在您的主機下創立以下論述：
未利用Gzip：
| web gzip 測試網站 1、什麼是gzip PS：詳情參考：http://baike.baidu.com/item/gzip?fr=aladdin deflate是一種緊縮算法,是huffman編碼的一種增強。 網頁加載速度加快的好處不言而喻，除節流流量，改良用戶的瀏覽體驗外，另一個潛伏的優點是Gzip與搜刮引擎的抓取對象有著更好的關係。例如Google就可以經由過程直接讀取gzip文件來比通俗手工抓取更快地檢索網頁。在Google網站管理員東西（Google Webmaster Tools）中你可以看到，sitemap.xml.gz 是直接作為Sitemap被提交的。 從Apache 2.0.45入手下手，mod_deflate 可以使用DeflateCompressionLevel 指令來設置緊縮級別。該指令的值可為1（緊縮速度最快，最低的緊縮質量）至9（最慢的壓縮速度，緊縮率最高）之間的整數，其默許值為6（緊縮速度和緊縮質量較為平衡的值）。這個簡單的轉變更是使得mod_deflate 可以輕鬆媲美mod_gzip 的壓縮。 Gzip是一種風行的文件緊縮算法，現在的應用十分普遍，特別是在Linux平台。當運用Gzip緊縮到一個純文本文件時，效果長短常較著的，大約可以削減70％以上的文件巨細。這取決於文件中的內容。 安裝它們的Apache Web辦事器版本的差異。Apache 1.x系列沒有內建網頁壓縮技術，所以才去用額外的第三方mod_gzip 模塊來履行壓縮。而Apache 2.x官方在開辟的時刻，就把網頁緊縮斟酌進去，內建了mod_deflate 這個模塊，用以庖代mod_gzip。固然二者都是利用的Gzip緊縮算法，它們的運作道理是雷同的。 人們遍及認為DEFLATE不受任何專利所製約，而且在LZW（GIF文件格式利用）相關的專利失效之前，這類格式除在ZIP文件格式中得到應用以外也在gzip壓縮文件和PNG圖象文件中獲得了運用。 2.安裝mod_deflate mod_deflate 是apache自帶的模塊,當然是在apache 2後支持的,之前1的時刻是mod_gzip,啟用mod_deflate可以很好的為節流網頁大小,只不過是佔用服務器的資源和內存.用戶看到頁面的速度會大大加快。在apache2.0以上（包括apache2.0）的版中gzip緊縮利用的是mod_deflate模塊 它最初是由Phil Katz為他的PKZIP歸檔對象第二版所界說的，後來界說在RFC 1951規範中。 行使Apache中的Gzip模塊，我們可使用Gzip緊縮算法來對Apache辦事器發布的網頁內容進行壓縮後再傳輸到客戶端瀏覽器。這樣經過壓縮後現實上下降了收集傳輸的字節數，最顯著的好處就是可以加速網頁加載的速度。 更高壓縮率的DEFLATE是7-zip所實現的。AdvanceCOMP也利用這類實現，它可以對gzip、PNG、MNG以及ZIP文件進行緊縮從而得到比zlib更小的文件巨細。在Ken Silverman的KZIP與PNGOUT中利用了一種加倍高效同時要求更多用戶輸入的DEFLATE法式。 |
留言列表
