Superfeedr Introduces Real-time Client Push Capabilities

Phil Leggetter, December 20th, 2010

SuperfeedrReal-time feed parsing company Superfeedr just increased it’s range of technology support which significantly increases the ease that developers can integrate with them. Developers can now connect to Superfeedr using only JavaScript. They appear to have covered all bases with this release by providing support for HTTP Streaming and WebSocket connections for real-time streams. Superfeedr aren’t alone in offering real-time client push but they may well be the first to offer it as an extension of an existing service.

Superfeedr have been building a complex feed fetching and parsing infrastructure for quite some time now. This generally involves subscribing to, and redistributing, RSS feeds (although they’ve also just introduced support for “arbirary content”). This type of functionality has frequently been associated with, and restricted to, server technologies but Superfeedr have just changed that by adding real-time client push technology support so users can now more easily subscribe to feeds from thin clients such as web browsers.

Julien commented on the new server to client focus:

Superfeedr will release more products in this direction, with a greater
focus on Server to client, rather than Server to Server. Even though
having realtime server-to-server communications is required for a lot of
services and apps who publish to other 3rd party apps, or consume from
them, it’s also obvious that having smarter clients who can display
realtime updates without any user interaction (like a refresh) is
becoming a necessity.

Superfeedr are very active at introducing new features based on customer feedback. It’s just one of the reasons why they were recently listed as one of the top 10 RSS and syndication technologies of 2010 by Read Write Web. This relatively recent move to provide real-time client push has again been customer driven.

Julien Genestoux of Superfeedr announced the new functionality on the Superfeedr blog as two separate features – WebSockets and Comet – because it’s now possible to make subscriptions using two additional methods. However, it’s very possible that somebody will write a JavaScript library that hides away the underlying transfer protocol to choose the best connection method for the client runtime; the web browser. The reason this is likely to happen is that WebSocket support is still relatively low in browsers, the specification is still in its infancy and developers just want their real-time client push functionality to work no matter the web browser. WebSocket support has recently been disable in Firefox 4 and Opera due to a security vulnerability adding weight to this argument.

Julien provided his take on WebSockets:

The whole websocket adoption is a chicken and egg problem. Now that some browsers implement it, we need more apps to support it, so that the spec can evolve, become stabler (and more secure) to reach the next iteration and full support by all major browsers.

What this latest real-time client push move actually means for developers is that they don’t have to write any server-side code to integrate with Superfeedr and they can add real-time client push functionality to their applications without the need for any complex infrastructure such as real-time servers.

As far as I’m aware Superfeedr are first company to add real-time client push functionality to their service without it being their core focus. Is this trend set to continue and what will the demand for it be like?

Both comments and pings are currently closed.

6 Responses to “Superfeedr Introduces Real-time Client Push Capabilities”

December 21st, 2010
at 1:34 pm
Comment by: Real Time | My Blog

[...] Superfeedr Introduces Real-time Client Push Capabilities (programmableweb.com) [...]

December 21st, 2010
at 1:43 pm
Comment by: Real Time | Danroberson's Blog

[...] Superfeedr Introduces Real-time Client Push Capabilities (programmableweb.com) [...]

January 6th, 2011
at 5:26 pm
Comment by: Real-time Data Delivery: HTTP Streaming Versus PubSubHubbub

[...] might be why services such as Superfeedr, who consistently champions PubSubHubbub, have introduced support for HTTP Streaming and why new services like DataSift has provided support from almost day [...]

January 7th, 2011
at 4:23 am
Comment by: Real-time Data Delivery: HTTP Streaming Versus PubSubHubbub | Another Newyork Times

[...] might be why services such as Superfeedr, who consistently champions PubSubHubbub, have introduced support for HTTP Streaming and why new services like DataSift has provided support from almost day [...]

January 8th, 2011
at 6:45 am
Comment by: Real-time Data Delivery: HTTP Streaming Versus PubSubHubbub | Phil Leggetter - Real-Time Web Software and Technology Evangelist

[...] might be why services such as Superfeedr, who consistently champions PubSubHubbub, have introduced support for HTTP Streaming and why new services like DataSift has provided support from almost day [...]

February 25th, 2011
at 3:44 pm
Comment by: The Evolution and Future of Real-time Browser Push | Another Newyork Times

[...] seen the introduction of real-time client push technology and APIs to a number of services such as Superfeedr and DataSift. This focus on real-time push to client applications, and in particular web browser [...]

Follow the PW team on Twitter

ProgrammableWeb
APIs, mashups and code. Because the world's your programmable oyster.

John Musser
Founder, ProgrammableWeb

Adam DuVander
Executive Editor, ProgrammableWeb. Author, Map Scripting 101. Lover, APIs.