站内消息系统规划

hkebao

                                                                                1.没有收短信，因为系统每5秒钟会替你取回最新的消息，如果你登录了的话。
消息的条数这里我们可以通过使用AJAX去请求数据。每隔十秒去看一下是否有新的消息过来！
2.然后点击“撰写新短信”，在“收件人”中填写接收者在博客园的昵称。
在点击写新短信的时候就可以进行搜索出来收件人的相关联系方式出来！
1.发送消息
1.1 发送新消息
1.2 回复消息
2. 查看收到的消息
2.1 查看(删除)全部消息
2.2 查看(删除)好友消息
2.3 查看(删除)系统消息
2.4 查看(删除)陌生人消息
2.5 查看发送的消息
3.编辑联系人
3.1 编辑联系人(成为好友/黑名单)
3.2 查看联系人( 陌生人/黑名单/好友)
1.
用户登陆网站平台之后，按照提示填写所需要发送站内短信的用户，即可发送站内短信。此功能主要为方便会员发布一些隐私性问题，不便于公开的留言反馈资讯信息，当然更多的增加会员与会员之间的联系互动。
    站内短信一经发出之后，如果该接收会员用户处于在线状态，那么在他的电脑上会立马提示你有新信息，如果该用户是离线状态，那么些信息会在他一上线时就马上提醒，做到绝不漏掉一条信息。
2.
1 消息对接收方和发送方都是唯一的,尽管不同的接收方可能会有同样的内容.
   所以对于收件箱的消息,分为两种,一种是私人消息,是一对一的,一种是公共消息,是一对多的.  
   但为了简化处理,可以都当做一对一处理.
2 如果将消息都当做一对一来处理,为了记录消息的状态(未读,已读,已删除),只需要在消息后加上消息状态就可以了,这样是最简单的.
   但后果就是对于公共消息来说,可能会产生冗余信息.
3 如何避免冗余信息?
   其实一封消息对于发送方要保存在发件箱,对于接收方要保存在收件箱.
   所以可以制定一个策略.
   a 发送信息只保存在发送方的发件箱里,对于接收方而言,可以保存发送方的消息ID.
   b 发送方删除信息时,如果接收方消息未删除,修改信息状态为已删除,并不真正删除.
     接收方删除信息时,直接删除消息.并查询发送方的信息状态,如果状态为已删除,再进行真正意义上的删除.
如果要设计的更完善一点的话,可以将信息存储在两张表里,一张是发件箱,一张是收件箱.
因为收件箱不保存消息的内容,所以就算是公共消息,就算有几百W的用户,也只是几百W条而矣.这是必须的开销.
如果对于公共消息,永远不删除,就算删除,只置删除状态的话,也可以用户登录后,再将消息插入到收件箱.这样可以减少开销.
｛｛
消息系统的功能包括：
1.用户能够查看到自己发送出去的消息记录。即发件箱。
2.用户能够查看到属于自己的消息记录即收件箱。
3.标识消息的状态是已读消息未读消息
4.还可以回复消息，删除消息！
｝｝
http://www.multibuy.cn/member/own_message.php?action=add
类似于淘宝网的一个网站！
可以学到里面的网店系统中的消息管理这一块的东西。
会员名是：tianya
密码是：hkebao
消息管理这一块的功能如下：
1.发送消息（有一个功能选项是用户是否保存到发件箱中去）
2.收件箱管理
3.发件箱管理
4.删除
5.清空
收件箱、发件箱数量控制。如果超过了就提示已满！数目不能一直在搞的！
对已读和未读也是加字段，设为bit，0或1，第一次访问，把0改成1，再做个判断验证用户是0或1。
message(id,sendUser,requestUser,title,content,isRead,sendTime)
(1)对于系统信息：每次发送系统信息时在message_sys新增信息，如果哪个用户已读，便在requestUserId里新加用户id（用|或,或其它分隔）。
想法：这样做，系统信息的条数不会太多，查询也便不慢，省空间又省时间。
(2)升级时通知：应该在message里新增了，sendUser为系统管理员即可。
一个message表就可以了，包含字段：发件人id，收件人id，标题，消息内容，消息状态 (0/1/ 已读/未读)，发送者已删除 （0  未删 1 已删），接收者已删除（0 未删 1 已删）
支持这个！
Messages  
  
id
content
from_id   user_id/0
to_id     user_id/0
is_read   0未读/1已读
is_delete 0未删/1接收方删/2发送方删/完全删除
file:///C:/DOCUME%7E1/ADMINI%7E1/LOCALS%7E1/Temp/moz-screenshot.jpg
http://topic.csdn.net/u/20090713/06/51e08a7f-29ec-4045-835e-4f9d519d9dde.html
               
               
               
               
               
               
               
               
               
               
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/84280/showart_2013845.html