家里有台"高算力电脑"却只能在公司干瞪眼？用 Marvis 远程调用本地模型+操控浏览器

不用装 TeamViewer、不用开 AnyDesk 会员、不用背电脑上下班——一个 Marvis，让家里的高性能电脑随时随地听你指挥。

我的困境：一台"被困在家里的算力怪兽"

先说说我的情况。

我自己攒了一台配置还不错的主机放在家里：i7-13700K、RTX 4090 24GB、64GB 内存。平时在家用它跑 Ollama 部署的本地大模型（Qwen2.5、DeepSeek-R1 这些），做点 AI 应用开发和测试，流畅得飞起。

但问题是——我白天大部分时间不在家。

在公司用着轻薄本写文档、开会、处理杂事，想到家里的"算力怪兽"就心痒：要是能在公司用手机指挥家里的电脑跑模型推理、帮我做浏览器自动化任务、甚至管理我部署在本地的小网站，该多好？

试过几款远控软件：

• AnyDesk 免费版传文件卡成 PPT
• TeamViewer 各种弹窗催你买商业版
• ToDesk 画质糊得看不清命令行输出
• 向日葵……懂的都懂

而且上面这些工具都只是"远程桌面"——你得盯着屏幕、拖着鼠标一点一点操作。有没有办法一句话就让电脑干活？

还真有。它就是 腾讯 Marvis。

Marvis 是什么？

一句话概括：Marvis 是腾讯推出的操作系统层级个人 AI 助手，它能用自然语言操控你的电脑——管理文件、操作软件、配置系统、甚至跨设备远程控制。

最打动我的一点：它支持手机端远程操控电脑。不是那种"看着桌面用手戳"的传统远控，而是你在手机上发一句话，电脑端自动执行任务，然后告诉你结果。

这就意味着：我可以随时随地"使唤"家里的高算力电脑，而不需要时刻盯着屏幕。

场景一：移动端一句话，远程跑本地大模型

场景是这样的：我在公司开会，同事突然讨论到"能不能用本地模型跑一下这段长文本的情感分析？"

放在以前，我只能说"等我晚上回家试试"——然后就没有然后了。

现在？掏出手机，打开 Marvis App（和 PC 端用同一个微信登录），选中家里那台电脑，输入：

"帮我在电脑上打开 Ollama，用 qwen2.5:14b 模型分析 D 盘 Work 文件夹里那个 customer_reviews.txt 文件，把正面评价、负面评价、中性评价分类统计出来，生成一份 Markdown 报告放到桌面。"

Marvis 收到指令后，家里的电脑开始自动执行：启动终端 → 调用 Ollama → 读取文件 → 运行推理 → 输出报告。几分钟后，手机端弹出通知："任务已完成，报告已保存至桌面。"

整个过程中我没碰一下键盘鼠标，甚至不需要开着电脑远程桌面——Marvis 帮我搞定了全部。

这就是 "一句话远控" 和传统远程桌面的本质区别：你只需要描述结果，不需要亲自操作每一步。

场景二：手机操控浏览器，自动化运维个人网站

我的个人博客和几个小项目部署在家里的 Homelab 上，偶尔需要更新内容、检查 SSL 证书、或者重启 Nginx 服务。

以前每次改点什么东西，都得正襟危坐打开电脑 SSH 进去。现在我直接在手机上给 Marvis 发指令：

"帮我在电脑上打开浏览器，访问 https://我的网站.com 看看能不能正常打开。如果访问不了，检查一下 Nginx 状态和 SSL 证书有效期，有问题帮我修复。"

Marvis 会自动打开 Chrome → 访问网址 → 检查页面状态 → 如果打不开，就去检查 Nginx 服务状态和证书信息 → 告诉我哪里出问题了，等我确认后再执行修复。

还有一次，我需要批量抓取几个竞品网站的页面标题和 meta 描述做分析。以前这种浏览器自动化任务我得写 Python 脚本，现在只需要：

"帮我打开浏览器，依次访问这几个网站：[网址列表]，把每个网站的标题、描述、以及首页有哪些主要功能模块，整理成一个表格保存到桌面。"

几分钟后表格就生成好了。这种浏览器自动化 + 跨端远程的组合，对于需要远程管理网站、做竞品分析、甚至是远程维护服务器的人来说，效率提升不是一点半点。

场景三：出差途中，远程调取家里的开发环境

作为经常折腾各种 AI 项目的开发者，我的台式机上配置了完整的 Python 环境、CUDA 依赖、各种模型文件。出门在外想改段代码、跑个测试，我的轻薄本完全扛不住。

有了 Marvis，我在酒店用 iPad 就能远程"使唤"家里的电脑：

