Thanks for all of your help and clear explanations! FeedBurner seems to auto-add a pubsubhubbub link to all feeds even if the underlying one would rather rely on the polling model. If you look at the differences in XML between the original feed (http://jmillerinc.com/newsyc100.xml) and the feedburner one (http://feeds.feedburner.com/newsyc100) you can see that feedburner automatically adds a <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />. Which my feed reader (theoldreader) then respects and waits for the notification and only refreshes every 6 or so hours. I assume this is probably happening with other burned feeds as well.
It feels like a feedburner is the one that is making the mis-step in the chain (or my expectation that a feed shouldn't have to implement notifications and should be allowed to rely on polling). You guys know of a different group/list that I can post this to for feedburner? Regards, Huff On Wednesday, April 9, 2014 8:36:13 AM UTC-7, Roman Perepelitsa wrote: > > On Wed, Apr 9, 2014 at 5:00 PM, Julien Genestoux > <[email protected]<javascript:> > > wrote: > >> John, you should make that original feed PubsubHubbub first if you want >> feedburner to propagate the updates too. >> > > +1. > > Here's how FeedBurner works. > > Definition: source feed is a feed that publisher hosts. > http://jmillerinc.com/newsyc100.xml is a source feed. > Definition: burned feed is a feed that FeedBurner hosts. > http://feeds.feedburner.com/newsyc100 is a burned feed corresponding to > http://jmillerinc.com/newsyc100.xml. > > When a burned feed is requested from FeedBurner (usually by an RSS > reader), it checks the age of the cached source feed. If it never > downloaded the source feed or it's too old, FeedBurner downloads the source > feed. Then FeedBurner serves the requested burned feed, which is > essentially a transformed source feed (the set of transformations is > specified by the owner of the burned feed in the FeedBurner UI). > > I believe by default FeedBurner will download the source feed if it's > older than 30 minutes, but don't quote me on that. > > All burned feeds support PubSubHubbub with > https://pubsubhubbub.appspot.com/ as the hub end-point, regardless of the > source feed. Whenever the burned feed changes (that happens when FeedBurner > detects changes in the source feed), it notifies > https://pubsubhubbub.appspot.com/, which in turns notifies all > subscribers of the burned feed. > > If the source feed supports PubSubHubbub (it can be any hub, no > necessarily https://pubsubhubbub.appspot.com/), FeedBurner subscribes to > changes. When the publisher notifies its hub about changes to the source > feed, FeedBurner receives those notifications from the hub and instantly > recomputes the burned feed. > > Summary: > > 1. If the source feed doesn't support PubSubHubbub, the burned feed > will be up to 30 minutes behind the source feed. > 2. If the source feed does support PubSubHubbub, the burned feed will > always be up to date and FeedBurner will not have to poll it. > > HTH, > Roman. > > >> >> >> >> -- >> >> *Got a blog? Make following it simple: https://www.subtome.com/ >> <https://www.subtome.com/>* >> >> Julien Genestoux, >> http://twitter.com/julien51 >> >> +1 (415) 830 6574 >> +33 (0)9 70 44 76 29 >> >> >> On Tue, Apr 8, 2014 at 8:30 AM, John Huffaker <[email protected]<javascript:> >> > wrote: >> >>> Thanks for looking into it! >>> >>> If it helps, the primary feed is: >>> http://jmillerinc.com/newsyc100.xml >>> >>> On Monday, April 7, 2014 1:41:56 AM UTC-7, Roman Perepelitsa wrote: >>> >>>> Hi John, >>>> >>>> On Mon, Apr 7, 2014 at 9:23 AM, Julien Genestoux <[email protected] >>>> > wrote: >>>> >>>>> John, >>>>> >>>>> The order of items does not create problem that I know of with most >>>>> hubs. Diffing for RSS/Atom should be done using <guid>/<id> and hence the >>>>> publication time/order should not matter. This is what Superfeedr does >>>>> with >>>>> the hubs it hosts, I'll let Roman explain exatcly how Google does its >>>>> diffs. >>>>> >>>> >>>> It's the same with Google hub: the order of items doesn't matter. >>>> >>>> Now, I Fedburner cannot ping the hub itself if it is not pinged itself >>>>> about an update. So, it would probably be useful to know if the "burnt" >>>>> feed itself uses pubSubHubbub. >>>>> >>>> >>>> I have verified that the hub is receiving pings for this feed from >>>> Feedburner every 6 hours. Let me find out what happens within Feedburner. >>>> I'll get back to you. >>>> >>>> Roman. >>>> >>>> >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> *Got a blog? Make following it simple: https://www.subtome.com/ >>>>> <https://www.subtome.com/> * >>>>> >>>>> Julien Genestoux, >>>>> http://twitter.com/julien51 >>>>> >>>>> +1 (415) 830 6574 >>>>> +33 (0)9 70 44 76 29 >>>>> >>>>> >>>>> On Sun, Apr 6, 2014 at 10:10 PM, John Huffaker <[email protected]>wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> I use an RSS feed for ycombinator that only posts stories that >>>>>> stories that reach 100 points (described here: http://talkfast.org/ >>>>>> 2010/07/23/a-cure-for-hacker-news-overload/). I used to get a >>>>>> fairly snappy steady stream of posts throughout the day but I've noticed >>>>>> in >>>>>> the past month or so that it would tend to burst in every 6 hours or so. >>>>>> I >>>>>> talked to my RSS reader place (theoldreader) and they said that they >>>>>> rely >>>>>> on pubsubhubbub for feeds that support it and do full refreshes on a >>>>>> much >>>>>> slower cycle. They also mentioned that the order in which the items are >>>>>> coming (oldest first, newest last) may be causing problems for >>>>>> pubsubhubbub. All of my searching around made me think that you guys do >>>>>> a >>>>>> plain diff and should be fine with order differences. I'm not 100% sure >>>>>> what is happening with this feed. I've attached the pubsubhubbub status >>>>>> page image and the feedburner output at a snapshot in time. Any help >>>>>> you >>>>>> guys can give me would be very welcome. >>>>>> >>>>>> PS: I'm in contact with both the RSS reader people and the feed >>>>>> author so I can get more info if needed. >>>>>> >>>>>> Regards, >>>>>> John Huffaker >>>>>> >>>>>> -- >>>>>> >>>>>> --- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Pubsubhubbub" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to [email protected]. >>>>>> >>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>> >>>>> >>>>> -- >>>>> >>>>> --- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Pubsubhubbub" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> -- >>> >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Pubsubhubbub" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected] <javascript:>. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "Pubsubhubbub" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > -- --- You received this message because you are subscribed to the Google Groups "Pubsubhubbub" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
