Victus Spiritus


Real Time Publishing, Help with RSSCloud & PubHubSubbub (Push)

11 Sep 2009

If you're like myself, a fairly active blogger who wants to supply your blog as quickly as possible to interested readers and subscribers, real time publishing is pretty damn cool. Unfortunately, most of us are not experts in Internet based protocols and distribution systems. REST, SOAP, SUP, PubSub... the acronym list goes on but recently there has been a lot of noise about RSSCloud vs. Push (PubHubSubbub).

The short short version: Each protocol allows publishers to let hubs know (ping) about new information. The hubs then ping their subscribers to let them know new information is available. Push sends the latest differences in the update, RSSCloud leaves that functionality to the user, and just lets them know there has been an update.

I've been hanging around some conversations between friendfeed users that openly share their curiosity, and sometimes expert descriptions of the new protocols. The TechCrunch article ,RSSCloud Vs. PubSubHubbub: Why The Fat Pings Win, by Josh Fraser, delineates some of the features of the protocols, and why if he had to choose one he'd go with Push. Luckily we don't have to choose, both can easily be supported by any publisher.

Some additional solutions to over polling:

Roy T. Fielding added some additional insight on the Pub/Sub debate by describing alternative solutions to event based architectures (Push/RssCloud) vs. REST based architectures (html), in his post Paper tigers and hidden dragons. Of course this lead me down the rabbit hole of Bloom Filters (from Joe Gregorio). Bloom filter algorithms support a type of hashing that gives back a controllable level of false positives but is highly compressed and doesn't need information (a legend or key) about a universal set to test for membership (change of users, etc).