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