2009年7月17日

PubSubHubbub:实时反馈和实时反馈??

从一个地方到另一个地方的数据永远不会太快。仅仅一两年前,RSS的速度还算不错,但是现在,RSS提要的延迟时间从几分钟到几个小时不等,再加上源站点上反复轮询的问题,才华横溢的工程师团队已经开始着手解决这个问题。在这些问题上,使用诸如 FrimeFor的简单更新协议(SUP)和新的 胡言乱语采取最明显的路线。.

PubSubHubbub是作为Atom的扩展而设计的协议,其设计目的是将更新从一个网络流到下一个网络的时间减少到几乎为零,并且实际上消除了对下游服务不断请求数据的需要。.

最近,我们了解到,饲料分配系统中的几个主要参与者已经签署了PubSuuHubBub列车。第一,上星期五, FoeWrar宣布最初支持该项服务使所有的出版商都能用PopScript选项(包括我自己)来启用订阅。第二, 谷歌阅读器集成演示在TechCrunch实时Crunch,如果只是在原型的形式。第三,FriendFeed几乎立即宣布支持,这意味着如果我在这里发布一篇文章,它应该会在瞬间同时击中FriendFeed和Google Reader,而不需要我进行任何手动更新。.

这两项服务都很热心,公告很出色,但在上周,我并没有真正看到任何不同。在博客上发表的帖子并没有立即击中FrimeFi,我没有看到谷歌阅读器的更新。星期三晚上11点11分,我做了一个测试。M题为“PubSubHubBub试验:11:11P.M“什么也没发生。几分钟后,我把它删除了。但它并没有被忽视。1点以后。M我收到了一封电子邮件 布伦特·斯拉特金是协议背后的工程师之一,询问它是否工作过。这是正确的。1点以后。M一个谷歌工程师在这个非常酷的工具后面照顾到足够给我一封个人电子邮件,并确保一切都很好。.

我说我没有看到它的工作,并问它是否像往常一样,用户错误。但我确信不,你做的一切都是对的!“随着事情的成熟,他们会“把扭结弄清楚。““

这种友好、有帮助的外展服务是像谷歌这样的大公司所不能期待的、非常真实、个性化的服务,但它确实发生了,人们非常感激。正如我在这个博客上多次指出的,任何能够帮助更进一步、更快地分发数据的方法我都是超级粉丝。我是RSS、Google Reader和FriendFeed的忠实粉丝,这对你们中的任何人来说都不足为奇,PubSubHubbub看起来将会对整个生态系统产生重大的促进作用。.

看看今晚我做的测试。1点08分A。M, 来自DEV服务器的帖子花了不到4秒的时间从博客到FrADFIPS。( 看到这里事实上,它可能更快,但它在我改变浏览器窗口之前就已经登陆了。布雷特可能不是“4秒很快,但他正在从事一项与成长中的PubUsHubBub社区的奇妙工作。 从他对《友谊报》的评论中可以看出.这就是科技和硅谷应该走的路。.

无可奉告:

发表评论