最浪费的重定向之一发生在 URL 中缺少尾随斜杠 (/) 时,否则应该有一个。例如,转到http://example.com/action会导致包含重定向到http 的 301 响应: //example.com/action/(注意添加的斜杠)。
那么它背后的原因是什么以及在 Asp.Net 应用程序的情况下如何解决它。任何想法!
最浪费的重定向之一发生在 URL 中缺少尾随斜杠 (/) 时,否则应该有一个。例如,转到http://example.com/action会导致包含重定向到http 的 301 响应: //example.com/action/(注意添加的斜杠)。
那么它背后的原因是什么以及在 Asp.Net 应用程序的情况下如何解决它。任何想法!
它是StaticFileHandler
asp.net 的一部分,所以我认为您不能(轻松地)更改它。这正是静态文件的默认 HTTP 处理程序所做的。
行为的来源是可以在 applicationhost.config 中找到的以下行:
<add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DefaultDocumentModule,DirectoryListingModule">
我怀疑这里导致重定向的特定模块是DefaultDocumentModule
,但这需要进一步调查才能确认。
您可以通过删除来测试它DefaultDocumentModule
,将此行更改为
<add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DirectoryListingModule">
它可能会破坏您的网站,但重定向会消失。
你描述的其实是好事,在网上推荐。来自 nibbler 测试网站:“搜索引擎可能会将这些页面视为具有重复内容的单独页面,它们可能会受到惩罚。”
顺便说一句,301(永久重定向)只在服务器上发生一次。它由用户的浏览器缓存,用户将被引导到正确的浏览器,而无需再次使用服务器。所以不要太担心这个(这不像是 302 临时重定向)
但我也很好奇这发生在哪里。我没有立即在我的路由中看到这一点。如果有人知道,请分享。
更新:显然你有这个属性
routes.AppendTrailingSlash = true;
也许那是造成这种影响的原因?
它遵循 Unix 路径逻辑。不带斜杠的 URI 指向文件,带斜杠的 URI 是目录。
如果您使用尾部斜杠访问 URI,并且在您的服务器上设置了目录列表,您将看到该路径下的所有文件。否则,可能会抛出 301 或 302 重定向,以指示客户端需要使用另一个位置发送请求。
从客户端的角度来看,这 2 个 URI 在 Web 上可能是相同的。结果,服务器大部分时间而不是失败将重定向到另一个位置。当然它是可配置的。
虽然我不是 ASP 专家,但绝对可以在服务器上以配置或编程方式控制重定向。