一、gzip介紹

Gzip是一種流行的文件壓縮算法，現(xiàn)在的應(yīng)用十分廣泛，尤其是在Linux平臺。當應(yīng)用Gzip壓縮到一個純文本文件時，效果是非常明顯的，大約可以減少70％以上的文件大小。這取決于文件中的內(nèi)容。

利用Apache中的Gzip模塊，我們可以使用Gzip壓縮算法來對Apache服務(wù)器發(fā)布的網(wǎng)頁內(nèi)容進行壓縮后再傳輸?shù)娇蛻舳藶g覽器。這樣經(jīng)過壓縮后實際上降低了網(wǎng)絡(luò)傳輸?shù)淖止?jié)數(shù)，最明顯的好處就是可以加快網(wǎng)頁加載的速度。

網(wǎng)頁加載速度加快的好處不言而喻，除了節(jié)省流量，改善用戶的瀏覽體驗外，另一個潛在的好處是Gzip與搜索引擎的抓取工具有著更好的關(guān)系。例如 Google就可以通過直接讀取gzip文件來比普通手工抓取更快地檢索網(wǎng)頁。在Google網(wǎng)站管理員工具（Google Webmaster Tools）中你可以看到，sitemap.xml.gz 是直接作為Sitemap被提交的。

而這些好處并不僅僅限于靜態(tài)內(nèi)容，PHP動態(tài)頁面和其他動態(tài)生成的內(nèi)容均可以通過使用Apache壓縮模塊壓縮，加上其他的性能調(diào)整機制和相應(yīng)的服務(wù)器端 緩存規(guī)則，這可以大大提高網(wǎng)站的性能。因此，對于部署在Linux服務(wù)器上的PHP程序，在服務(wù)器支持的情況下，我們建議你開啟使用Gzip Web壓縮。

二、Web服務(wù)器處理HTTP壓縮的過程如下：

1. Web服務(wù)器接收到瀏覽器的HTTP請求后，檢查瀏覽器是否支持HTTP壓縮（Accept-Encoding 信息）；

2. 如果瀏覽器支持HTTP壓縮，Web服務(wù)器檢查請求文件的后綴名；

3. 如果請求文件是HTML、CSS等靜態(tài)文件，Web服務(wù)器到壓縮緩沖目錄中檢查是否已經(jīng)存在請求文件的最新壓縮文件；

4. 如果請求文件的壓縮文件不存在，Web服務(wù)器向瀏覽器返回未壓縮的請求文件，并在壓縮緩沖目錄中存放請求文件的壓縮文件；

5. 如果請求文件的最新壓縮文件已經(jīng)存在，則直接返回請求文件的壓縮文件；

6. 如果請求文件是動態(tài)文件，Web服務(wù)器動態(tài)壓縮內(nèi)容并返回瀏覽器，壓縮內(nèi)容不存放到壓縮緩存目錄中。

下面是兩個演示圖：

未使用Gzip：

開啟使用Gzip后：

三、實施

Apache上利用Gzip壓縮算法進行壓縮的模塊有兩種：mod_gzip 和mod_deflate。 要使用Gzip Web壓縮，請首先確定你的服務(wù)器開啟了對這兩個組件之一的支持。在Linux服務(wù)器上，現(xiàn)在已經(jīng)有越來越多的空間商開放了對它們的支持，有的甚至是同時 支持這兩個模塊的。例如目前Godaddy、Bluehost及DreamHosts等空間商的服務(wù)器都已同時支持mod_gzip 和mod_deflate。

雖然使用Gzip同時也需要客戶端瀏覽器的支持，不過不用擔心，目前大部分瀏覽器都已經(jīng)支持Gzip了，如IE、Mozilla Firefox、Opera、Chrome等。

通過查看HTTP頭，我們可以快速判斷使用的客戶端瀏覽器是否支持接受gzip壓縮。若發(fā)送的HTTP頭中出現(xiàn)以下信息，則表明你的瀏覽器支持接受相應(yīng)的gzip壓縮：

Accept-Encoding: gzip 支持mod_gzip
Accept-Encoding: deflate 支持mod_deflate

Accept-Encoding: gzip,deflate 同時支持mod_gzip 和mod_deflate　　在apache2.0以上（包括apache2.0）的版中g(shù)zip壓縮使用的是mod_deflate模塊，下面是具體配置步驟 如下：

　　 1、修改Apache的http.conf文件，去除mod_deflate.so前面的注釋

復制代碼 代碼如下:

LoadModule deflate_module modules/mod_deflate.so

