我正在阅读一篇题为"通用提要类型的优化Web提要聚合方法"的论文,并讨论了google的PubSubHubbub协议,该论文指出了它的缺点,例如
此外,还有补丁系统,如pubsubhubbub(Google 2010),它可以被视为提要阅读器和服务器之间的模组。所有这些解决方案仅在客户端和服务器都支持扩展的情况下才有效,这种情况很少见。例如,Pubsubhubbub仅受我们数据集中2%的提要支持。
我从来没有真正与这个协议交互过,它是否需要客户端(订阅者)在其系统上安装某种软件,例如客户端(订阅者)需要提要侦听器来获取提要(这就是上述意思吗)?
我不确定他们从哪里拉出 2% 的数字,但这可能不正确。例如,所有主要的博客平台都支持PubSubHubbub。许多新闻媒体(HuffPo,Gawker,Foxnews,ABCLocal......)也支持该协议。许多其他服务,如Craigslist,Getglue(甚至StackOverflow)。许多其他服务,如Github或Instagram,确实支持类似PubSubHubbub的JSON资源API,即使这超出了当前的(0.3)规范。这样的例子不胜枚举。
现在就复杂性而言,对于巨大的好处来说,这真的不是那么困难。"客户端"(技术上是Web服务器)需要可见,可在防火墙外部访问。对于发布者来说,这甚至更容易,因为他们只需要ping(一个简单的HTTP POST请求)他们之前选择的中心。