@cheese 临时文件传输，后续还会出组网的东西（独立产品）更多的话准备在插件市场去做，后续插件市场也得大改一下

@cheese 后续会完善下这里，

@Hubs 有想法，服务器费用支撑不起现在🤣

@ITisCool 我是强迫症，本来想自己用，结果人越来越多，索性重构全都搞到个人能力的极致😂

@sunzhuo 等等，最近完善移动端和浏览器插件侧的功能，完善后就可以了

@iorilu 之前就不是，flutter 的多窗口实在拉胯，并且内存通过 rust 桥接的方式直接无法合理控制 UI ，还好 zed 开源了 gpui 和 gpui-kit 俩项目

@lifei6671 大佬方便进群可以看下这个问题么，我本地没复现，方便的话可以发个录屏或者截图

补充一个同源的坑，也是这套并发模型里最反直觉的一处：64 个 worker 各持一个指向同一文件的 fd ，如果各自周期性 fdatasync ，等于每个周期把整个文件的脏页重复刷 N 遍，磁盘直接被打满。

后来做了个全局合并闸：整文件级别每 2 秒至多一次 fdatasync ，并且只有当这次 fsync 的 [起始时刻] 晚于某个段自己 flush 的时刻，才允许把该段的进度偏移写进 DB 。维持「 DB 里记录的偏移 <= 已经被 fsync 覆盖的字节」这个不变式，崩溃恢复才不会在文件里拼出一个洞。

所以内存里明明下到 1.2G ，DB 里只敢写 1.19G ，差的那点是还没落盘的。这条不变式一开始没有，表现是断电重启后续传的文件 md5 偶尔对不上，非常难查。

@ko20 看到了，这两天我看下，有点改不过来了。。突然涨这么多 star 咋🥲🥲

@tcpdump yt-dlp 支持的都可以，但目前插件只开放了几个平台，可以参考实现修改下就可以。

@tcpdump 官方不提供插件，可以自行实现😀

@ssack9 感谢支持～多多提建议😀

@peppapig scoop 源是 qq 群友维护的，我明天艾特他问问

@ko20 提个 issue 关注下，这两天我看看

[]( https://picui.ogmua.cn/s1/2026/07/15/6a5723ef5e273.webp)
[]( https://picui.ogmua.cn/s1/2026/07/15/6a5723ef719d0.webp)
[]( https://picui.ogmua.cn/s1/2026/07/15/6a5723ef78662.webp)

@love4taylor apple 需要花钱噻, 没钱去开开发者账户, 准备后续加上更多功能(不违反规则的情况下)有小小收益的情况下会去实现, 但现在是维护下去并且做好~

@kirbyzhu 那是警告, 因为有银狐病毒仿照所以提示下

@WeaPoon 忘记回复了, 这个问题新版本已经修复了~