正在播放： Laravel Echo 开发网络实时通信的概念串烧
更新时间：7个月前
Laravel Echo
| 标 题 | 时 间 |
|---|---|
| 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 |
zen 2019-05-07 17:15:25
这个echo 跟 workerman 哪个好一点？
codinget 2019-05-07 17:39:47
这个不是一类东西，Echo 是跟 Pusher 结合使用的，是一套用来跟websocket服务器沟通的前端系统，他们不具备相互对比的基本条件。Laravel 使用 Echo 和 Pusher 可以最快速的开发实时应用，这是它的最大好处，workman 和 swoole 是另外一套体系了
zen 2019-05-07 18:09:15
抱歉。之前用workman开发过一个项目，开发速度上确实没有echo看着爽。但是echo要么用pusher，要么自己搭建一个socket服务器，放在项目开发上感觉这块没有workman用着方便。所以看到这个有点纠结: ：）
codinget 2019-05-07 18:14:21
哈哈，这个没啥好纠结了，多个选择多条路，绝不吊死在一棵树上，其实自己搭建一套 websocket 服务器很简单的，最后我会介绍搭建自己的 websocket 服务器，用最简单高效的方式做开发。
Soldoros 2019-05-10 21:54:57
什么情况？只有我一个人很卡吗？
codinget 2019-05-10 22:11:42
是不是网络的原因啊，我这里不卡，也没有收到其他用户反应卡的问题
Soldoros 2019-05-10 22:15:06
估计是我这该死的铁通网有问题了，之前一直好好的，怪不得极客时间也播放不了，老哥你这是用了哪家的云存储之类的吗？
codinget 2019-05-10 22:16:48
铁通还在搞宽带啊，我还以为早被彻底淘汰了呢，我用的七牛
Soldoros 2019-05-10 22:20:54
铁通是该死，没办法，北漂租的公寓，没得选，我还是买的最贵的，一个月 150，20 M 带宽，通畅的情况下下载速度能到 2.5 M/s，估计要么七牛抽了，要么铁通抽了。
codinget 2019-05-10 22:23:16
这都贵得没边了，我这100M的宽带一年才700多，肯定是铁通抽了，不然用户早就都来打卡了
Soldoros 2019-05-10 22:31:10
真是无力反抗，最近在极客时间买了一个视频，在家里发现不能看，公司就好好的，然后今天白天还特意写了个脚本把视频给下载回来了，没想到我躲过了 GFW , 却躲不过铁通，fucking 铁通！哦对了，学习了 Vue 之后写了一个 Chrome 插件，The Fucking Github，可以很方便地查看 Star 过的项目，无耻的贴个链接：https://chrome.google.com/webstore/detail/the-fucking-github/agajobpbaphiohkbkjigcalebbfmofdo，希望能帮助和我一样有这种需求的小伙伴，哈哈。
codinget 2019-05-10 22:48:59
这有啥无耻的，学以致用的大好青年
Soldoros 2019-05-10 22:51:11
哈！向老哥看齐！
Soldoros 2019-05-10 22:11:18
我去，网络不通顺了，我走了梯子才能正常播放，什么鬼。。。
codinget 2019-05-10 22:13:38
这么神奇吗，你用的是啥网络啊，骨骼这么清奇
comeon 2019-10-21 18:24:44
你好，私有频道可以接收消息，我们网站用的jwt，比如：A用户订阅了B，B发布文章，A如果在线会接收到B发布文章的推送，因为A接收推送是被动的，怎么才能保证A接收消息的时候是在线的呢？刚登录肯定是可以的，但是如果A没有退出，但是已经订阅，过了一段时间，token已经失效，但是A没有刷新网页，但是现在A的网页还是在订阅状态，B如果现在发布文章，A还是能接收到推送的
暂无相关资源