解決關于IIS gzip不能正常啟用的問題
2024-08-29 03:12:29
供稿：網友
1、gzip的下載安裝 一鍵開啟gzip
獨立主機/VPS 一鍵開啟IIS的GZIP方法 //www.49028c.com/article/30151.htm
2、安裝成功后，基本上是可以的， 一般情況下就是 gzip緩存目錄c:/windows/IIS Temporary CompressedFiles 目錄，我們建議放到d盤，并給everyone全部權限即可。
重新啟動iis即可。
IIS啟用Gzip壓縮造成OpenFlashChart不能正常顯示問題及解決方法
在.NET中使用OpenFlashChart控件顯示圖表時，誰會想到圖表顯示正常與否竟然和服務器IIS是否啟用了Gzip壓縮有關呢？
兩個站點用著同一套程序，一個站點OpenFlashChart圖表能正常顯示，另一個站點卻顯示為“ioerror Error #2032”，而且這個問題只出現在IE6瀏覽器中，火狐和IE7中都能正常顯示，是什么原因造成的呢？
百度和Google一番，才查到原因是服務器上采用了Gzip壓縮優化網站和no-cache同時出現造成的,解決方法是在返回的頁面里增加HTTP頭，示例代碼如下：
代碼如下:
Response.Clear();
//Response.CacheControl = "no-cache";
//用這句代替上面一句
Response.AppendHeader("Cache-Control", "no-cache, no-store, must-revalidate, max-age=-1");
Response.Write(chart.ToString()); //輸出openflashchat流
Response.End();
以下是詳細介紹，適合手工配置gzip的朋友
一. HTTP壓縮概述
HTTP壓縮是在Web服務器和瀏覽器間傳輸壓縮文本內容的方法。HTTP壓縮采用通用的壓縮算法如gzip等壓縮HTML、JavaScript或 CSS文件。壓縮的最大好處就是降低了網絡傳輸的數據量，從而提高客戶端瀏覽器的訪問速度。當然，同時也會增加一點點服務器的負擔。Gzip是比較常見的 一種HTTP壓縮算法。
本文介紹的HTTP壓縮方式，采用的是Windows系統設置的方式，優點是效率較高。
二. HTTP壓縮工作原理
Web服務器處理HTTP壓縮的工作原理如下：
Web服務器接收到瀏覽器的HTTP請求后，檢查瀏覽器是否支持HTTP壓縮；
如果瀏覽器支持HTTP壓縮，Web服務器檢查請求文件的后綴名；
如果請求文件是HTML、CSS等靜態文件，Web服務器到壓縮緩沖目錄中檢查是否已經存在請求文件的最新壓縮文件；
如果請求文件的壓縮文件不存在，Web服務器向瀏覽器返回未壓縮的請求文件，并在壓縮緩沖目錄中存放請求文件的壓縮文件；
如果請求文件的最新壓縮文件已經存在，則直接返回請求文件的壓縮文件；
如果請求文件是ASPX等動態文件，Web服務器動態壓縮內容并返回瀏覽器，壓縮內容不存放到壓縮緩存目錄中。
小編在網上找過很多的資料,gzip對搜索引擎Seo不會有影響，并且Baidu也明確表示可以解析Gzip數據。
我們用站長站的工具來檢測一下Gzip以后的效果:
不過注意 GZIP一般只對 Html 之類的文本有效果，而對已經壓縮過了的圖片如 gif,jpg 等是沒有效果的。
