我们自己从头用 Rust 开发了 SFU 服务端（我们有自己的 P2P 和 SFU 融合模式），当然也支持集群： https://github.com/binbat/live777

可以把 SFU 作为中间件，业务流程（业务用异构问题也不大）基本上可以不去处理音视频相关的东西。当然也可以找我们要技术支持

其他的同类产品

比较高级的封装可以考虑：livekit, jitsi

更底层的 SFU 服务可以考虑：mediamtx, atm0s

* * *

> 1 、使用 WebRTC 方便 还是 用 RTMP/RTSP 传输后自己解码显示？

RTMP/RTSP 已经半截入土了，没有兼容其他系统需求的话，没必要用

> 2 、如何避免/减少点对点流量对服务器造成的带宽压力？

如果只有一个老师和一个学生的情况，可以考虑在这种情况下用 P2P 。不过这样如果有录制需求就需要单独的处理逻辑

@humbass 如果说是安装脚本的话，目前并没有。只能用 cargo build 出二进制文件，手动拷贝过去，然后执行

@humbass

可以用 Docker 来部署

```bash
docker run -d --name live777-server --rm --network host \
ghcr.io/binbat/live777-server:latest live777
```

也可以使用 Rust 项目标准操作 `cargo build --release` 来构建可执行文件。或者 `cargo install --path .` 来安装到 `$PATH`
路径下

@isSamle 目前还没有。可以说说，觉得哪里需要一些更详细的文档来描述。我们来添加

我来打破 0 回复 /dog

标题有点令人误解。。。LSP 大概是实在是没什么可以讲的

不如改成列表选择性能优化（ x

只是一个列表选择器的算法优化

这令我想到 `coc-list` `fzf` 之类的列表选择应该也有这种优化

取决于数据规模吧。批量放在一个事务里，当然好些。

但是还是要尽可能避免长事务。数据量过大最好也拆成多个事务

（ me 只会纸上谈兵

脱离应用场景，说什么好用，什么不好用，就是在耍流氓（ X

有 CI/CD 吗？没有，那就这样：

```bash
tar -cJf - ./xxx | ssh user@hostname 'tar -xJf -'
```

其实稍微刷几道题对实际开发还是有帮助的。（这个看场景

背题是因为经常有人出原题）。。。正常人做题根本做不过赛棍（ X

主要还是因为缺少更有效的办法。。。大家都知道这个方法不好，但却拿不出更好的方法

没有更好的方法那这个就是最好的（ X

你的点萌那？？？

已经过一年了。LZ 又开始新项目了（

@Jimmyluo6 是可以。看看 gv 目前的门槛

@Jimmyluo6 美区 苹果，paypal，telegream。。。。然后你就会发现。。。+86 被特别对待了

深入的东西根本不会挂到网上。。。

一楼说的对

和 LZ 一样。。。。。然后各种东西都顺利的搞到了帐号。。。觉得一下就通关了。。。

you 2 B

真正的勇士不需要睡觉