【问题标题】:How to get the Asp.Net Core routing engine to strictly respect the route specified?如何让 Asp.Net Core 路由引擎严格遵守指定的路由?
【发布时间】:2017-08-13 06:03:15
【问题描述】:

背景
出于 SEO 目的,同一页面不能有两个 url,否则 Google 会将其中一个页面视为“重复内容”,这将导致 google 降低该页面在搜索引擎结果中的排名。

问题
在 Asp.Net Core 中,当使用基于属性的例程时:

 public class ExampleController: Controller {

    [HttpGet]
    [Route("/example/")]
    public IActionResult Index() {
        return View();
    }     

} 

此路由返回 index.cshtml 页面以响应对 /example/ AND /example 的 URL 请求。但是,我只希望它响应我明确指定的路由,即/example/。如果收到/example 的请求,我不希望此操作方法响应,系统应该改为 404。

问题
我需要在全局级别执行什么操作来强制路由引擎严格遵守指定的路由?

【问题讨论】:

  • 你为什么要这个?这是每个网络服务器都使用的一般规则,尾部斜杠对路由无关紧要。通常 www.example.com 的路径通常是 / 所以它经常被规范化为一个斜杠。
  • 如果你真的想要这个,你可以添加一个中间件,如果缺少斜杠,它总是转发到带有斜杠的 url,但这可能是你的通用解决方案?
  • 我可以添加中间件,但这很麻烦,因为大多数 url 不应该以斜杠结尾,因为大多数将指定视图而不是视图目录。我真正想要的是让 Asp.Net Core 尊重我在基于属性的路由中指定的内容,并且我愿意在必要时重写路由引擎的那部分以获得它。
  • 我刚刚发现这个问题已经在 GitHub 上报告了,我在那里添加了信息。感兴趣的朋友:github.com/aspnet/Routing/issues/380

标签: url routing asp.net-core seo


【解决方案1】:

我不知道为什么有人反对这个问题,我只能猜测他们不了解问题的严重性。也许他们不了解搜索引擎优化的重要性。使用 Asp.Net Core 框架研究这个问题花费了很多时间,所以我在这里分享这项工作以帮助其他人。

事实证明,这个问题在 GitHub 存储库中是 reported,并且正在考虑未来修复。显然,Asp.Net Core 表现出这种错误行为的主要原因是先前版本的 MVC 确实如此。去图吧。

目前没有办法强制 Asp.Net Core 路由引擎严格匹配声明的路由。事实上,当像/example/ 这样的基于属性的路由被声明时,它会在路由数据结构内部存储为/example,这显示了这个问题的深度。非常不幸的是,数据以这种方式存储,使得路由引擎无法辨别/example/example/ 之间的区别,严格来说它们是两个不同端点。

解决问题
由于我等不及修复,我不得不实施解决方法。我解决这个问题的方法是实现在管道早期运行的中间件,该中间件检查所有传入的请求,以确保如果 url 指定了目录的路径,它只以斜杠结尾,这个中间件还要求任何以 a 结尾的路径目录必须以斜杠结尾。如果对不遵循这些规则的 url 的请求进入,它会使用 301 重定向到正确的 url。

例如,给定以下内容:

/somefile.cshtml
/somedir/anotherdir/file.cshtml
/somedir/anotherdir/index.cshtml

/somefile/ 的请求被重定向到/somefile,对/somedir/anotherdir/file/ 的请求被重定向到/somedir/anotherdir/file,对/somedir/anotherdir 的请求被重定向到/somedir/anotherdir/

这种方法解决了默认路由引擎中固有的duplicate content issue,将/somedir/somedir/ 视为同一路由。该方法通过确保只有其中一个进入路由引擎来实现这一点。

我应该补充一点,虽然这种解决方法在某种意义上“解决了”问题,但它的效率不如拥有一个可以被告知严格遵守指定路由的路由引擎。希望我们能在 2.0 版本中为路由提供这样的选项。

【讨论】:

  • 如果提供代码有点容易,我会的。不幸的是,处理这个问题的代码嵌入在一个更大的工作体中,即 CanonicalUrlMiddlware 模块,因此 url 是否应该以斜杠结尾的方面只是该中间件的一个小细节。如果您有具体问题,我很乐意回答有关该方法的问题。
  • @RonC 如何识别文件夹或文件大小写,就像你做的那样?
  • @Fantasterei 在我的情况下,所有 url 路径都是小写的,所以这就是我避免这个问题的方法。
  • 对我来说也一样。但是如何确定它是文件还是目录。我使用了一个 IO 函数,检查 .cshtml 文件(没有索引)来识别。有没有更好的办法?
  • @Fantasterei 我所做的是维护一个包含所有目录路径的 .txt 文件,文件中每行一个。然后,当请求说 /have/fun 时,我检查文本文件以查看 /have/fun/ 是否存在,如果存在,我 301 重定向到该文件。如果没有,我让 /have/fun 的请求继续进行。同样,如果 /not/fun/ 的请求进来,我会检查目录的 .txt 文件以查看它是否是有效目录,如果不是,我会执行 301 重定向到 /not/fun(为了清楚起见,我不实际上直接搜索 .txt 文件,我实际上将所有这些目录路径加载到一个列表中,我可以根据需要进行搜索。)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-09-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-02-17
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多