我正在创建一个网络应用程序/网站,其中我的服务器将向客户端推送一些信息的实时更新(使用 Pusher api)。
因此,当服务器将更新推送到该 CHANNEL 时,订阅该 CHANNEL 的用户就可以收到更新。
但是,(由于我的应用程序的性质)一次应该只有一个用户接收实时更新。换句话说,更新实际上不是针对特定的频道,而是针对特定的用户。
我目前的解决方案是:
每个通道仅允许一名用户,因此针对该通道的更新是针对该一名用户的。假设我有 500 个用户,那么我需要有 500 个频道。
这需要建立很多渠道。这会影响性能吗?
还有更好的办法吗?
===============
应用背景
该应用程序的目的是接收有关灾难的报告,并指派最近的机构来接管和处理情况。每个机构都将是系统的用户(将获得一个用户名)。
当服务器收到报告时,最近的(只有一个)用户(来自提交报告的位置)将收到来自服务器的实时通知。
目前,除了每个用户都有一个频道之外,没有其他方法可以向用户发送消息。
我当前的解决方案是:每个频道仅允许一名用户,因此针对该频道的更新适用于该一名用户。假设我有 500 个用户,那么我需要有 500 个频道。这需要建立很多渠道。这会影响性能吗?
这听起来与您现在使用的解决方案完全相同,例如频道和用户可以通过频道名称唯一标识:
<user_name>-notification
由于通道只是一种路由机制,因此拥有大量通道并没有真正的开销;当然500不会有任何问题。
我假设你正在使用私人频道确保只有允许的用户才能订阅他们的频道。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)