2、在根目錄中新建.htaccess文件，定制壓縮規(guī)則

復制代碼 代碼如下:

#GZIP壓縮模塊配置
<ifmodule mod_deflate.c>
#啟用對特定MIME類型內(nèi)容的壓縮
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png|exe|t?gz|zip|bz2|sit|rar|pdf|mov|avi|mp3|mp4|rm)$ no-gzip dont-vary #設(shè)置不對壓縮的文件
AddOutputFilterByType DEFLATE text/html text/css text/plain text/xml application/x-httpd-php application/x-javascript #設(shè)置對壓縮的文件
</ifmodule>

3、對指定的文件配置緩存的生存時間，去除mod_headers.so模塊前面的注釋

復制代碼 代碼如下:

LoadModule headers_module modules/mod_headers.so

4、在根目錄中新建.htaccess文件，定制壓縮規(guī)則

復制代碼 代碼如下:

#文件緩存時間配置
<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

里面的文件MIME類型可以根據(jù)自己情況添加，至于PDF 、圖片、音樂文檔之類的這些本身都已經(jīng)高度壓縮格式，重復壓縮的作用不大，反而可能會因為增加CPU的處理時間及瀏覽器的渲染問題而降低性能。所以就沒必要再通過Gzip壓縮。通過以上設(shè)置后再查看返回的HTTP頭，出現(xiàn)以下信息則表明返回的數(shù)據(jù)已經(jīng)過壓縮。即網(wǎng)站程序所配置的Gzip壓縮已生效。

Content-Encoding: gzip注：不管使用mod_gzip 還是mod_deflate，此處返回的信息都一樣。因為它們都是實現(xiàn)的gzip壓縮方式。

除此之外，還可以通過一些在線檢查工具來檢測你的網(wǎng)站內(nèi)容是否已經(jīng)過Gzip壓縮。

四、mod_gzip 和mod_deflate的主要區(qū)別是什么？使用哪個更好呢？

首先一個區(qū)別是安裝它們的Apache Web服務(wù)器版本的差異。Apache 1.x系列沒有內(nèi)建網(wǎng)頁壓縮技術(shù)，所以才去用額外的第三方mod_gzip 模塊來執(zhí)行壓縮。而Apache 2.x官方在開發(fā)的時候，就把網(wǎng)頁壓縮考慮進去，內(nèi)建了mod_deflate 這個模塊，用以取代mod_gzip。雖然兩者都是使用的Gzip壓縮算法，它們的運作原理是類似的。

第二個區(qū)別是壓縮質(zhì)量。mod_deflate 壓縮速度略快而mod_gzip 的壓縮比略高。一般默認情況下，mod_gzip 會比mod_deflate 多出4%~6％的壓縮量。

那么，為什么使用mod_deflate？第三個區(qū)別是對服務(wù)器資源的占用。 一般來說mod_gzip 對服務(wù)器CPU的占用要高一些。mod_deflate 是專門為確保服務(wù)器的性能而使用的一個壓縮模塊，mod_deflate 需要較少的資源來壓縮文件。這意味著在高流量的服務(wù)器，使用mod_deflate 可能會比mod_gzip 加載速度更快。

不太明白？簡而言之，如果你的網(wǎng)站，每天不到1000獨立訪客，想要加快網(wǎng)頁的加載速度，就使用mod_gzip。雖然會額外耗費一些服務(wù)器資源， 但也是值得的。如果你的網(wǎng)站每天超過1000獨立訪客，并且使用的是共享的虛擬主機，所分配系統(tǒng)資源有限的話，使用mod_deflate 將會是更好的選擇。

另外，從Apache 2.0.45開始，mod_deflate 可使用DeflateCompressionLevel 指令來設(shè)置壓縮級別。該指令的值可為1（壓縮速度最快，最低的壓縮質(zhì)量）至9（最慢的壓縮速度，壓縮率最高）之間的整數(shù)，其默認值為6（壓縮速度和壓縮質(zhì) 量較為平衡的值）。這個簡單的變化更是使得mod_deflate 可以輕松媲美m(xù)od_gzip 的壓縮。

P.S. 對于沒有啟用以上兩種Gzip模塊的虛擬空間，還可以退而求其次使用php的zlib函數(shù)庫（同樣需要查看服務(wù)器是否支持）來壓縮文件，只是這種方法使用起來比較麻煩，而且一般會比較耗費服務(wù)器資源，請根據(jù)情況慎重使用。詳細 php啟用zlib壓縮文件