这是一个创建于 3403 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在处理系统消息模块，包括：个人消息（评论，点赞），系统消息，订阅消息，私信。
有什么好的方案？用别人的？MySQL？NoSql？
取点精。
第 1 条附言 · 2015-08-04 09:51:08 +08:00
第 2 条附言 · 2015-08-04 09:51:26 +08:00
 |
1
tabris17 2015-08-04 09:33:14 +08:00
如果没有实时推送要求的话就存数据库里，不用长连接 comet 轮询什么的，每次刷新页面或者刷新特地页面的时候去检查下数据库有没有新消息
消息产品机制分两种，一种是推送，也就是主动产生消息，比如评论消息，当有用户发送评论时，产生对应的消息，保存到数据库中；还有一种是拉取，也就是被动产生消息，评论时不产生消息记录，而是用户登录时去检查一下自己之前关注的帖子有没有新的评论，如果有则产生消息 |
 |
2
wanjun 2015-08-04 09:40:39 +08:00
简单点的
信息存数据库，前端定时轮询，将在线用户的消息数量缓存到内存或者redis，注意有新消息时修改 |
 |
3
500miles 2015-08-04 11:11:58 +08:00
数据方面 : redis 配合 mysql 挺好...
技术方面 : 1, comet 长轮询 ... 简单 暴力 又有效 2, 长连接方向.. 维护socket服务 , 用websocket协议建立连接 或者 node.js系列 [ socket.io ] |
|
4
500miles 2015-08-04 11:13:37 +08:00
3, 实时性要求不高 , 正常http request 模式咯
|
 |
5
laoyuan 2015-08-04 12:02:20 +08:00
存Mysql，user 表弄个字段记录新消息数，header.php select 一下这个用户的新消息数。前端先不管它，又不是聊天网站用不着实时更新。这个方案日UV 两万以内的站就可以了
|
|
6
laoyuan 2015-08-04 12:03:42 +08:00
很多网站这些个东西弄得挺好，但日UV两万以前早就死掉了哈哈
|
 |
7
grasses OP 目前的想法是：离线用户拉，在现用户推。
推用redis自带的消息订阅模式，并同时存储在RSS、System的集合里面。 离线用户登录后，先查找RSS、System的集合，然后拉下来到自己的集合。 消息存储用Redis哈希表。 |
Select Language