"帮我在电脑上打开 VS Code，打开 D 盘 Projects/ai-chatbot 这个项目，把 app.py 里第 45 行的 temperature 从 0.7 改成 0.3，保存后重启服务，然后告诉我新的访问地址。"

Marvis 会依次完成：打开 VS Code → 定位文件 → 修改参数 → 保存 → 重启服务 → 输出新的本地访问地址。

这就是我梦想中的远程工作方式——不是远程操控一台电脑，而是远程"指挥"一个智能助手帮我操作电脑。

安全吗？我的数据和操作谁来兜底？

说实话，一开始我也担心：让 AI 直接操控我的电脑，会不会把我的文件搞乱？

Marvis 在这方面的设计让我比较放心：

1. 敏感操作强制确认：涉及删除文件、修改系统配置、支付等操作时，Marvis 会弹出"硬确认"提示，必须我亲自点击确认才会执行，不会自作主张。
2. 本地模式，数据不出设备：如果处理的文件涉及敏感数据（比如个人证件、财务表格），可以切换到本地模式。在这种模式下，文件处理完全在本地端侧模型上运行，拔掉网线也能正常使用，数据物理上不会离开你的电脑。
3. 授权范围可控：你可以自定义 Marvis 的文件索引范围，不想被 AI 碰到的文件夹可以排除在外。

其他顺手好用的场景

用了 Marvis 一段时间，除了上面这些"硬核"场景，还有一些日常小功能也很好用：

• 下班忘存档：在地铁上想起游戏没存档，手机发一句"帮我检查星露谷存档并退出游戏"，回家继续玩。
• 远程帮父母修电脑："帮我看一下我爸电脑上的打印机为什么连不上了"，省去电话里教半小时的折磨。
• 临时要文件：老板找你要方案，而方案在另一台电脑上——手机一句"把桌面上 XX 方案发到我手机上"，搞定。

怎么用？

1. 访问官网 https://marvis.qq.com 下载 PC 客户端（支持 Windows/Mac）和手机 App（iOS/安卓）
2. PC 端和手机端用同一个微信或 QQ 登录
3. 手机端按提示完成授权，连接对应的 PC 设备
4. 在手机端新建会话，左上角选择已连接的电脑，开始用自然语言发任务

💡 小提示：初次使用需要等待 Marvis 对本地文件建立索引。文件多的话建议晚上挂机让它在低资源模式下慢慢跑，不影响正常使用。

写在最后

Marvis 解决的不是"怎么远程控制电脑"这个问题——市面上远控软件太多了。它解决的是"如何让远程电脑替我干活，而不是让我远程盯着它干活"。

对于家里有高算力电脑、需要执行浏览器自动化、管理个人网站、或者单纯不想背着沉重笔记本通勤的人来说，这种"一句话让电脑自己动"的体验，用一次就回不去了。

目前 Marvis 完全免费，每个账号每天有 1000 万 token 额度，常规操作大部分消化在本地端侧算力上，实际消耗很少。感兴趣的朋友可以下载体验一下。

🔗 官网下载：https://marvis.qq.com

📱 支持 Windows / macOS / iOS / Android

Marvis

本文基于 Marvis 实际使用体验撰写，功能以官方最新版本为准。

记一次 Emlog Docker 部署后全站 404 的排查与解决

分类：建站运维 · 标签：Emlog、Docker、1Panel、伪静态、Apache

最近用 Docker 在服务器上部署了一个 Emlog 博客，配合 1Panel 面板和 OpenResty 反向代理。容器跑起来之后，访问首页直接返回一个 Apache 的 404 页面：

Not Found
The requested URL was not found on this server.
Apache/2.4.54 (Debian) Server at www.你的域名 Port 80

奇怪的是，容器明明是运行状态，数据库也连上了，但就是打不开。折腾了一番才找到根因，这里把完整的排查思路和解决方法记录下来，给遇到同样问题的朋友一个参考。

一、我的部署环境

先交代一下环境，方便对照：

• 博客程序：Emlog Pro（Docker 容器部署）
• 镜像：emlog/emlog:pro-latest-php7.4-apache
• 面板：1Panel
• Web 服务：OpenResty（反向代理到容器）
• 数据库：MySQL 容器
• 端口映射：宿主机 8080 → 容器 80
• 数据挂载：宿主机数据目录 → 容器 /app

请求链路是这样的：用户 → CDN → OpenResty → Docker Emlog 容器（Apache + PHP）→ MySQL。

二、排查过程

1. 先确认容器在不在

容器名可能因为重建而变化，所以第一步先看实际容器名：

docker ps --format "table {{.Names}}\t{{.Image}}\t{{.Ports}}"

确认容器确实在运行，名字也记下来（下文用 emlog容器 代指）。

2. 检查伪静态模块

