PubSubHubbub是Google 推出的一个基于Web-hook方式的解决方案,它包括PubSubHubbub 协议及一个开源的参考实现(Reference Implementation)
PubSubHubbub 是延伸到Atom(和RSS )的一种简单、开放、服务器到服务器的以网络连接为基础的pubsub (发布/订阅)协议。
PubSubHubbub 协议在供稿网址内容更新后,能接近即时的得到通知(通过webhook回调)。
PubSubHubbub 协议概述如下:
一个供稿网址( “主题” )通过<link rel="hub" ...> 标签在其Atom或RSS的XML文件中声明其 Hub server (枢纽服务器) 。这个 Hub(s) 可以由feed的发布者运行,也可以是一个任何人都可以使用得社区 Hub (community hub)。
一个订阅者(对某个主题有兴趣的服务器) ,首先正常的抓取Atom网址。如果Atom档案声明它是 Hub ,订阅者就可以避免重复查看网址,而是在feed的 Hub 注册和订阅更新。
订阅者通过主题的URL的声明的 Hub 订阅这个主题。
当作者更新主题时,Hub 被告知发生了一个更新。
之后 Hub 有效提取 feed 然后同时将新更改后的内容广播向所有订阅的用户。
PubSubHubbub 只是一个协议而不是服务,PubSubHubbub 协议是开发、免费的,没有一家公司在其中进行控制,任何人都可以运行 Hub ,或者使用开放的 Hub 发布和订阅。
PubSubHubbub 的发展历程
Google Reader团队宣布Reader的shared items正式提供对PubSubHubbub的支持,这意味着GoogleReader的shared items将自动pingPubSubHubbub并通过PubSubHubbub实时更新,而所有支持PubSubHubbub的服务都可以在第一时间 看到这些shareditems。
另外,如果你将Reader的shared items加入到了FriendFeed,那么你的好友在你点击”Share”后几秒钟就可以看到你的新的共享项目。
在Blogger10岁生日之际,Google为其加入了PubSubHubbub协议的支 持。这意味着使用支持PubSubHubbub的feed阅读器,比如FriendFeed,LivedoorReader(在日本很流行的一个feed 阅读器)和FaviIt的用户,可以在你更新blog的下一秒就看到你的最新博文。
Blogger对PubSubHubbub的支持是默认打开的,用户不需要进行任何设定来启用 这项功能。
接下来还有待于继续优化,如向 https://feed43.com/ 那样,输入 Web URL 就能生成 RSS Feed,又能根据实际需要自己设定更新时间等。 摘自:《花 2 小时撸一个 RSS 生成器》mp.weixin.qq.com/s/mRjoKgkq1… 今天试着完成如何可以根据实际需要自己设定更新时间间隔时长。 订阅源更新解释 由于我们使用 xpath 方式去抓取网站的内容,这些网站
郑昀 @玩聚SR 200909 早前写的注意事项。现放出来,也许对 PubSubHubbub 爱好者有帮助。 一、启用 PubSubHubbub 协议更新玩聚SR数据的好处: 快。 几乎是一个Google Reader用户分享一篇文章之后的几秒钟时间,我们就可以把数据入库。 而依靠轮询每一个用户的 Google Reader Shared Items Feed,可能需要十几乃至几十分钟才能让一个更
PubSubHubbub是一个“开放的、服务器对服务器、基于Web-hook的发布/订阅协议,是Atom和RSS的扩展”。凭借该协议,感兴趣的参与者在feed有更新时会收到即时通知。该协议由Google开发,在Google Code中可以找到同名的项目。 PubSubHubbub协议将“拉”机制转变成了“推”机制,客户端不用再定时轮询服务器以查看feed是否有更新。客户端订阅一个Hub,当feed
当我看到这个PubSubHubbub 词的时候,我被深深的吸引了,到底什么技术能有这么波澜壮阔的绕口令般名字?后来了解到这是一个好东西。 我们一般订阅RSS的时候,订阅工具都是定一个时间去读取RSS源,这样的话对于更新频繁的或者有些急性子发了文章想立马被人知道的就郁闷了。而且现在RSS都使用FeedBurner或者Feedsky烧录,目的就是为了减少网站的负担,所以订阅的工具也一样,如果能
03-PubSubHubbub 和 twisted 的 Persistent connections 能力 郑昀 201005 隶属于《07.杂项》 关于上节《02-Twisted 构建 Web Server 的 Socket 长链接问题》,还可以继续探讨为何会保持 Socket 长链接。 该关闭的连接没关闭? 有人在twisted邮件列表中也反映: 『We close the render_P
http://news.csdn.net/a/20100304/217309.html