我會推node.js + long polling吧
理由如下
省資源：node.js最適合打雜了，它只跑單程序，async，non-blocking
相對於nginx＋php對於每個request就開一個thread，它真的很省。
前幾天看hacker news有提到某網站利用node.js做了一個同時維持30k即時連線數，執行緒只花了20多mb
不用改很多：node.js自己可以當server，跑個localhost:5678，然後在nginx裡設定個過路連線pass給nodejs，而且json可以丟來丟去，反正都是javascript，省的改型別

看到一個 opensource 的 web IM 系統, 可以參考一下它怎麼作. 應該可以拿它的機制修改來用. FYI.

http://sourceforge.net/projects/webim/
http://mibew.org/index.php

內地有個寫的不錯的跟DZ整合的很緊密，蠻像fb的功能。能下載試用版 http://bbs.ntalker.com/forum.php
能設定訊息來會有聲音通知，且在火狐分頁的該頁上也會閃動提示有新訊息

我有幫人裝了一個，要試的話 > http://newparadise.no-ip.org/bbs

[labman 在  2011-6-29 12:41 AM 作了最後編輯]

建議是使用 node.js + long polling 來做處理

client -> node.js port -> db or memcached

沒甚麼研究，不過看到這標題我會想到now.js、comet、socket、flash media server

這幾項我只碰過fms…

sorry~我並沒有很深入的研究其通訊協定溝通的方式...目前也停留在"只是收集資料"@@
不過針對您的問題,稍為咕狗了一下,以下相關文章供參考

http://cometdaily.com/2008/02/21/comet-vs-bosh/

http://shallon.iteye.com/blog/126428

謝謝daidai提供資訊…

稍稍看了一下，xmpp好像自己是一套分散式的instant message方案…有自己的server，client…

而xmpphp則是php client for xmpp

xmpphp
client A -> php -> apache -> xmpp -> db

如果這樣的話…那跟long polling/comet比…好處在那裡？

long polling
client A -> php -> apache -> db

畢竟long polling少了xmpp一個level。

沒有時間慢慢看…如有錯誤…請見諒與指正。

公司的專案打算自己搞一套即時通訊,大概收集了些資料,目前還沒實做,以下資源可以參考看看喔

Build a web-based notification tool with XMPP
Write real-time web applications with XMPP, PHP, and JavaScript

http://www.ibm.com/developerwork ... r-lnxw07RealTimeApp

http://code.google.com/p/xmpphp/

http://plugins.jquery.com/plugin-tags/xmpp

要做的事還真的不少…不過我覺得都蠻有趣的～ 所以也算是寓工作於娛樂～ （叫「阿Q精神」也可以）

噢~這個真的是工程耗大耶~@@