寻求群晖 Synology 图书管理系统，可 Docker，已排除 Calibre-WebTaleBook，内详

@zhuangzhuang1988 我的 png 、pdf 、epub 文件已放入 manga 文件夹但是扫描不出来不知道什么原因。

@Apol1oBelvedere
要不直接断点调试把
环境搭建起来很快的，不到 10 分钟

@Apol1oBelvedere 搭建了下这个，还是和其他的 calibre-web 一样，没有办法做笔记，自己在本地书籍上做了很多笔记。另一方面是阅读器没有啥功能，似乎就只有简单的一个书签功能，不知道是不是我没有配置好。

@holoword 确实无法做笔记且阅读器简单，这无法改变。我有几万本 epub 书籍如果导入进去是没有元数据（如标签、分类、简介等）的有什么批量添加的好办法吗？靠刮削器难以承担这么大量级的数据请求。

@Apol1oBelvedere calibre 可以配置 proxy ，然后在 proxy 写搞负载均衡呗，简单一点就利用 clash 的负载均衡，搞个节点多一点的订阅，把请求分散到各个节点上去。
题外话就是，如果这一万本书是你自己看的话，等你看的时候再去每本找下元数据就行，毕竟书是用来看的...

@holoword 这是对的阅读方法，只是没有元数据会导致书籍没有书籍类型标签信息，举例寻找悬疑类书籍就无法寻找，如果有元数据则点击一下悬疑标签所有此类书籍都会出来。贴吧有人说下载到带元数据的 8GB 左右 Calibre 带书+元数据的数据库，这是最好的了，但是我一直找不到这个资源。

装了 Kavita 试了下，跟 PLEX 界面差不多除了配色，也是右上角显示削刮，速度和浏览器真的可以，缺点也明显对文件路径结构要求单一必须有前文件夹才能识别，单文件放目录不会扫面。漫画对卷单位识别 OK 但是按话来识别就有问题，加上本来是一部漫画识别成多个后不能像 PLEX 那样手动合并就蛋疼。内存占用不高性能可以，算是优缺点都蛮明显了。电子书也是必须有前置文件夹暂时只是 EPUB 没问题，阅读器背景只有黑白两色有点单一。

找到个 docker ，talebook 。支持 Calibre 数据库，挺好用的。

# 27

@basaka pdf 能识别，zip 能识别，但是 epub 识别不出来，很奇怪

@ferock 要有前置文件夹的不能直接放文件，肯定可以识别的我之前都 Z-Library 下的 EPUB 能看的

同求。。。NAS 上，我有几个文件夹放书（不同站点下回来的书放在不同文件夹）结果发现 Calibre-Web 只能网页手动上传，准备折腾 tale 好像也是一样要手动，或者要把书放到集中一个文件夹下。。。或者用 PC 端批量上传。。。就想有没有像 jellyfin 那种直接根据媒体库（指定文件夹）直接就刮削信息了，还一本本上传或者用软件上传太不适应了。。。

折腾了一天。。。我其实只有几本书。。。用 kavita 。。。哎

一部漫画导入成功后点击看打不开：（《家有女友》分章节.epub ）
Incorrect EPUB 2 NCX: content source "../html/1.html" not found in EPUB manifest.

另一部 epub 电子书导入：(无职转生全集.epub)
There was an exception when opening epub book
Incorrect EPUB manifest: item with href = "css/main.css" is not unique.

另一部全是图片的漫画按着它要求的 image 文件结构摆放和命名。（试了 N 次）
然后给我整出
要么一个媒体库，GANTZ 漫画每一个章节是一个文件，顺序是对的但没集中到一本书里。
要么集中到一本书里之后里面全是乱序的无法按顺序看。。。

哎。。。麻了。。。

@kenenlt 我也是因为 calibre 不能根据媒体库建文件夹麻了。。都是 pt 下的近 t 的书这么导入得啥时候

@kenenlt #32 我想实现 NAS 存书，iPad 随时搜书读书，目前没有好的方案。

@Apol1oBelvedere #34 OP 最后选择什么方案了？

@Davic1 目前没有好的方案，后来才去一次选这个季度要看的几十本书放到 iPad ，每天事情变多了看书时间也少了。

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 也是要手动导入书。。。算了。。再找找

update：

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

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

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

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