Oman

> 感谢你的建议！我逐条回答下你的提议，欢迎共同探讨： > > > 1、在线阅读可以参考一下NeatReader的在线阅读，我不太懂前端的东西，那些JS是否能直接拿来用。 > > 我粗略看了下，NeatReader 是个付费阅读器，github上并不开放源码，无法直接使用。我之前也关注过类似的项目，例如 [hectorqin/reader](https://github.com/hectorqin/reader) 项目，也比较符合现在的手机阅读习惯，但是都不能直接兼容epub格式，无法立刻使用。如果你有了解到其他的项目，欢迎反馈给我。 > > > 2、批量导入，个人有个8万多本的目录要导入，使用时感觉跑不满所有的CPU或内存，不知道原因在哪里，是否可以把一些后台的批量工作，用golang语言重写，以提高工作效率。 > > 这里我没压测过性能，但是我在开发时就预想过性能瓶颈，应当是磁盘IO（因为要大量读取书籍内容）。此处改为Golang不太现实，毕竟这段代码不好只改写一部分。另外，我刚刚重新看了下代码，对同一个文件重复读取了两遍，后续我再优化下。 > > > 3、建议数据库可以增加mysql选项，替换sqlite，可以提高效率。 > > 当前其实是支持MYSQL的。只不过需要手动去修改。大致步骤是： > > 1. 修改`/data/books/settings/manual.py`中的`user_database`配置，例如改成：...

待扫描和可导入是同个线程处理，如果中间出现sqllite线程锁，异常退出的话，会退出线程无法继续导入，只能是删除待扫描状态的，再重新扫描，中间最好只点一次，切勿多次点击扫描书籍，而且最好不要有其他操作。

3.6.2版本，可以 [scan.zip](https://github.com/talebook/talebook/files/11068009/scan.zip) 将这个scan.py替换下，在原作者基础上，我精简了一些步骤，去除了重复检验，点一下扫描就可以在后台缓慢导入。你可以试试。注意：请勿点击多次扫描按钮，也暂时先不要去动其他东西。可以在前台刷新看导入的进度的。

我也有相同的BUG，AudioStation 群晖6.1.3 放第二次提示同样的错误  https://github.com/gitbobobo/StreamMusic/assets/11306488/585b1325-d2eb-47b9-900e-849285ca0b91

同样经过测试,最新版本rr(2.8.4)开启直接引导可以正常启动

遇到相同问题，nginx代理后，无法正常打开。 有相同的issus https://github.com/talebook/talebook/issues/258