Html REST资源的规范URL

Html REST资源的规范URL,html,web-services,http,rest,Html,Web Services,Http,Rest,对于普通的旧网页,如果您在两个位置有重复的内容,您可以将其中一个标记为“规范”,这样网络爬虫和其他人就会知道这只是对资源的另一个引用,并明确定义内容的“真实”位置的URL。这是通过在非规范页面的HTML标记中使用指向原始页面的链接标记来实现的 <link rel="canonical" href="http://www.example.com/the-real-url-of-this-content.php> 可能回答了这个问题 很难说 这是一种通用的链接关系,但它是谷歌“发明”的

对于普通的旧网页,如果您在两个位置有重复的内容,您可以将其中一个标记为“规范”,这样网络爬虫和其他人就会知道这只是对资源的另一个引用,并明确定义内容的“真实”位置的URL。这是通过在非规范页面的HTML
标记中使用指向原始页面的链接标记来实现的

<link rel="canonical" href="http://www.example.com/the-real-url-of-this-content.php>
可能回答了这个问题

  • 很难说
  • 这是一种通用的链接关系,但它是谷歌“发明”的
  • 请参阅规范(您也可以使用HTTP“Link”头字段)
  • 不,没关系;但是,无论发生什么,为同一件事避免多个URI当然是一个好主意

  • 仅包含链接的答案不被视为答案。虽然在这种情况下链接腐烂的可能性很小,但添加摘要仍会提高答案的有用性,并有助于通过搜索引擎查找问题和答案。RFC 6596似乎只关注HTML内容。RFC提供了与我在问题中提到的在HTML文档头标记中指定canonical相同的方法。没有头标记(如JSON、XML等)的非html资源呢。。。?这就是问题的要点。Ray,RFC不是特定于HTML的。Marjan,“规范”链接关系有一个规范,我链接到了它。什么是好的总结?“这是规格”?@JulianReschke感谢您添加到您的答案中——事实上似乎没有人关心它的服务,也没有广泛使用的方法。关于第四点,在许多方面避免重复是很困难的,有时是违反直觉的。例如,假设一个应用程序有用户和家庭。您应该能够通过唯一的ID/user/:ID/和/home/:ID/获取详细信息。用户也可以有一个家,您应该能够在没有家id的情况下找到家,如/user/:id/home/。现在我们有两个URL是逻辑的,但返回重复的内容。