Mango 漫画管理器体验

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 这个漫画后端管理与前端阅览的项目，正如它的名字对应的水果一样，皮（运行维护）很厚，核（交互问题）快占一半，好吃（用）的部分还得用工具（官方文档）去挖才行。