4

最浪费的重定向之一发生在 URL 中缺少尾随斜杠 (/) 时,否则应该有一个。例如,转到http://example.com/action会导致包含重定向到http 的 301 响应: //example.com/action/(注意添加的斜杠)。

那么它背后的原因是什么以及在 Asp.Net 应用程序的情况下如何解决它。任何想法!

4

3 回答 3

1

它是StaticFileHandlerasp.net 的一部分,所以我认为您不能(轻松地)更改它。这正是静态文件的默认 HTTP 处理程序所做的。

行为的来源是可以在 applicationhost.config 中找到的以下行:

<add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DefaultDocumentModule,DirectoryListingModule">

我怀疑这里导致重定向的特定模块是DefaultDocumentModule,但这需要进一步调查才能确认。

您可以通过删除来测试它DefaultDocumentModule,将此行更改为

<add name="StaticFile" path="*" verb="*" modules="StaticFileModule,DirectoryListingModule">

它可能会破坏您的网站,但重定向会消失。

于 2019-01-25T19:50:30.317 回答
0

你描述的其实是好事,在网上推荐。来自 nibbler 测试网站:“搜索引擎可能会将这些页面视为具有重复内容的单独页面,它们可能会受到惩罚。”

顺便说一句,301(永久重定向)只在服务器上发生一次。它由用户的浏览器缓存,用户将被引导到正确的浏览器,而无需再次使用服务器。所以不要太担心这个(这不像是 302 临时重定向)

但我也很好奇这发生在哪里。我没有立即在我的路由中看到这一点。如果有人知道,请分享。

更新:显然你有这个属性

routes.AppendTrailingSlash = true;

也许那是造成这种影响的原因?

于 2015-04-20T14:47:45.523 回答
0

它遵循 Unix 路径逻辑。不带斜杠的 URI 指向文件,带斜杠的 URI 是目录。

如果您使用尾部斜杠访问 URI,并且在您的服务器上设置了目录列表,您将看到该路径下的所有文件。否则,可能会抛出 301 或 302 重定向,以指示客户端需要使用另一个位置发送请求。

从客户端的角度来看,这 2 个 URI 在 Web 上可能是相同的。结果,服务器大部分时间而不是失败将重定向到另一个位置。当然它是可配置的。

虽然我不是 ASP 专家,但绝对可以在服务器上以配置或编程方式控制重定向。

于 2016-08-10T15:37:40.367 回答