PubNub或Pusher并将数据存储在我自己的服务器上

Question

我有一个移动应用程序,用户可以通过聊天(用户只对用户,而不是聊天室)与对方交谈.

今天,一切都是同步的.我们正在考虑将解决方案转换为更"实时"的方式,可能使用PubNub或Pusher.

我们想知道最好的方法,因为我们的服务器需要存储每个发送的消息.

我们想到的是:

• 每个移动应用程序都会使用用户ID作为频道名称来创建频道.
• 此频道将用于移动应用/服务器通信.

我的问题是关于服务器,今天我们有一个Nginx/PHP后端.我们希望我们的服务器能够监听所有用户频道,因为我们需要在我们自己的服务器上存储用户发送的消息.

对于用户与用户的通信,我们正在考虑在消息中创建自己的协议.例如.如果用户111想要向用户222发送"hello",则他可以发布"to:222 hello",这将由服务器检索.

收到此命令后,服务器会将"from:111 hello"推送到他自己的频道(即222).

我在这个设计中看到的问题是我们的服务器需要打开尽可能多的渠道,因为我们的数据库中有总用户.

我没有看到更好的方法来做到这一点.

Answer 1

作为有关如何完成此操作的建议，请尝试下一步：

1. 在自己的频道上订阅客户
2. 使用常量名称在某些特殊频道上订阅服务器
3. 如果客户端A想要向客户端B发送消息，它应该将其发送到服务器之前订阅的通道。也许您必须以特殊格式发送，以便识别发件人和收件人。
4. 服务器解析来自客户端A的格式化消息并将其发送到通道B订阅的通道。

因此，基本上服务器仅在一个频道上订阅并从中接收消息，解析并发送到收件人的频道（您不必订阅要发送消息的频道）。