xmpphp如何实现点对点、点对多,多对多通讯,在网上找得资料是可以连接任何XMLPP1.0服务器,实例里是连接google的一个通讯软件
    我的理解是:如果要进行通讯,是不是需要一个XMLPP1.0服务器做中转?XMLPP1.0服务器该怎么搭建呢?
    希望高手能帮忙解答,不胜感激!
    一直在思考web实时通讯问题,曾经眼睛过comit服务器推技术,但是我不认为那是服务器推,跟长连接没什么区别,这么做得效率太低了!
    有什么办法能解决web实时通讯效率问题呢?

解决方案 »

  1.   

    始终想不通,web聊天必须一直保持连接,而xmlpphp说是持久连接,如果有3000人同时在线,那服务器能承受吗,压力有多大啊!http为什么就这么脆弱呢
      

  2.   

    持久连接其实在linux下问题不大,nginx (epoll),3000多连接完全可以应付得来。windows就不知道了,维持这些连接肯定可以,但处理效率如何不敢说,个人觉得IIS会完蛋。。要解决即时通信的问题,有一个办法可以尝试,用flash内嵌一个客户端socket,连接到一个C/C++写的socket服务端,不采用http协议?以前记得有一个webgame是这么实现的。comit技术的思想个人有些不认同,http协议擅长处理的是请求-响应模式的短连接,各种web服务器也根据这个需求进行了一些优化(IO不说,就后端处理方面,每个连接都要至少占用个1线程或进程,上千个线程的上下文切换是不是会损失很多效率?)。如果非要让http协议来维持长连接并且即时推送,这有点像用火箭拉着公鸡上天,还指望它能下蛋。
      

  3.   

    不是http脆弱,而是目前来看,处理php这种脚本必须要为每个请求单独开一个线程。如果你自己编写一个http服务端来实现,那么性能是完全可以满足需求的。
      

  4.   

    楼上说了很在理,我找过很多相关资料,就csdn里面谈论这个话题的,不下于10篇,最后都没有完美的解决方法!发现我有点钻牛角尖了,就像让指甲刀去切肉,呵呵