[英]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.
