问题描述
类似于人人网，各种应用的消息或者系统消息即时通知用户，这样的功能是怎么设计实现的？此外人人网那个在线会话的功能是怎么实现的？可以在登录过的多个页面中同时都出现？
解决方案
解决方案二：
一个是数据库需要设计在就是拿js实现每隔几秒时间发送一次ajax请求查询用于记录用户消息的记录！需要两张表！并且向关联
解决方案三：
我的初步想法是构造一个通用的消息池，各个应用如果有消息得话就放到消息池中，用户定期查询这个消息池。这个消息池，主要包括两个部分一个是消息的内容，一个是处理这个消息得页面地址不知道这样的设计是否合适？
解决方案四：
有高手在吗
解决方案五：
消息池挺费资源的吧？消息池改成数据库管理吧
解决方案六：
第一个应该是Ajax实现的吧。像很多论坛有新帖时，不用刷新就能提示给用户，也是这么实现的。
解决方案七：
可以这样设计服务器设立一个消息池，然后再创建一个状态标识符，服务器每次向消息池填充消息后更新这个状态标识符客户端采用ajax向服务器发起请求，首先检测状态标识符和客户端保存的是否一致，如果一致，则表示没有新消息，返回如果不一致，则表示有新消息，这时候就获取消息，在向客户端返回小时的时候带着这个状态标识符，客户端收到之后更新客户端保存的状态标识符。
解决方案八：
这个关键是你如何推送[img=http://hqn.jschina.com.cn/v_prop.asp?id=355][/img][img=http://hqn.jschina.com.cn/v_show.asp?m=prop_&id=355][/img]
解决方案九：
是不是需要设计一个专用的功能模块来做消息引擎，负责各种应用的通知呢？
解决方案十：
我也有这样的问题，关注一下
解决方案十一：
引用楼主的回复:
类似于人人网，各种应用的消息或者系统消息即时通知用户，
不上这个网站，不知道你说的是什么操作。
解决方案十二：
引用10楼的回复:
引用楼主的回复:类似于人人网，各种应用的消息或者系统消息即时通知用户，不上这个网站，不知道你说的是什么操作。
就是各种机遇开放API开发的各种应用如何发送各种消息给用户。
解决方案十三：
推送技术（comet）,ASP.NET有的。。可以看看Signalr。。准备用这个做即时通
解决方案十四：
不推荐comet,comet会占用iis的一个连接数的，建议使用ajax推送，每分钟请求一次，查看用户下面是否有位置新短信，返回json{'count':'1'};然后来给用户进行提示，比如微博进入消息页面，就会每30秒接受一个json数据GEThttp://weibo.com/aj/message/remindnew?request_type=2&__rnd=1340489934970200OK113msbase.j...a464878(第1行)参数头信息响应JSON{"code":"100000","msg":"","data":[]}
解决方案十五：
每分钟一次，就谈不上“即时通知”了。你跟别人交谈时，如果固定地停顿1、2秒种你都会懒得用对方通讯——只有刚开始用的时候有点新鲜感时可以暂时忍耐一下。
解决方案：
而每分钟轮询，那么同时给服务器的压力是多大？更关键的不是时间，而是这种坑爹的轮询方式。只要是人数一多，那么轮询的反应时间就慢了十倍，所以就算你拉长轮询间隔时间也只是治标不治本。
解决方案：
引用楼主的回复:
类似于人人网，各种应用的消息或者系统消息即时通知用户，这样的功能是怎么设计实现的？此外人人网那个在线会话的功能是怎么实现的？可以在登录过的多个页面中同时都出现？
会话还是算了。你就先做个貌似消息提醒的简单提示功能吧。
解决方案：
如果是在线im的话，用ajax轮询肯定不行，消息推送的话，轮询是可以的
解决方案：
关于"推",目前来说的话,貌似只能模拟吧...
解决方案：
引用7楼的回复:
这个关键是你如何推送
web开发要怎么推呀？求指教
解决方案：
不难的话，需要session和application就可以了吧，application可以实现即时发送，但是最好还是用ajax，无刷新即时通信。要不socket也可以啊。也可以在里面加上多线程。其实有很多方法可以实现的。
解决方案：
看了这么多。都没有说出正在的解决方案
解决方案：
，http长连接，楼主可google之
解决方案：
对浏览器无要求的话（非IE），可以使用HTML5的WebSocket听说有个“长连接”的东东，参考CSDN博客，tzsmin的专栏
解决方案：
dfsdfsdf
解决方案：
在线IM可以用COMET或者用active
解决方案：
HTML5已经能够实现
解决方案：
SingleR,用这个可以实现
解决方案：
ajax参照webqq
解决方案：
IIS占用连接数怎么了？占用的也是个已经被阻塞的连接，连接是在客户端是挂起的，没有数据传送就没有资源消耗，丝毫不影响服务器性能，现在的web在线聊天，在线客服，全都是用comet，同时100万聊天有问题吗？谁听说过有问题。100万人同时发消息都没问题，那还哪里有问题？还有webqq就是comet技术做的。只有comet才是最节省服务器资源的技术，html5现在还不流行，浏览器兼容问题太大，不提它。要么flash的soket，建立一个长链接，但是监听模式有心跳包传输，否则会由于丢失客户端产生异常，会消耗资源，这种技术一般只适合本地端的网络游戏之类的。