系统提示：这是一个从旧版社区导入的帖子。
如果显示不正常，或需要查找旧帖中上传的附件，请参照原帖。
原帖地址：http://my.iecn.net/bbs/view/103741.html
如非必要，请不要修改此帖！如果修改，请保留以上信息。

http://www.fbajax.com/
左侧的菜单
[聊天通讯]
主要功能：
1.列出了所有注册用户的昵称，按照在线用户和离线用户排序。
2.有信息到达，自动跳出信息窗口。
3.信息发送和接收，都无需等待。
4.在线用户列表每5秒更新一次。
5.可支持超文本的留言，可直接复制web中的图片到消息框[DIV实现]

★☆分别表示：在线和离线
使用：
0.进入网站后，点【游客登录】按钮，即默认登录到账号guest
1.点击【聊天通讯】，展开下级菜单，列出了所有注册用户的昵称
2.单击任意用户可实现点对点通讯，[/*目前尚未为点对点聊天的记录进行单独保存，目前可自己对自己聊天*/]
3.如果你不想用自动检测消息功能。点自动弹出,知道左边的符号为"X"即可.下次信息到达将不会自动弹出信息窗口。
测试账号：
账号：guest
密码：guest
账号：fish
密码：guest
你也可自己注册一个账号。[退出---注册用户]
欢迎测试

另外，从ue角度来说，一个全ajax的站的ue应该做得更充分，我不喜欢你现在网站的这种弹窗方式，习惯了操作系统的多UI，访问你的网站反而被限制一次只能作一件事情，呵呵，用户感受不会好哦。

这只是一家之言，希望听听你自己的想法。

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

p2p？psp吧？纯web如何实现p2p？

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

psp是啥

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

point-server-point，就是要走服务器的……比如A和B聊天，过程是 A->S->B 或 B->S->A……显然这种模式在有大量用户的情况下服务器是很难撑住的。
p2p是指 point to point，也就是不经过服务器的点对点！比如MSN就是典型的点对点，QQ在正常聊天的情况下也是点对点。比如A和B聊天直接就是 A->B 或 B->A。

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

嗯嗯，明白了。。。。

我作过ajax的测试，每500毫秒读取一次服务端的一个不到1k的文件，结果很容易出现读取失败，服务端拒绝发送信息给我 ，当然这是比较极端的例子，那个服务器本身也不够强壮。

我以前在考虑作ajax的东西的时候就在考虑应该怎么样尽可能的减少对服务器影响，不要因为对服务器端不停的访问，造成不必要的资源浪费。

后来有过一个想法，但是还没实际去应用：


一个聊天室，所有的聊天内容将作为文本文件保存在服务端（或者是数据库，然后缓存为文本文件）。

在客户端页面中每隔很短的时间，使用ajax去获取这个文本文件的header，注意，不是获取文本文件，是获取文本文件的header，这个的速度非常快，而这个文本文件的header中的Last-Modified应该会随着文件的修改而改变。只有发现这个Last-Modified发生变动，才去读取文本文件，并显示，这样能够做到最大程度降低与服务端的交互成本。



不过，对于“header的取得少占用带宽及系统资源”这种说法只是我的主观猜测而已，我没有去证实过（无论是去网上查询或者自己主动测试）。

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

我的浏览器上看不到啊。

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

呵呵，研究一下！

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

我发现有牛人把我的数据文件改了，不知道怎么改的，还是说存在着漏洞 -_-。子乌和钟钟说的没错，要在web上真正实现p2p是不太可能，被动模式的机制，很难办到“推”的功能，只能是模拟的一个p2p，现在已改聊天为“非模式”的了

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。

发现不是有人改的，是有人访问了info.fb文件就会将info.fb文件内容更改，
现在改为info.php似乎就没有了，真是奇怪的
子乌的想法很不错，等稳定了，就去改善一下，目前稳定在内存60M左右，不会出现IE 程序非法了，现在已经支持上下线提示，支持表情了，但是多窗口支持还是有问题

系统提示：这是一个从旧版导入的帖子，如有问题请参照原帖（原帖地址见顶楼）。