Docker部署music-tag-web音乐标签编辑器

Docker部署music-tag-web音乐标签编辑器

Docker部署music-tag-web音乐标签编辑器

一、music-tag-web介绍

1.1 music-tag-web简介

Music-Tag-Web 是一款功能全面的音乐标签编辑工具,专为管理和优化您的本地音乐库而设计。它不仅能够查看和编辑大部分音频格式的元数据,还提供了丰富的批量处理、整理和转换功能,使得管理大量音乐文件变得简单高效。

1.2 主要特点

  • 广泛的音频格式支持:支持查看、编辑和修改大多数音频格式的元数据。
  • 批量自动修改(刮削):可以自动批量更新音乐标签,提升音乐库的信息完整性。
  • 音乐指纹识别:即使音乐文件缺少元数据,也能通过音乐指纹技术进行识别。
  • 智能文件整理:可以根据艺术家、专辑等信息对音乐文件进行分组,并支持自定义多级分组。
  • 灵活的排序选项:允许用户按照文件名、大小或更新时间等多种方式进行排序。
  • 繁简体转换:支持音乐元数据在繁体中文与简体中文之间的批量转换。
  • 元数据补充:能够从文件名中拆解并补充缺失的元数据信息。
  • 文本替换功能:提供批量替换音乐元数据中的脏数据,保持数据清洁。
  • 音乐格式转换:集成 ffmpeg 支持多种音乐格式之间的转换。
  • 整轨切割:支持将整轨音乐文件分割成多个独立的曲目。
  • 多源标签获取:可以从不同的来源获取音乐标签信息。
  • 歌词翻译:内置歌词翻译功能,便于理解和欣赏不同语言的歌曲。
  • 操作记录显示:方便用户追踪和回顾所有执行过的操作。
  • 专辑封面管理:支持导出专辑封面,并允许上传自定义封面。
  • 移动端适配:界面友好地适应移动设备,确保手机端访问同样流畅。
  • 小爱同学兼容:支持使用小爱同学语音助手播放本地音乐及NAS上的音乐。

二、本次实践规划

2.1 本地环境规划

本次实践为个人测试环境,操作系统版本为|Ubuntu 22.04.1。
hostnameIP地址操作系统版本Docker版本镜像版本
jeven01192.168.3.88Ubuntu 22.04.1 LTS27.1.1latest

2.2 本次实践介绍

1.本次实践部署环境为个人测试环境,生产环境请谨慎;
2.在Docker环境下部署music-tag-web音乐标签编辑器。

三、本地环境检查

3.1 检查Docker服务状态

检查Docker服务是否正常运行,确保Docker正常运行。
root@jeven01:~# systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2024-09-09 10:43:35 CST;3 weeks 5 days ago Docs: https://docs.docker.com Main PID: 695(dockerd) Tasks: 135(limit: 9387) Memory: 4.0G CPU: 46min 46.854s CGroup: /system.slice/docker.service ├─ 695 /usr/bin/dockerd ├─ 846 containerd --config /var/run/docker/containerd/containerd.toml 

3.2 检查Docker版本

检查Docker版本
root@jeven01:~# docker -v Docker version 27.1.1, build 6312585

3.3 检查docker compose 版本

检查Docker compose版本,确保2.0以上版本。
root@jeven01:~# docker compose version Docker Compose version v2.19.1 

四、下载music-tag-web镜像

拉取music-tag-web镜像,镜像名称为:xhongc/music_tag_web:latest
root@jeven01:~# docker pull xhongc/music_tag_web:latest latest: Pulling from xhongc/music_tag_web 214ca5fb9032: Pull complete fa7d81b69b9a: Pull complete 96a5a0a62ab5: Pull complete 7d3628511179: Pull complete ea3879bc1c47: Pull complete 795d097495d7: Pull complete d43d04714399: Pull complete c393fca344e1: Pull complete 8bc55050d840: Pull complete 554226923268: Pull complete 09df76748688: Pull complete f7faff18fae9: Pull complete 9715bb92b43a: Pull complete 0a465525c1c1: Pull complete 7932c1ba51f0: Pull complete 304c27021719: Pull complete 82ce0d70782e: Pull complete 7e4eaada0e96: Pull complete 26d053e64eaf: Pull complete 1791f2cbb5bd: Pull complete 317d91ef5cdd: Pull complete 21836414d041: Pull complete 2b8b014e17e7: Pull complete Digest: sha256:07afa098abb5c2d075323f49ca8ef196c751deece018c6fcf16b3da4d7ce7ad0 Status: Downloaded newer image for xhongc/music_tag_web:latest docker.io/xhongc/music_tag_web:latest 

五、部署music-tag-web应用

5.1 创建部署目录

  • 创建部署目录
mkdir -p /data/music-tag-web &&cd /data/music-tag-web 

5.2 编辑部署文件

