标签：javascript node-js pusher pubnub

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

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

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

我们想到的是：

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

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

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

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

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

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

解决方法:

作为关于如何做到的建议,请尝试下一步：

>在自己的渠道订阅客户
>在一些具有常量名称的特殊频道上订阅服务器
>如果客户端A想要向客户端B发送消息,则应将其发送到之前订阅的服务器的通道.也许你必须以特殊格式发送它,这将允许识别发件人和收件人.
>服务器解析来自客户端A的格式化消息,并将其发送到通道B订阅的通道.

所以基本上服务器只在一个频道上订阅并从中接收消息,解析并发送到收件人的频道(您不必在要发送消息的频道上订阅).

标签：javascript,node-js,pusher,pubnub
来源： https://codeday.me/bug/20190517/1121080.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。