我已经研究了很多关于实时聊天应用什么的,但是我真的找不到丢失的部分,也找不到我应该进入的方向。
我要找的东西。是两个用户之间的一种私有的直接消息传递系统,不需要在固定的时间间隔内发送获取请求。
我们已经拥有的. 是整个应用程序的完整posts w/ MySQL,包括用户、帖子、消息、概要文件.和一个完整的角5客户端应用程序。
当前的消息传递系统运行在基本的POST上,以发送消息和获取新消息(每30秒一次)(从那时起,根本就没有实时聊天应用程序的意图)。
就数据库和API而言,两个用户‘s之间存在“会话”,每个会话都使用一个UserID-from来保存消息。
发现建议:
我还想为消息传递部分创建一个单独的微服务,基于NodeJS快速服务器,但话又说回来,客户端需要一个打开的套接字,而不仅仅是“套接字”,而是仅供这两个用户使用的专用通道?(然后,我将不得不使用一些脏的nodejs部件来处理UserID和身份验证,而不是在Mongo中运行所有的东西)
此时..。我不知道进入哪个方向,以及如何实现这一点,而不需要向第三方服务器(例如Firebase )“提供”我们的消息数据,或者尝试4-5种不同的方法来浪费宝贵的时间。
我知道我可能需要重写整个客户端应用程序消息传递部分,但这是我最不关心的。
我应该往哪个方向走,带着什么样的想法?也许有同样情况的人需要转换现有的数据库-对话-用户-填充应用程序?
发布于 2018-07-16 10:32:32
作为最新消息。我已经实现了整个套接字部分,而且它运行得很完美!
目前,我有一个NodeJS (WebSocket)套接字服务器运行,客户端在启动时连接到该服务器。
PHP将一个cURL POST请求发送到带有clientId和有效负载(不同类型、不同主体、.)的套接字服务器。套接字服务器检查该客户端是否连接(通过ID连接查找数组),并将该消息转发给该客户端。然后,客户端处理传入的消息类型,以检查使用有效负载执行哪个操作。
在表演方面没有任何问题或评论。只是IE用户在连接套接字服务器时遇到了一些问题。
目前用于实时通知、聊天消息、后提要更新、.
https://stackoverflow.com/questions/50760308
复制相似问题