在`部署目录下,创建docker-compose.yaml文件,其中宿主机映射端口等可以自定义配置。
vim docker-compose.yaml 
version: '3' services: music-tag: image: xhongc/music_tag_web:latest container_name: music-tag-web ports: - "8001:8001" volumes: - /data/music-tag-web/music:/app/media:rw - /data/music-tag-web/config:/app/data command: /start restart: unless-stopped 

5.3 创建music-tag-web容器

执行以下命令,创建music-tag-web容器。
root@jeven01:/data/music-tag-web# docker compose up -d[+] Running 2/2 ✔ Network music-tag-web_default Created 0.1s ✔ Container music-tag-web Started 0.6s 

5.4 查music-tag-web容器状态

检查music-tag-web容器状态状态,确保music-tag-web容器正常启动。
root@jeven01:/data/music-tag-web# docker compose ps NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS music-tag-web xhongc/music_tag_web:latest "/entrypoint.sh /sta…" music-tag 34 seconds ago Up 33 seconds 0.0.0.0:8001->8001/tcp, :::8001->8001/tcp, 8002/tcp 

5.5 查看music-tag-web容器日志

检查music-tag-web容器日志,确保music-tag-web服务正常运行。
docker compose logs 
在这里插入图片描述

六、访问music-tag-web服务

访问地址:http://192.168.3.88:8001,将IP替换为自己服务器IP地址。如果无法访问到以下页面,则检查宿主机的防火墙是否关闭或者放行相关端口,云服务器则还需要设置安全组规则。
在这里插入图片描述
默认账号密码 admin/admin ,第一次登录修改默认密码。
在这里插入图片描述

七、总结

通过Docker部署Music-Tag-Web音乐标签编辑器的实战项目,我深刻体会到了容器化技术在简化应用部署和提高环境一致性方面的巨大优势。只需几条简单的Docker命令,即可将Music-Tag-Web及其依赖项封装成一个独立的容器,轻松实现了跨平台的无缝迁移。此外,利用Docker Compose进一步简化了多容器应用的管理,使得服务的启动、停止和更新变得更加直观高效。

Read more

WebSite-Downloader 终极使用指南:轻松实现网站整站下载

想要快速备份整个网站、离线浏览网页内容或迁移网站资源吗?WebSite-Downloader 正是你需要的强大工具!这款基于 Python 开发的网站整站下载器,通过智能多线程技术,能够高效地递归抓取网站的所有页面和资源文件,为你构建完整的本地网站镜像。无论你是开发者、内容创作者还是普通用户,都能轻松掌握这个实用工具。 【免费下载链接】WebSite-Downloader 项目地址: https://gitcode.com/gh_mirrors/web/WebSite-Downloader 🎯 项目核心优势 多线程下载引擎 - 默认配置 8 个工作线程同时执行下载任务,大幅提升下载效率。采用生产者-消费者模型,主线程负责链接队列管理,子线程专注具体下载,实现资源的最优分配。 智能链接解析 - 内置正则表达式引擎自动识别 HTML、CSS 中的各类资源链接,支持相对路径转换和跨域链接过滤,确保下载范围精准可控。 完整资源支持 - 不仅下载网页文件(HTML、CSS、JavaScript),还支持各类媒体资源(图片、

Android WebRTC 播放流实战:从协议解析到性能优化

快速体验 在开始今天关于 Android WebRTC 播放流实战:从协议解析到性能优化 的探讨之前,我想先分享一个最近让我觉得很有意思的全栈技术挑战。 我们常说 AI 是未来,但作为开发者,如何将大模型(LLM)真正落地为一个低延迟、可交互的实时系统,而不仅仅是调个 API? 这里有一个非常硬核的动手实验:基于火山引擎豆包大模型,从零搭建一个实时语音通话应用。它不是简单的问答,而是需要你亲手打通 ASR(语音识别)→ LLM(大脑思考)→ TTS(语音合成)的完整 WebSocket 链路。对于想要掌握 AI 原生应用架构的同学来说,这是个绝佳的练手项目。 从0到1构建生产级别应用,脱离Demo,点击打开 从0打造个人豆包实时通话AI动手实验 Android WebRTC 播放流实战:从协议解析到性能优化 在移动直播、在线教育、视频会议等场景中,WebRTC技术凭借其低延迟、点对点通信的特性成为首选方案。但在Android平台上实现稳定流畅的播放流,

零配置运行GPT-OSS 20B,gpt-oss-20b-WEBUI太省心

零配置运行GPT-OSS 20B,gpt-oss-20b-WEBUI太省心 1. 为什么说“零配置”不是夸张? 你有没有试过在本地跑一个20B参数的大模型? 以前的流程大概是:查显存够不够、装CUDA版本、编译llama.cpp、下载模型、量化、写启动脚本、配WebUI、调端口、改API地址……最后发现GPU显存爆了,回退重来。 而今天要聊的这个镜像——gpt-oss-20b-WEBUI,真正在做一件事:把所有这些步骤,压缩成一次点击。 它不是“简化配置”,而是彻底取消配置环节。 没有requirements.txt要pip install,没有环境变量要export,没有config.yaml要修改,甚至不需要打开终端敲命令。 你只需要:部署镜像 → 等待启动 → 点击“网页推理” → 开始对话。 背后用的是vLLM引擎,OpenAI开源的GPT-OSS 20B模型,以及开箱即用的Web交互界面。 整个过程不暴露任何底层参数,不强制你理解n_gpu_layers或max_