康爷释出两篇pubsubhubbub入门开发教程《PubSubHubbub工作原理及使用入门》和《[教程]如何使用PubSubHubbub协议》，这里补充几点：
一、关于订阅过期和自动订阅刷新：
我们简称第一个请求“Subscriber Sends Subscription Request”（Subscriber-->Hub）为Subscription Request，称第二个请求“Hub Verifies Intent of the Subscriber”（Hub-->Subscriber）为Verification。
还存在一个保持心跳的策略，即Automatic Subscription Refresh。这样，当你的 subscriber 掉线或者宕机一段时间后，hub就不用再 push 数据给你了。
1：
当发起Verification请求时，hub还会附带发过来一个参数：
hub.lease_seconds=3600
表明一小时后这个订阅就会过期（subscription expiry）。
2：
hub.lease_seconds这个值可以是第一次请求订阅时subscriber告诉hub的，也可以是hub自己决定的。
3：
如果Subscription Request请求中并未设定hub.lease_seconds，说明是打算永久订阅，那么hub保持心跳的策略是：
订阅过期前，hub会主动给subscriber重新发一个确认请求，要求subscriber再次确认是否订阅。 在这个确认请求中，所有参数与Verification请求的一样，只是challenge code是新的。
所以，subscriber不需要专门处理Automatic Subscription Refreshing问题，因为第一是hub主动发起是否继续订阅的请求，第二subscriber还是按照惯例回复challenge code以及200 OK即可延续订阅。
二、关于处理更新内容：
对于订阅了Google Reader Shared Items的Subscriber，当内容更新时，hub由于是“无状态”的，所以第一次订阅时hub会发送过来这个Shared Items Feed的所有数据，通常是8条数据。
之后通常它只会把最新Shared的那篇文章发送过来，这就说明它还是有状态的。
Hub Server保存状态也是有一定的时间限制的 ，假如某一个用户长时间没有分享过文章，比如睡觉去了，那么第二天他再次分享文章时，Hub会把所有数据（8条）都推送过来。这说明在一段时间内，比如一小时内，Hub缓存了推送给Subscriber的数据状态，过期就清了 。Hub 不再记得曾经给你发送过哪些数据。
举例，某一次hub发送过来的Request.content为：
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/" xmlns:idx="urn:atom-extension:indexing" idx:index="no" xmlns:gr="http://www.google.com/schemas/reader/atom/"><generator uri="http://www.google.com/reader">Google Reader</generator><id>tag:google.com,2005:reader/user/15221435823542888940/state/com.google/broadcast</id><link href="http://pubsubhubbub.appspot.com/" rel="hub"/><title>zhengyun's shared items in Google Reader</title><gr:continuation>CPbs2qqhq5wC</gr:continuation><link href="http://www.google.com/reader/public/atom/user%2F15221435823542888940%2Fstate%2Fcom.google%2Fbroadcast" rel="self"/><author><name>zhengyun</name></author><updated>2009-09-24T15:22:57Z</updated>
<entry gr:crawl-timestamp-msec="1253805777401"><id gr:original-id="">tag:google.com,2005:reader/item/adfecf99f68d6292</id><title type="html">【幸福课】心灵之旅：如果不知道真正想做的事情，你可以 | 幸福课_传播有益的心理学</title><published>2009-09-24T15:22:57Z</published><updated>2009-09-24T15:22:57Z</updated><link href="http://www.xingfuke.net/psyblog/xingfuke1861.html" type="text/html" rel="alternate"/><link href="http://www.xingfuke.net/" rel="related" title="www.xingfuke.net"/><content type="html" xml:base="http://www.xingfuke.net/psyblog/xingfuke1861.html">现在没有方向和答案的话，那么先读100本书、锻炼好身体，这两件事永远都是对的、永远都是立马应该去做的。</content><author gr:unknown-author="true"><name>(author unknown)</name></author><source gr:stream-id="user/15221435823542888940/source/com.google/link"><id>tag:google.com,2005:reader/user/15221435823542888940/source/com.google/link</id><title type="html">www.xingfuke.net</title><link href="http://www.xingfuke.net/" type="text/html" rel="alternate"/></source></entry>
</feed>
anyway，subscriber要：
1：
接到数据，最好异步处理（解析、入库等），要确保尽快返回，尤其是当你接收的是Shared Items Feed XML 时，以防万一数据字节数太大。
2：
虽然Hub有状态，但你自己也要保证有状态，知道哪些Items是新发布的，毕竟Hub是否只推送最新分享的文章取决于Google Reader用户的分享频率。
3：
当你要接收成百上千Feed的更新时，可以针对每一个Feed设定不一样的callback地址，比如：
对于 keso 的 Shared Items，指定callback地址是：
http://Server/subscribe/keso ，这样，当你收到数据时，不需要解析Feed XML内容就知道这是哪一个Shared Items的更新。
三、hub何时通知你有更新
并不是像通常想像的，你一在Google Reader里点击了某篇文章的Shared按钮，hub就立刻推送更新到subscriber。未必 。
多数情况下，几秒钟就Push新数据过来了。但有时，可能是hub的策略设定，是两次shared点击才会触发一次hub推送，推送的数据内容就是这个批次分享的那两篇文章。
