2009-06-18 50 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