使用IIS6和表单身份验证的ASP.NET 2.0路由的性能问题

使用IIS6和表单身份验证的ASP.NET 2.0路由的性能问题,asp.net,iis-7,iis-6,forms-authentication,url-routing,Asp.net,Iis 7,Iis 6,Forms Authentication,Url Routing,出于SEO目的,我的目标是支持URL,以提供更好的索引和更接近对我们网站重要的关键字的匹配。因此,我对一个面向公众的ASP.NET 2.0页面进行了更改,以便它使用路由。所有这些都有很好的文档记录并且易于实施,例如 这一切在我使用II7的开发环境中都很好,但我们的生产环境使用II6,所以我不得不使用通配符应用程序映射。这真的很容易设置。有关详细信息,请参阅以前的链接 然而,每当我尝试并选择一个路由链接时,返回一个页面需要>40秒;其他一切都和以前一样好。我知道IIS6通配符映射支持会出现一些

出于SEO目的,我的目标是支持URL,以提供更好的索引和更接近对我们网站重要的关键字的匹配。因此,我对一个面向公众的ASP.NET 2.0页面进行了更改,以便它使用路由。所有这些都有很好的文档记录并且易于实施,例如

这一切在我使用II7的开发环境中都很好,但我们的生产环境使用II6,所以我不得不使用通配符应用程序映射。这真的很容易设置。有关详细信息,请参阅以前的链接

然而,每当我尝试并选择一个路由链接时,返回一个页面需要>40秒;其他一切都和以前一样好。我知道IIS6通配符映射支持会出现一些性能问题,但这绝对不对


我的理论是,这在某种程度上取决于表单身份验证,我想知道是否有人以前见过这种行为和/或可以提出潜在的解决方案。

从未尝试使用IIS6进行路由,我在web.config中为IIS版本设置了一个密钥,并在My global.asax中进行检查,并仅为IIS7注册路由。在生产中,我将key改为6,并在dev上保持为7

    <add key="iisVersion" value="6"/>
注意:我在IIS6中不使用路由,出于SEO目的,我在IIS6中使用301重定向作为友好url


您是否计划在生产中将iis6迁移到7?希望这能有所帮助。

我们的生产环境将在至少6个月内使用II6,因此我们必须为IIS6找到路由/重写解决方案。我将查看301重定向,看看这是否是一个可行的替代方案。谢谢。你考虑过使用url重写吗?