[erlang-questions] Twoorl: an open source Twitter clone

Dale Harvey <>
Sun Jun 1 17:44:53 CEST 2008


is also pretty topical read, Blaine Cook (ex twitter dev) mentioned it

"Scaling Twitter as a messaging platform is pretty easy. See Mickaël
Rémond's post<http://www.process-one.net/en/blogs/article/introducing_the_xmpp_application_server/>on
the subject. Scaling the archival, and massive infrastructure concerns
(think billions of authenticated polling requests per month) are not, no
matter what platform you're on. Particularly when you need to take complex
privacy concerns into account."

2008/6/1 Steve <>:

> On Jun 1, 10:01 am, "Patrick Logan" <> wrote:
> > "Yaws at the front end, definitely - but rather /RabbitMQ/ at the back
> end."
> > I'm not sure why RabbitMQ would be a better choice than XMPP /
> > ejabberd for a text messaging system?
> Well, I've not really done my "due diligence" on this,  but here goes
> anyway - the first considerations that come to mind with XMPP/ejabberd
> is support for... multiple recipients, offline delivery, clients as
> systems (web servers, sms gateways) not user apps (browsers/phones). I
> could probably add to the list.
> >
> > In addition to that XMPP can federate with existing IM systems, an
> > XMPP-based "Twoorl" could federate itself easily across multiple
> > organizations.
> I can't see how this applies here.. you see, the MQ suggestion was for
> an additional back-end tier... I wasn't bothering to address the front
> end interface(s) -- maybe I wasn't clear enough on that?
> > How easy is it to federate across organizational boundaries AMQP or
> > RabbitMQ in particular? I mean assuming if Twoorl does get to this
> > scale, does he want to continue paying for the entire infrastructure?
> I'm not sure I understand the question here in this context. The
> suggestion was assuming that you run the entire service a la Twitter.
> /regs
> _______________________________________________
> erlang-questions mailing list
> http://www.erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20080601/27508ea4/attachment.html>

More information about the erlang-questions mailing list