V2EX › snowlyg 的所有回复 › 第 1 页 / 共 24 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯

6 月 29 日

回复了 FranzKafka95 创建的主题 › 职场话题 › 冲动提了离职，冷静下来后又舍不得

原来你公司也这样啊，看来大部分小公司基本都差不多

6 月 28 日

回复了 327298458 创建的主题 › 远程工作 › 招聘远程高级 Golang / PHP 开发工程师｜ 26K-46K

@cz5424 中转站应该是最近的大风口了吧

6 月 26 日

回复了 ccctttwww 创建的主题 › 职场话题 › 我现在用 AI 干活太快领导有些震惊怎么办你们是怎么装的

AI 改复杂一点的项目，AI 翻来覆去的改不好一个 BUG 了。你就知道其中的痛苦了。

5 月 29 日

回复了 JosieZhao 创建的主题 › 酷工作 › [首发/急招] 搞定万卡调度后，我们决定去 Web3 用 Go + Agent 掀翻天花板！

@sponme 哈哈，996 都是福报。双休怎么不算福利。

5 月 29 日

回复了 admin948 创建的主题 › 职场话题 › 记一次令我非常无语的面试

HR 不搞点事情做，下岗的就是他了。

5 月 29 日

回复了 snowlyg 创建的主题 › 程序员 › 复杂内网里的 WebRTC + gRPC 音视频通话方案：信令、媒体链路与自恢复

@Licsber 哈哈，博客的文章是 AI 自己重新整理的。原文章链接在我的 GITHUB 首页。

5 月 25 日

回复了 snowlyg 创建的主题 › Android › 记录一次 Android 14 + coturn 下 WebRTC 通话 30 秒后断开的排查

补充一个排查方法点，不重复主帖背景：WebRTC 断连时，direct path 和 TURN relay path 最好先拆开看。

我这次比较有用的做法是：

1. 不先追某一条 timeout 日志，而是先看 ICE state 是否进入 `DISCONNECTED / FAILED`。
2. 看 selected candidate pair ，确认当前媒体链路到底是 host / srflx / relay 。
3. 强制走 TURN relay ，避免局域网直连把问题掩盖掉。
4. 在同一组设备矩阵下反复跑 relay-only 测试，确认问题是否稳定复现。
5. 再回到 coturn 侧检查证书、安全参数和端口开放。

这次的体感是：如果 direct 和 relay 混在一起测，很容易把问题看成“网络随机抖动”；强制 relay 后，问题才更像一个可以复现、可以收敛的工程问题。

想请教一下大家：你们在 WebRTC 线上问题里，一般怎么确认当前真实走的是哪条 candidate path ？有没有更稳定的 relay-only 测试方式？

5 月 25 日

回复了 snowlyg 创建的主题 › Android › 记录一次 Android 14 + coturn 下 WebRTC 通话 30 秒后断开的排查

@lel020 很遗憾经过验证。音视频的问题，AI 能给的建议只能给一些参考。大部分都没什么用处，还有一些还会导致更严重的问题。

5 月 8 日

回复了 valuetransfer 创建的主题 › 分享创造 › [开源] 在手机上继续和你电脑上的 claude code 和 codex 对话

安全性怎么样

4 月 7 日

回复了 kratos123 创建的主题 › 职场话题 › 跳槽去新公司，发现还没老东家好，怎么办？

来都来了

4 月 3 日

回复了 ffylly 创建的主题 › 职场话题 › 给佬们汇报下

Token 额度已耗尽，请升级套餐或等待额度恢复