我们小组的任务是设计和实现一个大型的用户对用户内部消息传递系统(类似于facebook消息)。该系统预计将处理至少10亿条消息。
该系统将使用php和mysql或nosql数据库构建,我们对任何有帮助的技术都开放。
像这样的内部消息传递系统可能很常见,过去可能已经被不同的公司建立了数百次,我们不想重新发明轮子。
,对于这样的任务,有什么标准的设计模式是过去使用过的吗?
书籍或指南或仅仅是一般性的建议将是非常有用的。
(如果您知道推荐的任何开源(或封闭源代码)软件,这将有助于设计这个系统,这也将是非常感谢的!)
发布于 2012-02-13 05:40:42
这可能更适合programmers.stackexchange.com,但至少有一部分问题可以在这里回答。
有任何标准的设计模式吗?是的。
如果消息可能成为实时消息(例如聊天),那么XMPP是一个很好的选择。维基百科很好地总结了自己的优势,并提到了一个弱点。它也很好,因为您的用户不需要使用您的客户端来交谈,任何XMPP客户端都可以。这是对它有利的一个重要观点(在我看来)。
由于这是标记PHP,下面是我所知道的PHP中的两个XMPP实现:
Lightr http://code.google.com/p/lightr/
Lightr是用面向对象的PHP5编写的XMPP和BOSH客户端。它打算由启用AJAX的前端在间隔上运行,并利用CURL库来处理与BOSH服务器的连接。
XMPPHP http://code.google.com/p/xmpphp/
XMPPHP是我多年来一直承诺的Class.Jabber.PHP的接班人。利用PHP5的优势,我认为它是一个优雅的解决方案,它的特性包括:-连接到任何XMPP1.0服务器(Google、LJ、jabber.org等)--支持TLS加密--几种XML处理方法和支持的样式(无限期处理、processUntil a事件、processTime等)、等待事件或映射它们等等。
我没有用过任何一种。其他人也许能回答你问题的第二部分。
https://stackoverflow.com/questions/9255863
复制相似问题