未利用Gzip：

    1. Web辦事器領受到瀏覽器的HTTP要求後，搜檢瀏覽器是不是支撐HTTP壓縮（Accept-Encoding 信息）；

    2. 如果瀏覽器撐持HTTP緊縮，Web辦事器檢查要求文件的後綴名；

    3. 如果要求文件是HTML、CSS等靜態文件，Web服務器到緊縮緩衝目次中查抄是不是已存在要求文件的最新緊縮文件；

    4. 若是請求文件的緊縮文件不存在，Web服務器向瀏覽器返回未壓縮的要求文件，並在緊縮緩衝目錄中寄存要求文件的緊縮文件；

    5. 假如要求文件的最新緊縮文件已存在，則直接返回請求文件的壓縮文件；

    6. 假如要求文件是動態文件，Web服務器動態壓縮內容並返回瀏覽器，緊縮內容不存放到緊縮緩存目次中。

發現mod_so.c，ok可以動態加模塊，不消從頭編譯。

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 。

        安裝它們的Apache Web辦事器版本的差別。Apache 1.x系列沒有內建網頁緊縮手藝，所以才去用額外的第三方mod_gzip 模塊來執行緊縮。而Apache 2.x官方在開辟的時刻，就把網頁緊縮斟酌進去，內建了mod_deflate 這個模塊，用以代替mod_gzip。固然兩者都是使用的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。        

3、點竄Apache的http.conf文件，去除mod_deflate.so前面的註釋

        deflate是一種緊縮算法,是huffman編碼的一種增強。

1.查看apache的安裝模式
apachectl -l

        deflate 是最根蒂根基的算法，gzip 在deflate 的raw data 前增添了10 個字節的gzheader，尾部添加了8 個字節的校驗字節（可選crc32 和adler32） 和長度標識字節。

        它最初是由Phil Katz為他的PKZIP歸檔工具第二版所界說的，後來界說在RFC 1951規範中。

        緊縮質量。mod_deflate 緊縮速度略快而mod_gzip 的緊縮比略高。一般默許情況下，mod_gzip 會比mod_deflate 多出4%~6％的壓縮量。

在您的主機下成立以下論述：

      操縱Apache中的Gzip模塊，我們可以使用Gzip緊縮算法來對Apache辦事器發布的網頁內容進行壓縮後再傳輸到客戶端瀏覽器。如許經由緊縮後實際上下降了收集傳輸的字節數，最較著的益處就是可以加快網頁加載的速度。

        對辦事器資本的佔用。一般來說mod_gzip對辦事器CPU的佔用要高一些。mod_deflate是專門為確保辦事器的性能而利用的一個緊縮模塊，mod_deflate需要較少的資源來壓縮文件。這意味著在高流量的辦事器，利用mod_deflate可能會比mod_gzip加載速度更快。即在服務器機能足夠的情況下，利用mod_gzip，固然會耗費辦事器機能，然則值得（緊縮更快更好）；在辦事器機能不足的環境下，使用mod_deflate  確保機能。

        deflate與gzip解壓的代碼幾乎不異，可以合成一塊代碼。

        gzip是一種數據格式，默認且今朝僅利用deflate算法緊縮data部份；

        DEFLATE是同時利用了LZ77算法與哈夫曼編碼（Huffman Coding）的一個無損數據緊縮算法。

        mod_deflate 是apache自帶的模塊,固然是在apache 2後撐持的,之前1的時辰是mod_gzip,啟用mod_deflate可以很好的為節流網頁巨細,只不外是佔用服務器的資本和內存.用戶看到頁面的速度會大大加速。在apache2.0以上（包孕apache2.0）的版中gzip緊縮利用的是mod_deflate模塊

      而這些益處其實不僅僅限於靜態內容，PHP動態頁面和其他動態生成的內容都可以經由過程利用Apache緊縮模塊緊縮，加上其他的性能調劑機制和響應的辦事器端緩存法則，這可以大大提高網站的機能。是以，對於佈置在Linux服務器上的PHP法式，在服務器支撐的情形下，我們建議你開啟利用Gzip Web緊縮。

下面是兩個演示圖：

PS：詳情參考：http://baike.baidu.com/item/gzip?fr=aladdin

        Apache的deflate變種可能也沒有zlib header，需要添加假頭後處置懲罰。即MS的毛病deflate (raw deflate).zlib頭第1字節通常爲0x78, 第2字節與第一字節合起來的雙字節應能被31整除，詳見rfc1950。例如Firefox的zlib假頭為0x7801，python zlib.compress()成績頭部為0x789c。        

        更高緊縮率的DEFLATE是7-zip所實現的。AdvanceCOMP也利用這類實現，它可以對gzip、PNG、MNG和ZIP文件進行壓縮從而得到比zlib更小的文件大小。在Ken Silverman的KZIP與PNGOUT中利用了一種加倍高效同時要求更多用戶輸入的DEFLATE法式。