关于开发web的实时通讯系统，大家有甚么看法？

我的想法主要是采用ajax技术和socket技术实现，具体实现过程还在酝酿中，不知道各位有甚么高见，指点下。谢谢

方案一：页面主动向后台要数据（假设每隔1秒），当遇到结束符号时停止。
方案二：页面每个1秒去检测后台的标识，当标识有数据的时候，便向后台请求数据。无数据继续监视标识。

第一种时我以前做的时候用的。感觉不是太好。

由于页面的异常多所以要有强大的捕获异常手段。。。。

像Web QQ一样的页面IM工具？

http://webqq.qq.com

https://www88.imhaha.com/webmsg/index.jsp
不小心搜到这个网站，，居然可以用，ls的登不了。。tx自己的居然登不上

最现实和最可行的办法还是flash。socket稳定性，实时性，扩展性都比ajax轮循和server push要好。

ls的说白了就是http协议搞这个只能是辅助，主要功能还得直接动用socket来搞。
顺便说一下，webqq那个菜单树看上去也很垃圾嘛（不知道各位用过后是什么感觉）。

不用socket也可以
不过得在客户这边把数据打包。。。
到客户那边还要拼数据包。。。。
两下加在一起的处理量还是很大的。。。。
如果对时间要求响应不是很高
用BT的方式也可以作。。。

我的意思你理解错了，我没说http不能搞，只能搞辅助，意思是他搞im限制太多（用http搞的系统也是很多的呀，不过这些系统一般都im的要求比较低）。

       在做B/S开发应用时发现，及时通讯（象消息提醒、通知等）已经成为一项很重要和必须的需求被提出。但在之前实现这样的功能时都是采用在页面中放置一个定时器不断地（如每隔1秒）请求服务器来检查是否有新的消息或其它需提醒的信息，然后提醒用户。我不知道这样的做法是一种无赖呢，还是必须？

        在最近的工作任务中有一项任务就是实现文件的交换，就是在不同的服务器之间进行文件的交换。可能大家一下就想到了FTP。但是这样需要配置FTP服务器，需要应用程序以外的资源，故觉不爽。于是想到了Socket，结果在网上google下，还真让我找到了答案。但是发现有些不是很完美的是发现用Socket进行文件交换时有时会出现掉包，所以不得不采取额外的措施来补充（哎，一点瑕疵）。不过从中我发现了中方案来解决前面提出的问题，就是 Socket，因为它是双向的。啊，太兴奋了！赶快给大家分享一下，可是要注册3天后才能发帖有让我郁闷了，不过今天终于可以喷一下了。

       思路：

        现在的B/S都要登录，所以我们就在登录的时候用Applet和服务器建立一连接，然后让它一直连着。然后在别的用户发送消息时调用该连接，然后通过它将消息发给该用户。这样就可以做到实时的通讯了。现在我的问题是，不清楚这样的实现可行吗，有什么需要注意的方面呢？如果可以的话，这将是产品的一大卖点！！我需要得到的很专业和权威的答案！！！

        希望高手们来讨论！！！