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