kenenlt

@icelake 好的，谢谢您~~~

@icelake 谢谢您，请问一下您的 TP Link 型号（因为我好久没用过 TP 了，手上以前旧的 DLINK 和 TP 还有网件都丢了，因为太旧了还是 802.1n 的。后来换了小米的，AP 模式网上说没有 3 个 SSID ）我回头去问问 TP 客服~~ 谢谢您啊~~

。。。。。。你 bt pt 那么大的 nat 需求。。。软路由纯 CPU 做的啊
而你把 bt 客户端跑在 arm 上，对本就不富裕的 CPU 简直是雪上加霜。。。

如果只是 心率 看看不太准的睡眠 血氧，偶尔运动数据，公交卡，200 多元的手环就行，我天天带着洗热水澡带着睡觉都懒得脱，一点不心疼，表带都断了 4 条了都还没坏。。。（ 2 代之前的产品了，我想换，没机会哈哈哈哈）

如果要各种生态里面的功能，还是 AW 唯一。。。

一键快进到 > 光速出 J：她要是自沙了你要承担相应责任啊
doge

很难，需要你这样做的，这种公司很难呆下去的。。。还有 @processzzp 说得对，世间就是这么险恶的。。。

update：

找了下，能以指定目录做媒体库不移动文件的电子书库（方便 docker 部署的），大致只能找到这几个了：Ubooquity Komga Kavita 。

大致部署试用了一下，加上支持的格式基本都一样。txt 不原生支持，azw3 也需要转换格式。

于是目前暂时用 komga 分库管理了。

目前遇到的小问题暂时只有：某些 epub 无法识别页数，就无法双页阅读，能识别页数的都可以。

update：又折腾了一下


前提: 某 T 用户不想用软连接也不想手动改名，漫画不多，书籍也不多，目标其实只是内网能看（有 APP 最好，没有也可以）就行，能同步记录最好。

----------漫画----------

komga ，目前管理漫画，目录结构必须只有一层：（缺点：如果你分开存在几个盘符，就只能分库）
库 1 路径=\volume1\文件夹 A\
库 1： 文件夹 A\漫画 1\1.zip 、2.zip 、3.zip （不能有第三层目录）
库 1： 文件夹 A\漫画 2\vol1.zip 、2.zip 、3.zip （压缩包内不能含有 2 层目录，也就是 \vol1\001.jpg 、002.jpg...）

库 2 路径=\volume2\文件夹 B\
同上，但必须分库，无法聚合，除非用软连接之类的方法。

komga 优点是，可以直接用文件夹做媒体库（习惯了影视媒体库的管理逻辑），不用一个个手动导入，按要求排好目录和文件，就可以正常识别。刮削用两个小猴脚本，识别 cn 和 en 的站点匹配，一般可以直接刮削到信息（小猴脚本得一本本书手动，自动得跑代码，我漫画不多手动刮削识别就行）

缺点是有可能需要修改文件结构导致不能保种，例如压缩包内嵌套了文件夹，或者文件夹内又嵌套了一堆文件夹。。。


手机端还没测试，基本网页端能正常用，感觉也够用。


------------电子书------------

因为有一些电子书是 txt 格式...komga 不识别，然后 azw3 ，mobi 好像也不支持。

现在在找一个能直接以路径作为书库识别的 docker... 找了半天好像依然只有 Calibre...
但 Calibre 的管理功能真是非常蛋疼。。得手动导书进去，1 会改名，2 要改路径

后来看了下 koodoreader ，看了看 demo 也是要手动导入书。。。算了。。再找找

我今天发现一个蛋疼的问题。。。
IPV6 下发内网的 dns 和网关是错的，哪怕你已经在 wan 口指定了 IPV6 dns 。

DHCP 无法在 web ui 设置，我又不想破解 ssh 。
然后某些设备，例如安卓。AX3600 下发的 DNS-v6 ，是错的。。nslookup 也无法解析。哎。。。这固件真是。。。