首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >PHP &Range2-“实时”直接消息传递w/自有API和数据库

PHP &Range2-“实时”直接消息传递w/自有API和数据库
EN

Stack Overflow用户
提问于 2018-06-08 12:06:30
回答 1查看 446关注 0票数 0

我已经研究了很多关于实时聊天应用什么的,但是我真的找不到丢失的部分,也找不到我应该进入的方向。

我要找的东西。是两个用户之间的一种私有的直接消息传递系统,不需要在固定的时间间隔内发送获取请求。

我们已经拥有的. 是整个应用程序的完整posts w/ MySQL,包括用户、帖子、消息、概要文件.和一个完整的角5客户端应用程序。

当前的消息传递系统运行在基本的POST上,以发送消息和获取新消息(每30秒一次)(从那时起,根本就没有实时聊天应用程序的意图)。

就数据库和API而言,两个用户‘s之间存在“会话”,每个会话都使用一个UserID-from来保存消息。

发现建议:

  • 套接字(通过Socket.io或诸如此类的):“问题”是,我们的目标是至少在夏天结束时像10k+用户。如果有类似于500+打开的套接字,套接字可能会损坏我们的服务器,或者至少破坏PHP,或者我弄错了吗?(我们目前的情况可能也是GET的。)
  • Firebase:但是它有自己的单独的数据库和诸如此类的东西,并且不确定如何将它与我们现有的API和身份验证等结合起来。
  • 100+主题和情况只是一个“聊天室”-like应用程序,而不是两个注册用户之间的直接消息传递。

我还想为消息传递部分创建一个单独的微服务,基于NodeJS快速服务器,但话又说回来,客户端需要一个打开的套接字,而不仅仅是“套接字”,而是仅供这两个用户使用的专用通道?(然后,我将不得不使用一些脏的nodejs部件来处理UserID和身份验证,而不是在Mongo中运行所有的东西)

此时..。我不知道进入哪个方向,以及如何实现这一点,而不需要向第三方服务器(例如Firebase )“提供”我们的消息数据,或者尝试4-5种不同的方法来浪费宝贵的时间。

我知道我可能需要重写整个客户端应用程序消息传递部分,但这是我最不关心的。

我应该往哪个方向走,带着什么样的想法?也许有同样情况的人需要转换现有的数据库-对话-用户-填充应用程序?

EN

回答 1

Stack Overflow用户

发布于 2018-07-16 10:32:32

作为最新消息。我已经实现了整个套接字部分,而且它运行得很完美!

目前,我有一个NodeJS (WebSocket)套接字服务器运行,客户端在启动时连接到该服务器。

PHP将一个cURL POST请求发送到带有clientId和有效负载(不同类型、不同主体、.)的套接字服务器。套接字服务器检查该客户端是否连接(通过ID连接查找数组),并将该消息转发给该客户端。然后,客户端处理传入的消息类型,以检查使用有效负载执行哪个操作。

在表演方面没有任何问题或评论。只是IE用户在连接套接字服务器时遇到了一些问题。

目前用于实时通知、聊天消息、后提要更新、.

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/50760308

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档