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 這個漫畫后端管理與前端閱覽的項目，正如它的名字對應的水果一樣，皮（運行維護）很厚，核（交互問題）快占一半，好吃（用）的部分還得用工具（官方文檔）去挖才行。