好吧,如何使用HttpCompression(GZip)在IIS上使用URL路由(擴展名URL)工作6
URL路由很好。不擴展的URL,SEO友好等。但是,似乎IIS 6不對使用無擴展名URL的網站執行壓縮。
WildCard映射已啓用,因此Asp.Net可以處理無擴展文件,但有什麼方法可以將這些資源設置爲gzip?
好吧,如何使用HttpCompression(GZip)在IIS上使用URL路由(擴展名URL)工作6
URL路由很好。不擴展的URL,SEO友好等。但是,似乎IIS 6不對使用無擴展名URL的網站執行壓縮。
WildCard映射已啓用,因此Asp.Net可以處理無擴展文件,但有什麼方法可以將這些資源設置爲gzip?
也許下面的產品可能是有用的:Port80's httpZip
免責聲明:我沒有嘗試過的產品,並且沒有與該公司的下屬機構。在我瞭解到構建在壓縮中的IIS6不是蜜蜂膝蓋後,我只是一直保持它在我的雷達以防萬一帶寬成本經歷了屋頂。
其中一個httpZip FAQ pages狀態: 「通過MIME類型控制壓縮:IIS 6.0內置壓縮使用文件擴展名和/或位置來確定文件是否應該被壓縮如果您需要控制HTTP通過MIME進行壓縮(例如,如果您有像ASP這樣的應用程序文件或輸出具有不同MIME內容的ISAPI篩選器),httpZip的按MIME類型進行壓縮的粒度控件是在IIS 6.0上完成此操作的唯一方法。
爲了解決JackM評論中提出的問題,該產品的一個聲明(在上面的第一個鏈接中)是「通過實時瀏覽器兼容性檢查確保完美的解壓縮。[...稍後...] IIS 6.0在Windows Server 2003上:強大的壓縮引擎內置於Web服務器中,但存在致命缺陷 - 缺少瀏覽器兼容性檢查。「
我其實不認爲HttpCompression對IE6起作用,至少通過IIS。在以前的項目啓動時遇到了類似的問題。公司內部沒有人可以看到該網站,我們發現這是因爲每個人都安裝了IE6。 我們必須刪除壓縮。 – 2009-06-10 21:27:59
那麼,只有當瀏覽器請求時纔會發送Http壓縮。如果IE6不支持它,那麼它不會發送標題。無論如何,誰真的關心IE6? :-)我在FF3中進行所有的測試,然後確保它在IE6中看起來不太可怕。壓縮不在FF3上發生......所以服務器不發送壓縮。 – Armstrongest 2009-06-11 20:59:02