Emlog 的伪静态依赖 Apache 的 mod_rewrite，先确认它启用了：

docker exec emlog容器 apache2ctl -M | grep rewrite

输出 rewrite_module (shared)，说明模块没问题。

3. 关键发现：DocumentRoot 指向了空目录

接着看 Apache 的站点配置：

docker exec emlog容器 apache2ctl -S 2>&1 | head -20

输出里有一行：

Main DocumentRoot: "/var/www/html"

再去看这个目录里有什么：

docker exec emlog容器 ls /var/www/html/

结果是空的，什么都没有。

那 Emlog 的文件到底在哪？全局搜一下 index.php：

docker exec emlog容器 find / -name "index.php" -not -path "*/usr/share/*" 2>/dev/null

输出里能看到 Emlog 的程序文件其实在 /app 目录下：

/app/index.php
/app/admin/index.php
/app/content/...

到这里问题就清楚了。

三、问题根因

这个 Emlog Docker 镜像有一个设计上的坑：

Apache 默认的站点配置 000-default.conf 里，DocumentRoot 指向的是 /var/www/html，但 Emlog 的实际程序文件放在了 /app 目录。/var/www/html 是一个空目录，所以无论访问什么路径，Apache 都找不到文件，统统返回 404。

雪上加霜的是，Apache 默认配置里所有 Directory 块的 AllowOverride 都是 None。这意味着即使你放了 .htaccess 伪静态文件，Apache 也根本不会去读它。

所以要让站点正常访问、伪静态生效，必须同时解决两个问题：

1. 把 DocumentRoot 指向正确的 /app 目录
2. 开启 AllowOverride All，让 .htaccess 生效

四、解决方案

第一步：准备 .htaccess 文件

Emlog 的数据目录是挂载到容器 /app 的，所以直接在宿主机的数据目录里创建 .htaccess 即可：

cat > /你的数据目录/.htaccess << "EOF"
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
EOF

第二步：准备自定义站点配置

在宿主机上写一个 Apache 站点配置文件，把 DocumentRoot 指向 /app 并开启 AllowOverride：

mkdir -p /opt/emlog/conf

cat > /opt/emlog/conf/emlog-site.conf << "EOF"
<VirtualHost *:80>
    DocumentRoot /app
    <Directory /app>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>
EOF

第三步：用 docker run 重建容器

这里要特别注意：不要用 1Panel 的图形界面去改挂载，它会报一个莫名其妙的错误：

includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed

这是 1Panel 把挂载路径当成了 Docker 的命名卷（named volume）而不是 bind mount。直接用 docker run 手动建容器最稳妥：

docker run -d \
  --name emlog容器 \
  --restart always \
  -p 8080:80 \
  -v /你的数据目录:/app \
  -v /opt/emlog/conf/emlog-site.conf:/etc/apache2/sites-enabled/000-default.conf \
  emlog/emlog:pro-latest-php7.4-apache

注意：.htaccess 要放在 /app 目录下（也就是宿主机的数据目录里），不要挂载到 /var/www/html/.htaccess，那个目录是空的，挂了也没用。

第四步：配置 OpenResty 伪静态

在 1Panel 里找到对应站点 → 站点设置 → 伪静态，填入：

if (!-e $request_filename) {
    rewrite ^/(.*)$ /index.php last;
}

如果面板的伪静态入口对反向代理站点不生效，就手动编辑 OpenResty 配置，在 location / 之前加入 rewrite 规则：

