标 题 | 时 间 |
---|---|
Laravel Echo 开发网络实时通信的概念串烧 | 05:57 |
实时应用 - 服务器如何通过 Broadcast 广播机制发送 Event 事件 | 08:58 |
实时应用 - 将 Pusher 即时消息推送服务集成到后台服务器中 | 05:40 |
实时应用 - 作为监听者的网页客户端如何实现 | 09:55 |
实时应用 - 私有 channel 的权限定义是怎么回事 | 05:52 |
实时应用 - 创建一个实时讨论的演示项目 | 09:06 |
实时应用 - 创建一个实时讨论的演示项目(网站前端部分) | 09:51 |
实时应用 - 站长私自加戏要把演示项目的前端重构 | 09:16 |
实时应用 - 实现在 topic 发表下发表 discussion 的功能 | 14:30 |
实时应用 - 在私有频道广播我们新创建的 discussion | 18:40 |
实时应用 - 搭建自己的 websocket 服务器,在性能和稳定性上秒杀 pusher | 11:54 |
标 题 |
---|
你好,私有频道可以接收消息,我们网站用的jwt,比如:A用户订阅了B,B发布文章,A如果在线会接收到B发布文章的推送,因为A接收推送是被动的,怎么才能保证A接收消息的时候是在线的呢?刚登录肯定是可以的,但是如果A没有退出,但是已经订阅,过了一段时间,token已经失效,但是A没有刷新网页,但是现在A的网页还是在订阅状态,B如果现在发布文章,A还是能接收到推送的
不要把这类问题想得太复杂,核心就出在没有刷新网页上,就算token过期了,它肯定也能接收到消息,这类问题毕竟属于极端情况,发生的几率有但是并不高,这类网页每5分钟(或者更短点)让网页自动刷新一次,或者检测用户的状态是否还有效,无效的话,就把频道监控的前端对象服务给它取消掉就行了。其实这类问题也不需要真的去解决它,就算token过期了,但是用户依旧收到了它订阅的消息,这是好事,不是错误,你把它当成是错误,因为你的思维方式是以程序是否逻辑正确作为出发点,但是以业务和用户的角度来说,这不但不是错误,还是非常好的结果,因为用户不会因此而错过某些重要的通知。
好的,谢谢解答
站长,如果我们用了第三方的push 平台的话 这个信息安全这类 收到威胁,这个push 类似的平台有没有在自己的服务器上搭建使用的?
没有啥是绝对安全的,这个包用得人还是很多的