awing

我们自己从头用 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 只会纸上谈兵

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

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