neroxps

@bs10081 seafile 客户端是本地客户端切片再上传。如果你试过同步多个 超过 6G 的单文件的话，同步速度是没有 nextcloud 或者群晖快。这不是性能局限了，是他存储模式必须切块，小文件切块很快，大文件就得等等了。
web 端因为没有程序 必须服务器切块，所以就更局限了。
但我是因为手机端实在受不住才放弃它的。

@jackey007 #1 seafile 客户端传输文件时候需要提前切片，web 传输文件需要服务器切片，多人同时在 web 端传输大文件的话，会耗尽服务器 CPU 资源。

seafile 还是适合做文本文档小文件备份，大量大文件（如视频、照片）没有极致的版本管理需求的，不太合适。

我用了 3 年 seafile 社区版，最终还是换回群辉。手机客户端找文件比 seafile 方便（企业版才能搜索）。

@mikewang 没记错，ikuai 现在还不支持 ipv6nat 吧？

@lancolor9812 嗯 然后 ros 那边做脚本，当 op 的 dns 解析 google 不是 fakeip ，就企业微信推送。
如果解析失败，则切换 dns 上游为运营商上游。确保不会因为 op dns 故障导致普通链路上网断网。并企业微信推送我，去修复 op 的故障。
至于为何不用 ping ，是因为 op 的 clash 故障并不代表 ping 不通。

clash 做 dns ros 上游，域名匹配规则返回 fake-ip 。其余返回真实 ip 。fake-ip ros 那头转发给 openwrt 。实现真正的旁路。（不是什么 DHCP 下发路由，或者是临时改路由和 dns 的伪旁路）哈

@vruzo #15 本来不富裕的 2.4G 信道又新增了干扰源。哈

这就是家用 mesh 路由的短板。无法自有调整射频，弱信号等，全靠算法，算法不行就没法搞。

@cloudsigma2022 #8 传感器状态不是存在数据库吗，传感器有什么日志？

ha 日志没必要开那么多啊，只看 error 就行了啊，info 留来干嘛？数据库存储 usb 上 ssd 做好 cloud 备份或者丢了都没关系啊。