現代的瀏覽器IE6和Firefox都支持客戶端Gzip，也就是說，在服務器上的網頁，傳輸之前，先使用Gzip壓縮再傳輸給客戶端，客戶端接收之後由瀏覽器解壓顯示，這樣雖然稍微佔用了一些服務器和客戶端的CPU，但是換來的是更高的帶寬利用率。對於純文本來講，壓縮率是相當可觀的。如果每個用戶節約50%的帶寬，那麼你租用來的那點帶寬就可以服務多一倍的客戶了。
IIS6已經內建了Gzip壓縮的支持，可惜，沒有設置更好的管理界面。所以要打開這個選項，還要費些功夫。
首先，如果你需要壓縮靜態文件（HTML），需要在硬盤上建一個目錄，並給它“IUSR_機器名”這個用戶的寫權限。如果壓縮動態文件（PHP，asp，aspx）就不需要了，因爲它的頁面是每次都動態生成的，壓縮完就放棄。然後在IIS管理器中，“網站”上面右鍵－屬性，不是下面的某個站點，而是整個網站。進入“服務”標籤，選上啓用動態內容壓縮，靜態內容壓縮。
然後選中網站下面那個服務器擴展，新建一個服務器擴展。名字無所謂，下面的添加文件的路徑是：
c:/windows/system32/inetsrv/gzip.dll，然後啓用這個擴展。
這時候靜態內容是可以壓縮的，但是對於動態內容，aspx文件卻不在壓縮範圍內。因爲默認的可壓縮文件並沒有這個擴展名。而管理界面中你又找不到可以增加擴展名的地方，這時候只能去修改它的配置文件了。
在 c:/windows/system32/inetsrv/下面有個MetaBase.xml文件，可以用記事本打開，找到IIsCompressionScheme，有三個相同名字的段，分別是deflate,gzip,Parameters，第三段不用管它，前兩段有基本相同的參數，在這兩段的參數HcScriptFileExtensions下面都加上一行aspx，如果你有其它的動態程序要壓縮，也加在這裏。HcDynamicCompressionLevel改成9，（0－10，9是性價比最高的一個）。
摘自：http://baike.baidu.com/view/966625.htm
讓Discuz速度再次提升 ——“開啓IIS Gzip壓縮” shillan,2009-08-24 20:45:19
以下方法將提升Discuz6.1壓縮率0.33%，雖然很小，但對於一些訪問量萬以上的站點，將可能是一個速度上的飛躍（未嘗試，所以是可能）。這裏之所以說Disczu6.1壓縮率提升0.33%，因爲以下測試是在Discuz6.1下進行的，其他的建站程序一樣適用（但是，提升的百分比，就不得而知了，歡迎大家測試）
注：通過提高壓縮率，從而提升了用戶瀏覽網站的速度。
【以下是實際的數據測試結果】
未開啓任何Gzip時：
開啓了Discuz6.1後臺的Gzip壓縮：
開啓Windows2003 II6中Gzip壓縮：
通過以上數據對比，似乎提高了 0.33% 不足以說明什麼。個人覺得當是一個較大網站的時候（前提硬件滿足），開啓它會明顯使速度提高。（提升速度的同時，就是犧牲系統資源，所以如果服務器的配置不是太好，需要調整相關參數）
以上數據來源於 http://www.pipeboost.com ，進入後在這個位置輸入網址：
【如何配置II6中Gzip壓縮？】
注：以下教程，部分不給予太多說明，只要按照以下配置，一般不會出現問題（由於自身在配置時，很順利，如果有遇到問題，首先請詳細覈對步驟3次，如果都正確，依然問題存在的話，請回復告知）
如果你要進行測試或安裝，請一個一個字認真閱讀！
步驟一：
打開II6界面 > 選擇“網站” > 右鍵屬性 > 選擇“服務”> 按照圖中打鉤
其中“臨時目錄的最大容量”與“臨時目錄”依據自身自行更改設置
特別注意，要給予臨時目錄 User權限（寫入、修改、讀取）
步驟二：
選擇“Web服務擴展” > 在右側空白處右“鍵新Web服務擴展” > 按照圖輸入相關
“設置擴展狀態爲可選”打鉤
“添加文件”很可能由於每個人服務器配置不同，請自行搜索下（或者按照圖中打入，看看是否存在） 
步驟三：
開始 > 運行中輸入 c:/windows/system32/inetsrv （如果錯誤，請按照圖中輸入）> 找到 MeteBase.xml
複製一份到桌面（並更改爲 bak_MeteBase.xml），作爲備份。
步驟四：
用文本等工具打開 MeteBase.xml > 搜索 Location ="/LM/W3SVC/Filters/Compression/gzip"
然後，你將看到如下代碼（仔細覈對下段落）
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/deflate"
HcCompressionDll="%windir%/system32/inetsrv/gzip.dll"
HcCreateFlags="0"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="TRUE"
HcDoStaticCompression="FALSE"
HcDynamicCompressionLevel="0"
HcFileExtensions="htm
html
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="asp
dll
exe"
>
</IIsCompressionScheme>
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/gzip"
HcCompressionDll="%windir%/system32/inetsrv/gzip.dll"
HcCreateFlags="1"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="TRUE"
HcDoStaticCompression="TRUE"
HcDynamicCompressionLevel="0"
HcFileExtensions="htm
html
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="asp
dll
exe"
>
</IIsCompressionScheme>
替換成：
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/gzip"
HcCompressionDll="%windir%/system32/inetsrv/gzip.dll"
HcCreateFlags="1"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="TRUE"
HcDoStaticCompression="TRUE"
HcDynamicCompressionLevel="10"
HcFileExtensions="html
css
js
htm
xml
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="php
dll"
>
</IIsCompressionScheme>
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/deflate"
HcCompressionDll="%windir%/system32/inetsrv/gzip.dll"
HcCreateFlags="2"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="TRUE"
HcDoStaticCompression="TRUE"
HcDynamicCompressionLevel="10"
HcFileExtensions="html
css
js
htm
xml
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="php
dll"
>
</IIsCompressionScheme>
紅色部分爲你要壓縮的文件類型，請自行增加。上方爲靜態類文件，下方爲動態類文件。
藍色部分爲壓縮等級，數值爲 0-10 ，請自行根據服務器硬件等環境來做調試（可以先用文章開頭時提到的網址，先測試並記錄“未開啓任何Gzip的數值”與“開啓Discuz6.1後臺Gzip數值”，然後配置完成，再記錄“開啓IIS6下的Gzip時的數值”，3個就可以進行對比了）
然後請先保存到桌面，名爲 MeteBase.xml
步驟五：
我的電腦 > 控制面板 > 管理工具 > 服務
找到 IIS Admin Service > 停止
步驟六：
回到找到 MeteBase.xml 的目錄，刪除它
步驟七：
在步驟四的最後，讓大家保存到了桌面，現在我們剪切它。
步驟八：
回到剛纔刪除 MeteBase.xml 的地方，把從桌面剪切的粘貼進來
步驟九：
在步驟五中，我們停止了 IIS Admin Service 服務，現在，我們點啓動它。（圖與步驟五一樣，所以請以實際的爲準）
步驟十：
回到II6中，對其進行重啓IIS
步驟十一：
進入Discuz6.1後臺，關閉 Gzip 壓縮（重要）
如果不關閉，壓縮效果將會降低 0.33% （不關閉，則就是2個Gzip壓縮了，而輸出時，將優先使用Discuz6.1後臺的，所以會下降，一定要關閉）
步驟十二：
更新Disucz6.1緩存，如圖勾選
到此，就配置完畢了！以上教程可能對於部分人來囉嗦，但出於配置考慮，比較詳細。另外Disucz6.1後臺的Gzip壓縮相當於壓縮等級 9，這裏我們調整成了10 。就我個人感覺，Discuz6.1後臺開啓的Gzip壓縮會有比較明顯的點擊停頓，不過很可能能是人感覺，有興趣的朋友可以反覆測試一下！寫了3小時的教程，一些地方如果不足或錯誤，請指出，請勿用不文明的語言：）
謹慎開啓GZip加速 可能影響百度蜘蛛抓取 shillan,2009-08-24 20:46:34
GZip是“GNU Zip”的縮寫，是由Jean-loupGailly開發的壓縮方式。“GZip加速”就是在頁面由服務器傳送向客戶端之前先用GZip壓縮，然後到客戶端再進行解壓操作，由於傳輸數據量大大減小，下載速度當然有所提高。不過目前寬帶已經普及，這種技術並不會帶來明顯的速度提升。
由於該項功能需要在客戶端進行解壓縮，所以就需要搜索引擎蜘蛛可以正確的解壓縮才能分析網頁中的內容，如果解壓縮失敗，那就會導致搜索引擎蜘蛛抓取失敗，對此GZip的問題我進行了一次試驗。
這次我的試驗用了6個網站，網站都是保持每日更新，雖然不是原創，但是都是人工選擇性複製，並且進行標題修改。其中有3個是我自己的，都放在了門戶通的服務器上(開啓了GZip)，一個是客戶的，放在他自己的服務器中(開啓了GZip)，還有兩個也是客戶的，放在購買的虛擬主機中(沒開啓GZip)，經過兩個多月的收錄分析，開始收錄都正常，每週都保持增長，但在上週三大更新，開啓了GZip的4個站點，百度收錄都降低了60%左右，沒開啓GZip的兩個站點收錄大幅增長，這個週三大更新，開啓了GZip的4個站點，其中一個收錄只剩下了主頁，其餘三個收錄減少大約30頁左右，沒有開啓GZip的兩個站點收錄依舊大幅增長;這6個站點谷歌收錄都非常正常，沒有出現任何大波動，都平穩的提高收錄。
基於此次試驗，初步的驗證結果是谷歌可以完美的支持GZip壓縮，百度支持的並不太好，我估計可能是因爲有的服務器壓縮率過大可能導致蜘蛛的識別失敗，所以導致了服務器日誌中大量的出現200 0 64記錄，以前我們對於200 064問題討論過很久，都沒有一個最終的結論，現在看來因爲Gzip引起的可能性很大。
目前我已經將放在門戶通的網站轉移到了沒有開啓GZip的服務器中，我會持續保持觀察，看看轉以後的收錄情況是否會有好轉。
監測下服務器是否開啓了GZip的方法是隨便選擇該服務器中的一個網站用“GZip檢測工具”檢查下即可知道結果。如果你的站也出現了收錄大幅下滑的症狀，建議你去檢測下，看看是不是也開啓了GZip壓縮功能。
