You may want to consider using Node.js along with socket.io.
Socket.io provides a cross-browser "socket" that makes streaming really easy
and portable.
It will use WebSockets if the browser has them, otherwise it falls back to
the next best adapter.

Node scales very nicely (thanks to it's event-driven model) and provides
good performance (blazing fast v8 engine).

I have considered doing this as a side project, but it would make for a fun
GSoC project!
Run with it if it sounds like a good plan. :)

On Sat, Mar 26, 2011 at 4:15 PM, Pouyan Zachar <pouyans...@gmail.com> wrote:

> Hey Everyone,
>
> I wanted to suggest an approach to implement a similar API like
> "Twitter's streaming API":
> One could utilize SQLSpaces (available under
> http://sqlspaces.collide.info/) as a base and mediator for message
> based communication, this has following advantages:
>
> i) SQLSpaces can work with diffenerent SQL implementations in
> background (MySQL, HyperSQL or PostgreSQL)
> ii) SQLSpaces supports interface to various languages (Prolog,PHP,Java
> etc.) making it possible for agents written in other languages to
> process available data
> iii) SQLSpaces provides a so called "Callback" feature which replaces
> the client side polling, i.e. if new data is available the registrant
> would be notified.
> iv) SQLSpaces supports secure connections (SSL) and user authentication
>
> So it would be possible to develope a frame work (both back and front
> end) so that users can establish long lived HTTP connections to the
> server and they would be notified as soon as desired information is
> available. Moreover it would be possible to develope agents (or bots)
> which process available information on the server to produce
> customized views and data.
>
> I would appreaciate feedbacks
>
> regards
> Pouyan
> _______________________________________________
> StatusNet-dev mailing list
> StatusNet-dev@lists.status.net
> http://lists.status.net/mailman/listinfo/statusnet-dev
>
_______________________________________________
StatusNet-dev mailing list
StatusNet-dev@lists.status.net
http://lists.status.net/mailman/listinfo/statusnet-dev

Reply via email to