[英]IIS 6 compression on Urlrewritten pages doesn't work
我正在開發一個asp.net網站（運行.net 3.5 SP 1），並使用UrlRewriter.Net（ http://urlrewriter.net/ ）進行urlrewriting。
該站點是帶有所有Service Pack的Windows 2003服務器上的hostet。
它運行IIS 6。
為了啟用url重寫，我為*設置了通配符處理程序，這意味着所有請求都通過asp.net引擎發送。
我還啟用了IIS壓縮功能-當我使用未重寫的url時，此功能可以正常工作。 但是，它不會壓縮重寫的頁面。
我已將aspx，ashx和asmx作為擴展名添加到metabase.xml，並設置了適當的壓縮級別（9），依此類推。
重寫的頁面具有.htm擴展名，所以不應該是因為擴展名錯誤。
任何想法為什么這不起作用？
可能由於通配符，IIS將請求發送到ASP.NET，后者進一步處理頁面生成等。壓縮發生在管道的后期，因此被繞過了...
不幸的是，我沒有足夠的代表發表評論。
如果問題是壓縮是在管道中的錯誤時間發生的，那么我希望它也不適用於.aspx（因為所有內容都是通過asp.net處理程序發送的）
話雖如此，我想它可以在管道中更早地處理.aspx，因為我相信通配符處理程序是“最后的手段”。 不幸的是，在IIS 6上，沒有更改處理程序的優先級:-(
我猜我將不得不向管理員詢問帶有IIS 7的Windows 2008服務器。
對於經典應用程序池，Gzip壓縮在IIS7.5中不起作用
[英]Gzip compression doesn't work in IIS7.5 for classic application pool
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
