Urlrewritten 页面上的 IIS 6 压缩不起作用答案

【问题标题】：IIS 6 compression on Urlrewritten pages doesn't workUrlrewritten 页面上的 IIS 6 压缩不起作用
【发布时间】：2010-11-03 22:13:15
【问题描述】：

我正在开发一个 asp.net 站点（运行 .net 3.5 SP 1）并使用 UrlRewriter.Net (http://urlrewriter.net/) 进行 urlrewriting。

该站点在 Windows 2003 服务器上托管，包含所有服务包等。

它运行 IIS 6。

为了启用 url 重写，我为 * 设置了一个通配符处理程序，这意味着所有请求都通过 asp.net 引擎发送。

我还启用了 IIS 压缩功能 - 当我使用未重写的 url 时，它可以正常工作。但是它不会压缩重写的页面。

我添加了 aspx、ashx 和 asmx 作为 metabase.xml 的扩展，并设置了适当的压缩级别 (9) 等。

重写的页面有.htm扩展名，所以应该不是因为扩展名错误。

任何想法为什么这不起作用？

【问题讨论】：

【解决方案1】：

可能是因为通配符，IIS 将请求发送到 ASP.NET，它进一步处理页面生成等。压缩发生在管道的后期，所以它被绕过了......

【讨论】：

【解决方案2】：

很遗憾，我没有足够的代表离开 cmets。

如果问题是压缩发生在管道中的错误时间，我希望它也不适用于 .aspx（因为所有内容都是通过 asp.net 处理程序发送的）

话虽如此，我想它可以在管道的早期处理 .aspx，因为我相信通配符处理程序是“最后的手段”。不幸的是，在 IIS 6 上，处理程序的优先级没有改变:-(

我想我得向我们的管理员询问一个带有 IIS 7 的 Windows 2008 服务器。

【讨论】：