为什么使用trackbacks而不是HTTP Referer头?

为什么使用trackbacks而不是HTTP Referer头?,http,blogs,web-standards,web-architecture,Http,Blogs,Web Standards,Web Architecture,,以及WebReferences等相关协议,用于在其他网站链接到网站时通知网站。但是HTTP Referer头已经完成了这项工作,并被烘焙到现有堆栈中。那么为什么人们会使用trackback和其他类似的系统呢?它们如何优于HTTP Referer标头,这些好处与复杂性权衡相比如何 据我所知,Referer头经常被垃圾邮件发送者欺骗,希望将链接插入web管理仪表盘。但trackback也是如此,其他竞争协议大概也是如此。因此,除非这些系统的主要目的是以某种方式打击垃圾邮件,否则我猜垃圾邮件与此无关

,以及WebReferences等相关协议,用于在其他网站链接到网站时通知网站。但是HTTP Referer头已经完成了这项工作,并被烘焙到现有堆栈中。那么为什么人们会使用trackback和其他类似的系统呢?它们如何优于HTTP Referer标头,这些好处与复杂性权衡相比如何

据我所知,Referer头经常被垃圾邮件发送者欺骗,希望将链接插入web管理仪表盘。但trackback也是如此,其他竞争协议大概也是如此。因此,除非这些系统的主要目的是以某种方式打击垃圾邮件,否则我猜垃圾邮件与此无关。

请参阅。这里列出了所有四种常用方法及其优缺点


当一个博客“提及”另一个博客时,这意味着一条特殊的消息从提及博客发送到原始博客。它通常会发送一次,作为一个通知:“您的博客X已从博客Y链接到”,因此,以前的博客软件现在可以决定在博文X中提及这一点。

查看优势栏,我注意到大多数评论都集中在规范的质量上。例如,Pingback“有一个完整的技术规范”但这不是使用Pingback的理由。一旦你决定使用它,它可能会是你考虑的东西。但我们使用技术并不是因为它们有很好的规格。我认为这可以归结为:HTTP引用器头将责任放在链接到的站点上。Trackbacks将责任放在链接站点上。我遗漏了什么吗?它们是可互换的。文章中提到了它们的目的:“链接回是当其他作者链接到他们的文档时,Web作者获取通知的一种方法。这使作者能够跟踪谁链接到或引用了他们的文章。”使用类似WebReference的功能,这似乎是较新的协议,需要在链接站点和链接到站点上进行额外设置。这似乎是脆弱而复杂的。而且它似乎提供的唯一真正好处是,链接到站点不必获取HTTP Referer头中的URL来解析标题。但对我来说,这似乎是倒退了两步,又前进了一步。