网页版在线聊天系统开发思路

[fridco]

想请教下，有人开发过在在线聊天系统吗？给点思路。

如果客户端主动获取信息，比如每1s抓取下数据库，有信息则在客户端显示出来。
这样如果同时有1000人在线，是不是太占资源了呀？
网页版的能否做一个被动式相应的程序呢？
比如A发送消息给B，A页面才会刷新获取页面呢？

[三楼の郎]

用application做，15～20年前的网页聊天室

[csdn_aspnet]

http://down.admin5.com/asp/chat/

[xcgh]

有下载的，可以去下载试试

[KK3K2005]

先跑起来 大家进入就可以一起聊天 不要考虑性能 安全 。。 问题 第二期在考虑 那些

[xiaoliuvv]

引用 楼主 frdico 的回复:

想请教下，有人开发过在在线聊天系统吗？给点思路。 如果客户端主动获取信息，比如每1s抓取下数据库，有信息则在客户端显示出来。 这样如果同时有1000人在线，是不是太占资源了呀？ 网页版的能否做一个被动式相应的程序呢？ 比如A发送消息给B，A页面才会刷新获取页面呢？

你的路是正确的，只是后台要用application 也许有多个，其中一个是聊天数量自增的计数器，只要有人发言就增加1 前段页面先去获取自增的id，如果跟客户端保存的一样，就什么也不错，进入下一个循环，如果不一致，那就获取聊天数据，并且将客户端的自增计数器赋值跟服务器端一样 聊天基本都这样，都是客户端主动获取

[fridco]

引用 5 楼 xiaoliuvv 的回复:

[quote=引用 楼主 frdico 的回复:] 想请教下，有人开发过在在线聊天系统吗？给点思路。 如果客户端主动获取信息，比如每1s抓取下数据库，有信息则在客户端显示出来。 这样如果同时有1000人在线，是不是太占资源了呀？ 网页版的能否做一个被动式相应的程序呢？ 比如A发送消息给B，A页面才会刷新获取页面呢？

你的路是正确的，只是后台要用application 也许有多个，其中一个是聊天数量自增的计数器，只要有人发言就增加1 前段页面先去获取自增的id，如果跟客户端保存的一样，就什么也不错，进入下一个循环，如果不一致，那就获取聊天数据，并且将客户端的自增计数器赋值跟服务器端一样 聊天基本都这样，都是客户端主动获取[/quote]客户端主动获取，那获取信息的频率一般是多少呀？

[mickey302]

websocket