2009-06-18 51 views
0

我正在開發一個asp.net站點(運行.net 3.5 SP 1)並使用UrlRewriter.Net(http://urlrewriter.net/)進行urlrewriting。Urlrewritten頁面上的IIS 6壓縮不起作用

該網站是Windows 2003服務器上的hostet,包含所有服務包等。

它運行IIS 6

爲了使URL重寫我設置一個通配符處理程序*,這意味着所有的請求都通過asp.net引擎發送。

我也啓用了IIS壓縮功能 - 當我使用非重寫的URL時,這工作正常。 但是它不壓縮重寫的頁面。

我添加的aspx,ashx的和ASMX作爲擴展到的metabase.xml,並設置適當的壓縮級別(9)等

重寫後的頁面有擴展名爲.htm,因此它不應該是因爲擴展是錯誤的。

任何想法,爲什麼這是行不通的?

回答

1

可能是因爲通配符,IIS發送到ASP.NET,這進一步把手頁面生成等壓縮恰好後期籌備中,所以它被繞過的請求......

0

不幸的是我的天堂」足夠的代表留下意見。

如果問題是,壓縮發生在管道中的錯誤的時間,我希望它沒有爲任何的.aspx(因爲一切都是通過asp.net處理程序中發送)

的工作是說,我想它可以處理管道中的.aspx,因爲我相信通配符處理函數是「最後的手段」。不幸的是IIS 6上沒有改變處理程序的優先級:-(

我想我要問我們的管理員在Windows 2008服務器IIS 7

+0

我試圖與配置數據庫設置鬼混 所以現在就由我的系統管理員決定吧 我相信你對科林的看法是正確的 – Steffen 2009-06-19 07:24:44