Mango 安装
Mango is a self-hosted manga server and web reader.
Mango 项目提供了 Docker Hub 的 IMAGE ，按照其说明创建。
- 修改了开放端口和映射端口。
- 修改了本地主机中数据卷的挂载路径。
version: ‘3‘
services:
mango:
image: hkalexling/mango
container_name: mango
expose:
- 13001
ports:
- 13001:13001
volumes:
- /home/docker-compose-file/mango/mango:/root/mango
- /home/docker-compose-file/mango/.config/mango:/root/.config/mango
优点
- 在 Web 中可直接浏览，也可以下载压缩文件。
- 提供 TAG 功能，可以对漫画进行分类。
- 服务器基本适配全平台，默认提供 Linux 下 amd64 的版本，arm64 下的则可以下载对应编译文件进行替换。
存在问题
无法访问 与解决
mango 名容器服务已经加载，但是通过本地主机端口无法访问。提示：
无法访问此网站
拒绝了我们的连接请求。
需要在本地主机网络 /home/docker-compose-file/mango/.config/mango 目录下的 config.yml 文件中的 port 中，将初始的 9000 修改为 13001：
---
host: 0.0.0.0
port: 13001
此处配置文件没有由脚本进行修改为 BUG_1 。
默认登录口令
由于该项目的登录默认口令是随机的，只能在项目初始化时生成并显示输出。在 Docker 容器中输出为日志，去日志中寻找。
[NONE] 2021/07/21 07:36:07 | Initial user created. You can log in with {"username" => "admin", "password" => "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"}
然后才能登录进行修改。
漫画上传
Mango 没有提供单独的漫画文件上传控件，只提供了 MangaDex 站点的账户登录和下载接口。而 MangaDex 还是预览服务状态，注册时需要邮箱验证码，哪怕重新点击发送激活邮件，但在后续的近两个小时时间中，都没有收到 MangaDex 的激活邮件信息。所以正如其网站中所述：“MangaDex is still in early access—bugs are to be expected”。
虽然官方也提供了一些其他第三方的下载 插件 ：catmanga、cubari、dm5 等等，但是不少第三方对于下载行为都是有流量限制，实际上用处也是因人而异。
如果直接将漫画 .zip 等文件格式直接复制到 /home/docker-compose-file/mango/mango 目录下亦不会扫描到，需要重新创建二级文件夹，并将文件移动到该二级目录才能在服务器设定的时间或者手动载入，才能在 Web 站点的库中看到文件。
漫画阅览
对于漫画组件和用户的交互逻辑存在比较严重的问题。
交互设计令人疑惑
移动端如图所示（PC Web 同理）。
按照寻常的交互逻辑，这时点击漫画组件的图像信息是不是应该进入漫画中进行观看？
但是 ，它偏不。点击之后提供的选项居然是：“1 items selected（已选择 1 个项目）”，提示你要将该项目标为已读还是未读。要进行阅览得点击下方的文字组件，在新的弹窗中的选项中找到“从开始阅读”或“继续阅读”，然后还提示你是否要标为已读或未读。
阅览体验欠佳
该项目没有对应的客户端，这可以理解，毕竟提供了在线阅览和移动端的 Web 适配，但是在线阅览体验也欠佳。
在之前一系列步骤之后，开始阅览漫画。
- 页面中没有返回按钮组件，需要返回时要点击屏幕弹出子窗口，再点击返回按钮返回。
- 默认为瀑布式连续阅览模式，也没有提示信息，需要分页阅览时要点击屏幕弹出子窗口，再选择分页。
- 分页模式时，没有左右翻页提示，也没有翻页动画。
就个人体验来说，不能说它没有与用户交互的设计，只能说目前也许还没有考虑与用户交互的想法。
放弃使用
至此，个人体验下来， Mango 这个漫画后端管理与前端阅览的项目，正如它的名字对应的水果一样，皮（运行维护）很厚，核（交互问题）快占一半，好吃（用）的部分还得用工具（官方文档）去挖才行。