我们正在尝试实现一个通知模块。它允许网站内部用户相互发送消息。一个关键特性是它允许业务用户向用户发送批量消息。我们在这里谈论的是数百万用户。
目前计划为发布/订阅模型。一旦登录,系统将从数据库表中检索用户的相关消息。当每个用户都被允许删除和回复他/她收到的消息时,逻辑变得越来越复杂。
Pubsubhub 似乎是更多的服务器到服务器。对于这种情况,XMPP 似乎太复杂了。
我错过了什么?我可以让它更简单吗?任何现有的图书馆可以建立?我愿意接受任何建议。
我们正在尝试实现一个通知模块。它允许网站内部用户相互发送消息。一个关键特性是它允许业务用户向用户发送批量消息。我们在这里谈论的是数百万用户。
目前计划为发布/订阅模型。一旦登录,系统将从数据库表中检索用户的相关消息。当每个用户都被允许删除和回复他/她收到的消息时,逻辑变得越来越复杂。
Pubsubhub 似乎是更多的服务器到服务器。对于这种情况,XMPP 似乎太复杂了。
我错过了什么?我可以让它更简单吗?任何现有的图书馆可以建立?我愿意接受任何建议。
听起来数据库实际上就是您所需要的。你没有提到任何需要实时通知。如果这是一个 Web 应用程序并且用户正在登录,那么您可能只需要用户和消息之间的简单关系就可以向一个(或数百万)用户发送任何消息。您的关系表可以包含读取和删除的标志。
一种选择是使用 Joomla 之类的东西。
它是开源的,他们已经解决了你试图解决的所有问题。或者,如果您必须构建它,我们在这里谈论的是什么语言?
你是认真地说你有数百万“内部”员工吗?听起来您可能需要一个电子邮件服务器!
说真的,请告诉我们更多..