server {
    listen 80;
    server_name 你的域名 www.你的域名;

    if (!-e $request_filename) {
        rewrite ^/(.*)$ /index.php last;
    }

    location / {
        proxy_pass http://你的服务器IP:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

改完重载 OpenResty：

docker exec openresty容器 nginx -s reload

第五步：Emlog 后台设置

1. 登录 Emlog 后台
2. 进入「设置 → 链接结构」
3. 选择「文件格式」（形如 /post-1.html），SEO 友好
4. 确认「站点地址」填的是你的正式域名（https://你的域名），而不是 http://服务器IP:8080，否则生成的链接会带 IP 和端口
5. 保存

五、一个容易遇到的小插曲：.htaccess 不可写

后台保存链接结构时，可能会提示「根目录下的.htaccess不可写」。

原因是 .htaccess 是用 root 创建的，而容器里 Apache 的运行用户是 www-data（UID 33），没有写权限。改一下文件归属就行：

chown 33:33 /你的数据目录/.htaccess

还不行就直接放开写权限：

chmod 666 /你的数据目录/.htaccess

其实我们手动放的规则已经是通用的了，Emlog 保存时只是用自带规则覆盖一遍，效果一样。这一步主要是让后台保存不报错，同时把链接结构写进数据库。

六、让配置持久化

上面这套配置都是放在宿主机、通过挂载进容器的，所以容器重建也不会丢。需要持久化的就两个文件：

以后无论容器怎么重建，只要这两条挂载在，伪静态就一直是好的。

七、踩坑总结

把这次踩的坑集中列一下，方便快速对照：

1. DocumentRoot 陷阱：Emlog 镜像的 Apache 默认指向空的 /var/www/html，真实文件在 /app，必须用自定义站点配置覆盖。
2. AllowOverride 默认 None：即使放了 .htaccess 也不生效，必须显式开启 AllowOverride All。
3. 别用 1Panel UI 改挂载：会报 "invalid characters for a local volume name"，直接用 docker run。
4. proxy_pass 别用 127.0.0.1：容器内的 127.0.0.1 指向容器自己，要用宿主机内网 IP。
5. 站点地址要填正式域名：填 IP:端口会导致生成的链接全是 IP。
6. .htaccess 写权限：root 创建的文件 www-data 写不了，记得 chown 33:33。
7. 改完 OpenResty 要重载：否则配置不生效。

八、常用排查命令备忘

最后留一份排查命令清单，下次遇到问题可以按顺序敲：

# 确认容器名
docker ps --format "table {{.Names}}\t{{.Image}}\t{{.Ports}}"

# 检查 mod_rewrite
docker exec emlog容器 apache2ctl -M | grep rewrite

# 查看 DocumentRoot 指向
docker exec emlog容器 apache2ctl -S 2>&1 | head -20

# 检查 .htaccess（注意是 /app 不是 /var/www/html）
docker exec emlog容器 cat /app/.htaccess

# 检查站点配置
docker exec emlog容器 cat /etc/apache2/sites-enabled/000-default.conf

# 确认 Emlog 文件存在
docker exec emlog容器 ls /app/index.php

# 查看挂载情况
docker inspect emlog容器 --format '{{json .Mounts}}' | python3 -m json.tool

# 看 Apache 错误日志
docker exec emlog容器 tail -20 /var/log/apache2/error.log

结语

这次问题的核心，就是 Emlog Docker 镜像的 DocumentRoot 指向和实际文件位置不一致。看似一个 404，背后其实是「DocumentRoot 指错 + AllowOverride 没开」两个问题叠加。把这个坑记下来，希望能帮到同样在用 Docker 部署 Emlog 的朋友。

如果你也遇到了类似的 404，不妨先 apache2ctl -S 看看 DocumentRoot 到底指向哪里，多半问题就出在那。

Emlog Docker 部署实战：从 0 到上线的完整记录（1Panel + OpenResty）

分类：建站运维 · 标签：Emlog、Docker、1Panel、OpenResty、伪静态

这篇文章记录我用 Docker + 1Panel + OpenResty 从零部署一个 Emlog 博客的完整过程，包括踩过的坑和最终的稳定方案。如果你也打算用容器化方式跑 Emlog，这篇应该能帮你少走不少弯路。

一、写在前面

传统方式部署 Emlog 需要在服务器上装 PHP、Apache/Nginx、MySQL，环境配起来繁琐，迁移也麻烦。用 Docker 之后，整个博客就是一个容器，迁移、备份、重建都很方便。

但 Docker 部署也不是「一键起飞」，我这次就踩了几个不小的坑，最典型的一个是容器跑起来后全站 404。下面把完整流程和这些坑一次性讲清楚。

最终效果：一个带伪静态、邮件通知、CDN 加速的 Emlog 博客，所有配置持久化，容器重建不丢。

二、最终架构

先看一下整体架构，心里有个数：

用户 → CDN → OpenResty（反向代理）→ Emlog 容器（Apache + PHP）→ MySQL 容器

各组件分工：

• OpenResty：由 1Panel 管理，负责接收请求、伪静态 rewrite、反向代理到 Emlog 容器
• Emlog 容器：内置 Apache + PHP，运行博客程序
• MySQL 容器：独立数据库容器，存储博客数据

为什么用 OpenResty 反代而不是直接暴露 Emlog 容器？因为这样可以在前面统一处理伪静态、SSL、缓存，Emlog 容器只管跑程序，职责清晰，也方便后续加 CDN。

三、环境准备

我的环境如下，供对照：

• 服务器：一台 Linux VPS（Debian）
• 面板：1Panel
• 博客程序：Emlog Pro
• 镜像：emlog/emlog:pro-latest-php7.4-apache
• 数据库：MySQL 8.x 容器

需要准备的参数（下文用占位符表示，替换成你自己的）：

四、第一步：部署 MySQL 容器

Emlog 需要数据库。我用独立的 MySQL 容器，方便管理和备份。

在 1Panel 的应用商店里安装 MySQL，或者直接用命令：

docker run -d \
  --name mysql \
  --restart always \
  -e MYSQL_ROOT_PASSWORD=你的数据库密码 \
  -v /opt/mysql/data:/var/lib/mysql \
  mysql:8.4

装好后进入容器创建 Emlog 专用数据库：

docker exec -it mysql mysql -u root -p

CREATE DATABASE emlog CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

注意：数据库端口不用对外开放，容器之间通过内部网络通信即可，更安全。

五、第二步：部署 Emlog 容器

在 1Panel 应用商店找到 Emlog 安装，或者用命令部署。这里先按默认方式跑起来：

docker run -d \
  --name emlog容器 \
  --restart always \
  -p 8080:80 \
  -v 你的数据目录:/app \
  -e EMLOG_DB_HOST=mysql \
  -e EMLOG_DB_NAME=emlog \
  -e EMLOG_DB_USER=root \
  -e EMLOG_DB_PASSWORD=你的数据库密码 \
  emlog/emlog:pro-latest-php7.4-apache

关键参数说明：

• -p 8080:80：把容器 80 端口映射到宿主机 8080，后面 OpenResty 反代这个端口
• -v 你的数据目录:/app：Emlog 程序和数据都在容器的 /app，挂载到宿主机实现持久化

容器跑起来后，先别急着访问，因为大概率会遇到下面这个坑。

六、第三步：那个绕不开的 404 坑

容器跑起来后访问首页，返回的是这样一个 Apache 404：

Not Found
The requested URL was not found on this server.
Apache/2.4.54 (Debian) Server at www.你的域名 Port 80

排查方法：先看 Apache 的 DocumentRoot 指向哪里。

docker exec emlog容器 apache2ctl -S 2>&1 | head -20

输出里会看到：

Main DocumentRoot: "/var/www/html"

再看这个目录：

docker exec emlog容器 ls /var/www/html/

空的。而 Emlog 的真实文件其实在 /app：

docker exec emlog容器 ls /app/index.php

根因：这个 Emlog 镜像的 Apache 默认配置 000-default.conf 把 DocumentRoot 指向了空的 /var/www/html，而程序文件实际在 /app。所以所有请求都 404。

同时，Apache 默认的 AllowOverride 全是 None，就算放了 .htaccess 也不会被读取。

所以必须同时修两个地方：把 DocumentRoot 指向 /app，并开启 AllowOverride All。

七、第四步：配置伪静态（含 404 修复）

1. 准备 .htaccess

数据目录挂载到容器 /app，所以直接在宿主机数据目录里建 .htaccess：

cat > 你的数据目录/.htaccess << "EOF"
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
EOF

2. 准备自定义站点配置

写一个 Apache 站点配置，把 DocumentRoot 改到 /app 并开启 AllowOverride：

mkdir -p /opt/emlog/conf

cat > /opt/emlog/conf/emlog-site.conf << "EOF"
<VirtualHost *:80>
    DocumentRoot /app
    <Directory /app>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>
EOF

3. 用 docker run 重建容器（关键）

这里要特别提醒：不要用 1Panel 图形界面改挂载，会报错：

includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed

这是 1Panel 把路径当成了命名卷。直接用 docker run 重建，把站点配置挂载进去覆盖默认的 000-default.conf：

docker run -d \
  --name emlog容器 \
  --restart always \
  -p 8080:80 \
  -v 你的数据目录:/app \
  -v /opt/emlog/conf/emlog-site.conf:/etc/apache2/sites-enabled/000-default.conf \
  -e EMLOG_DB_HOST=mysql \
  -e EMLOG_DB_NAME=emlog \
  -e EMLOG_DB_USER=root \
  -e EMLOG_DB_PASSWORD=你的数据库密码 \
  emlog/emlog:pro-latest-php7.4-apache

这样 DocumentRoot 和 AllowOverride 两个问题一次性解决，而且配置在宿主机上，容器重建也不会丢。

4. 配置 OpenResty 反代和伪静态

在 1Panel 里创建网站，添加反向代理指向 你的服务器IP:8080，然后在「站点设置 → 伪静态」填入：

if (!-e $request_filename) {
    rewrite ^/(.*)$ /index.php last;
}

如果面板的伪静态入口对反代站点不生效，就手动编辑 OpenResty 配置：

server {
    listen 80;
    server_name 你的域名 www.你的域名;

    if (!-e $request_filename) {
        rewrite ^/(.*)$ /index.php last;
    }

    location / {
        proxy_pass http://你的服务器IP:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

改完重载：

docker exec openresty容器 nginx -s reload

八、第五步：Emlog 后台初始化

站点能访问后，登录后台做几项基础设置：

1. 链接结构：设置 → 链接结构，选「文件格式」（/post-1.html），SEO 友好
2. 站点地址：设置 → 基本设置，站点地址填 https://你的域名，千万别填 http://服务器IP:8080，否则生成的链接全带 IP 端口
3. 保存报错处理：如果保存链接结构时提示「.htaccess不可写」，是因为文件归属问题，执行：

chown 33:33 你的数据目录/.htaccess

还不行就 chmod 666。容器里 Apache 运行用户是 www-data（UID 33），root 创建的文件它写不了。

九、第六步：美化邮件通知（可选）

Emlog 自带邮件通知功能（比如评论回复提醒），默认模板比较朴素。可以在后台「设置 → 邮件通知」里替换成自定义 HTML 模板。

模板里有两个变量，发信时自动替换，不用改：

• {{mail_site_title}} → 站点名称
• {{mail_content}} → 邮件正文

一个简洁美观的模板结构参考：顶部品牌区（站点名 + 标语）、中间白色正文卡片、底部信息区（站点链接 + 联系方式 + 版权）。具体样式可以根据自己网站的配色调整，核心是保留那两个变量。

十、持久化清单

这套方案所有配置都在宿主机上，容器重建不丢。需要保管好的就这些：

备份时把这几个目录打包即可，迁移到新服务器原样恢复就能跑。

十一、故障排查速查

留一份命令清单，遇到问题按顺序敲：

# 确认容器名（重建后可能变）
docker ps --format "table {{.Names}}\t{{.Image}}\t{{.Ports}}"

# 检查 mod_rewrite 是否启用
docker exec emlog容器 apache2ctl -M | grep rewrite

# 查看 DocumentRoot 指向（404 时第一个要看）
docker exec emlog容器 apache2ctl -S 2>&1 | head -20

# 检查 .htaccess（注意是 /app 不是 /var/www/html）
docker exec emlog容器 cat /app/.htaccess

# 检查站点配置是否挂载成功
docker exec emlog容器 cat /etc/apache2/sites-enabled/000-default.conf

# 确认 Emlog 文件存在
docker exec emlog容器 ls /app/index.php

# 查看挂载情况
docker inspect emlog容器 --format '{{json .Mounts}}' | python3 -m json.tool

# 看 Apache 错误日志
docker exec emlog容器 tail -20 /var/log/apache2/error.log

常见问题对照：

十二、踩坑总结

把这次的坑集中列一下：

1. DocumentRoot 陷阱：Emlog 镜像的 Apache 默认指向空的 /var/www/html，真实文件在 /app，必须用自定义站点配置覆盖。
2. AllowOverride 默认 None：放了 .htaccess 也不生效，必须显式开启 AllowOverride All。
3. 别用 1Panel UI 改挂载：会报命名卷错误，直接 docker run。
4. proxy_pass 别用 127.0.0.1：容器内 127.0.0.1 指向自己，要用宿主机内网 IP。
5. 站点地址填正式域名：填 IP:端口会导致链接全带 IP。
6. .htaccess 写权限：root 建的文件 www-data 写不了，记得 chown 33:33。
7. 改完 OpenResty 要重载：否则不生效。

十三、结语

整体下来，Docker 部署 Emlog 的思路很清晰：MySQL 容器 + Emlog 容器 + OpenResty 反代，三层各司其职，数据全部挂载持久化。唯一的「惊喜」是镜像的 DocumentRoot 指向问题，只要知道真实文件在 /app，用自定义站点配置覆盖一下就能解决。

这套方案跑下来很稳定，迁移和备份也方便——打包几个数据目录就能整体搬走。如果你也在用容器跑 Emlog，希望这篇能帮你少踩点坑。

PanTools —— 多网盘批量管理利器，让网盘管理效率翻倍

一站式管理 18+ 网盘，批量操作、自动同步、智能分享，彻底告别繁琐的手动管理。

引言

在数字化时代，网盘已经成为我们存储和分享文件的重要工具。然而，随着网盘服务商越来越多——百度网盘、夸克网盘、阿里云盘、115 网盘、天翼云盘……你是否也面临以下困扰？

• 多个网盘、多个账号，切换繁琐，管理混乱？
• 分享资源时需要一个一个手动复制链接？
• 批量转存、重命名、删除文件耗时耗力？
• 分享链接经常失效，用户无法访问？

如果你正在被这些问题困扰，那么 PanTools 就是你的终极答案。

什么是 PanTools？

PanTools 是一款全功能型的多网盘批量管理工具，支持 18+ 主流网盘服务商，实现多网盘、多账号的统一管理与操作。无论是批量转存、分享、重命名、删除，还是链接监控、自动同步、智能回复，PanTools 都能帮你轻松搞定。

• 软件版本：v1.1.23
• 软件大小：27 MB
• 支持网盘：18+

核心功能一览

1. 多网盘、多账号统一管理

支持 18 个网盘服务商，一个工具即可管理所有网盘的多个账号，互不影响、互不干扰。告别频繁登录退出的烦恼，真正实现"一个面板，掌控所有"。

2. 文件（夹）批量操作

支持批量且自定义地完成以下操作：

• 📁 批量转存：一键将资源转存到指定网盘目录
• 📤 批量分享：批量生成分享链接，省去逐个操作的麻烦
• ✏️ 批量重命名：支持多种规则批量重命名，灵活高效
• 🗑️ 批量删除：快速清理无用文件，释放空间
• 📋 批量复制/移动：高效整理网盘文件结构
• 🚫 去除/添加广告文件：自动处理资源中的广告内容
• 🔄 遍历功能：深度遍历文件夹，所有文件一目了然

3. 内置资源库 — 10万+资源一键转存

PanTools 内置了 10 万+优质网盘资源，涵盖：

• 🎮 游戏仓库
• 📚 书籍库
• 🎬 短剧剧场
• 💻 软件下载
• ……更多分类持续更新

只需一键，即可将心仪资源转存到你的网盘。

4. 百度网盘群组 & 好友同步

群组更新，自动跟进。 支持监控百度网盘群组和好友的分享文件（夹），一旦有新资源发布，软件自动保存新更新的文件。不再需要手动刷新、手动保存，真正做到"人无我有，人有我新"。

5. 链接监控 — 多网盘、多账号全覆盖

设置分享链接监控，指定目标文件夹。一旦对方有文件更新，PanTools 自动将新文件转存到你的网盘，并支持：

• 转存后自动重命名
• 自动删除广告文件
• 多网盘、多账号同步监控

特别适合跟踪优质资源分享者，第一时间获取最新内容。

6. 微信 & QQ 自动回复

打造私域流量的高效工具：

• 消息群发：建立群发组，一键分享到多个群聊
• 8 种回复规则：支持搜索网盘文件并分享回复、数据库匹配、本地文件、资源库、监控转存、监控转存并处理后分享、群发消息组等

7. 多网盘同步上传

将同一份文件同时上传到多个网盘并生成分享链接，一次操作，多盘覆盖，极大提升分享效率与覆盖面。

8. 在线列表

将网盘内的文件夹生成为在线列表页面，功能特性：

• 文件实时更新
• 用户可自行选择资源并转存
• 支持引导用户到手机端操作
• 查看访问量、分享量等数据
• 全盘搜索资源
• 支持编辑、加密、公告
• 多个文件夹统一展示

查看在线列表演示 →

9. 短链功能

对网盘分享链接或表格文档链接进行短链处理，优势明显：

• 防止分享链接失效后可灵活替换
• 引导用户在手机端访问
• 查看短链访问量统计
• 美观简洁，方便传播

查看短链演示 →

10. 文件目录树

支持遍历获取网盘内所有文件，一键生成：

• 🌐 HTML 网页（支持搜索功能）
• 📊 表格文档
• 📝 文本文件

方便用户快速浏览、查找和分享网盘文件清单。

查看目录树演示 →

适用场景

为什么选择 PanTools？

软件声明

• 本软件作为第三方辅助型工具，仅供技术学习交流和研究使用，请遵守法律法规，请勿用于任何商业及非法用途。
• 所有功能均为公开 API 接口，不提供任何非法服务。
• 操作过程中造成的数据丢失、意外删除等行为，请用户自行谨慎操作。
• 软件不支持跨网盘转存（如百度→夸克、夸克→百度等）。

结语

如果你是多网盘重度用户，或者经常需要分享、收集资源，PanTools 无疑是你的不二之选。它以强大的批量处理能力、智能的自动同步机制和丰富的分享工具，彻底解放你的双手，让网盘管理变得前所未有的高效。

立即访问官网了解更多：https://pantools.cn

本文基于 PanTools v1.1.23 版本撰写，功能以实际版本为准。

PanTools 免费版 —— 免费网盘批量管理利器

🆓 认准 pantools.xyz · 覆盖光鸭/百度/夸克三大网盘 · Windows/macOS 双端 · 全部永久免费，不花一分钱！

⚠️ 先搞清楚：网上有两个 PanTools，别搞混了！

网上存在两个名字相似的 PanTools，但它们是完全不同的产品、不同的团队、不同的收费模式。本文介绍的是 pantools.xyz 免费版，请不要与 pantools.cn 混淆。

🎯 一句话选型：想免费 + Mac 用户 + 只用光鸭/百度/夸克 → 选 pantools.xyz；需要 18+ 网盘 + 高级功能 + 不介意付费 → 选 pantools.cn。两版不互通，请按需选择。

引言

在内容运营和资源管理的日常工作中，你是否经常面对这样的场景：几十上百条网盘链接需要逐条转存，成百上千个文件需要逐个生成分享链接，同一个资源库需要分发给不同渠道——每一条都要手动操作，耗时又易出错。

PanTools 免费版正是为解决这些痛点而生。它将原本需要几百次点击的操作压缩为一键完成，而且——全部永久免费，无需花一分钱。与 pantools.cn 收费版不同，这里没有任何会员体系，不存在"基础免费 + 高级付费"的套路，从批量转存到文件裂变，所有功能全部开放。

什么是 PanTools 免费版？

PanTools 免费版（pantools.xyz）是一套完全免费的桌面端网盘批量管理工具。与 pantools.cn 收费版追求"大而全"不同，免费版选择了做精而非做多的路线——只聚焦光鸭云盘、百度网盘、夸克网盘三大主流平台，把每一款工具的功能做到极致。

🆓 不收费、不订阅、无广告，所有功能全部开放，作者用爱发电。如果你在 pantools.cn 看到付费提示，请不要惊讶——那是另一个产品。认准 pantools.xyz，才是真正的免费版。

三大桌面工具（全部免费）

PanTools 免费版针对不同网盘提供了独立的桌面客户端，各司其职、互不干扰。三款工具全部免费，无需付费解锁任何功能。

三款工具均于 2026 年 5 月 16 日首次发布，持续更新中。与 pantools.cn 的单文件 27MB 不同，免费版每款工具 55-60MB，因为它们是完整的独立桌面应用，原生支持 Win/Mac 双端。

光鸭云盘工具

专为光鸭网盘用户打造，支持批量处理转存任务，轻松管理海量资源。

百度云盘工具

面向百度网盘的重度用户，支持批量转存、批量分享、文件裂变等专业功能。

夸克云盘工具

夸克网盘凭借大容量和高速传输受到越来越多用户青睐，支持秒传加速等特性。

核心功能

批量转存

粘贴几百条分享链接，按目录自动转存到指定文件夹。告别逐条点击"保存到网盘"的噩梦，一键批量完成。

批量分享

任意文件或文件夹批量生成分享链接，密码和有效期统一管理。无论是分发资源给社群，还是整理分享列表，效率提升立竿见影。

文件裂变（免费版独家功能）

这是 PanTools 免费版最具特色的功能，pantools.cn 收费版反而不支持。一个目录可以按关键词列表克隆为 N 份独立分享，实现多渠道高效投放。对于需要在不同社群、不同渠道分发差异化内容的运营者，这是杀手级武器。

资源监控

给分享链接挂上"定时哨兵"，源端一旦新增文件，自动按照原有目录结构转存到你的网盘。真正做到"一次设置，持续同步"。

秒传支持

支持秒传与转存加速，即使面对海量资源，处理依然流畅不卡顿。

本地运行，安全可靠

纯客户端运行，账号 Cookie 仅保存在本地，数据绝不上云。你的网盘信息安全由你自己掌控。

免费版独有的优势

与 pantools.cn 收费版相比，PanTools 免费版有以下不可替代的优势：

💡 Mac 用户请注意：pantools.cn 收费版不支持 macOS。如果你用 Mac，pantools.xyz 免费版是目前唯一的选择。

经典版

对于老用户，PanTools 还保留了早期的 Windows 经典版本（v7.1），仅 2.72 MB 的超轻量体积，包含基础的文件管理和监控功能，同样完全免费。

视频教程

官方提供了从入门到实战的完整视频教程，覆盖 Bilibili 平台：

• 入门教程 — 10 分钟掌握基本操作流程
• 高级功能 — 批量分享、文件裂变、监控等深度用法
• 实战案例 — 真实场景演示，解决日常资源整理痛点

适合谁用？

结语

PanTools 免费版（pantools.xyz）与 pantools.cn 收费版是两条完全不同的产品路线：

• 免费版：永久免费、Win+Mac 双端、专注 3 大网盘、独家文件裂变，适合追求免费和跨平台的用户
• 收费版：50~450 元、仅 Win 端、覆盖 18+ 网盘、含 Wx/QQ 自动回复等高级功能，适合需要全面管理的付费用户

没有哪个更好，只有哪个更适合你。 但如果你不想花钱、用 Mac、主要管理光鸭/百度/夸克三个网盘——那 pantools.xyz 免费版就是你的最佳选择。

官网地址：https://pantools.xyz

本文基于 PanTools 免费版（pantools.xyz）2026 年 5 月版本撰写，功能以实际版本为准。所有工具均为永久免费。如需了解 pantools.cn 收费版，请访问其官网。