[nycphp-talk] Re: IM App

Larry Velez velez at
Thu Aug 7 20:48:13 EDT 2003

We built a dedicated chat app for a client's website once.  We used Jabber and a Java client for the front end.  It worked great.
Although they hardly ever had anyone in the chat rooms to really test the system under load.   I know this is not a PHP solution but
I don't think PHP is well suited for a real-time application like IM.

| Larry Velez | |

-----Original Message-----
From: talk-bounces at [mailto:talk-bounces at] On Behalf Of Chris Shiflett
Sent: Thursday, August 07, 2003 2:26 PM
To: talk at
Subject: [nycphp-talk] Fwd: Undelivered Mail Returned to Sender

--- crisscott at wrote:
> That is helpful. I obviously wasn't looking at this from the right 
> angle. But like David mentioned, I would think that having lots users 
> sleeping and polling would cause some strain on the server.

Well, it wouldn't cause much strain at all, since it's only having to send a little chunk every time someone sends a message.

What it does do is tie up connections. Most people who do this consider the Web server to be a chat server and dedicate it to that
purpose (or, at least dedicate some Web server to the purpose, perhaps listening on an alternate port). Because the strain is very
little, you can increase your maximum number of child processes/threads/whatever a ton without increasing your load too much (this
tuning requires a bit of experience with tuning Web servers, but trial an error is also very educational). You just need to be able
to support a connection for every user in a chat.

Hope that helps.


Become a better Web developer with the HTTP Developer's Handbook
talk mailing list
talk at

More information about the talk mailing list