当前位置：首页 > 技术运维

别乱删文件！Halo 在 1Panel 上的数据究竟藏在哪？

李牧之2周前 (12-05)技术运维18

# 架构思维：拒绝盲目运维，一文看懂 1Panel 的“前店后厂”逻辑

**作者：沐青 | 栏目：技术运维 | 预计阅读时间：6 分钟**

---

很多刚从传统面板（如宝塔）转投 1Panel 的朋友，在部署 Halo、WordPress 等容器化应用时，都会遇到一个“灵异现象”：

> **“我在‘网站’里创建了站点，结果点开目录一看，里面竟然是空的？我的程序去哪了？”**

如果你也有这个疑问，说明你还停留在**“单机文件思维”**，尚未进入**“容器化运维”**的世界。

今天我们不谈枯燥的代码，用**“前店后厂”**的商业逻辑，为你彻底拆解 1Panel（以及所有现代云原生架构）的底层运作机制。

## 一、 核心矛盾：两个目录的罗生门

在 1Panel 中，你会看到两个截然不同的路径：

1.  **`1panel/apps/halo/halo`** （数据满载）
2.  **`1panel/www/sites/qingmu.pw/index`** （空空如也）

为什么会分裂？因为它们的分工完全不同。

---

## 二、 后厂模式：Apps 目录（数据核心）

* **物理路径：** `/opt/1panel/apps/halo/halo`
* **角色定位：** **工厂 / 仓库**
* **技术原理：** **Docker Volume（容器卷挂载）**

Halo 是跑在 Docker 容器里的。你要知道，Docker 容器本质上是“临时的”，一旦容器重启或删除，里面的数据就会灰飞烟灭。
为了让你的文章、图片、主题能永久保存，1Panel 使用了**“挂载”**技术：
将宿主机的 `apps` 目录，强行映射到容器内部的数据目录（如 `/root/.halo2`）。

**实战意义：**
* **你要改代码、换主题？** 请来这里。
* **你要找上传的图片？** 请来这里。
* **你要备份核心资产？** 必须备份这里！
* **警告：** 如果你把这个目录删了，你的网站就彻底“格式化”了。

---

## 三、 前店模式：WWW 目录（流量门面）

* **物理路径：** `/opt/1panel/www/sites/qingmu.pw/index`
* **角色定位：** **门店 / 柜台**
* **技术原理：** **Nginx Vhost（虚拟主机配置）**

这是 OpenResty (Nginx) 的地盘。
按照传统 PHP 网站的逻辑（比如 WordPress 非容器版），Nginx 会去这个目录下找 `index.php` 来执行。

但在 Halo 这种 **Java/Go 容器化应用**中，Nginx **根本不需要读取文件**。
它的作用只有一个：**接待客户**。
它负责监听 80/443 端口，处理 SSL 加密，拦截恶意流量，然后把合法的请求“转交”给后台。

所以，这个目录下通常只有一些日志文件或临时文件，**它本来就应该是空的**。

---

## 四、 连接桥梁：反向代理 (Reverse Proxy)

既然“门店”里没有货（代码），为什么用户能看到网页？
因为 1Panel 自动为你配置了一套**“传送带”** —— **反向代理**。

当用户访问 `qingmu.pw` 时，Nginx 的处理逻辑如下：

```nginx
location / {
    # 别在本地找文件了，直接转发给 Halo 容器
    proxy_pass [http://127.0.0.1:8090](http://127.0.0.1:8090); 
    
    # 携带一些必要的头信息
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
}
```
流量全景图：
1.用户 访问域名 -> 到达 前店 (Nginx/WWW)。
2.前店 发现自己没货，通过 反向代理 将请求转发给 后厂 (Docker/Apps)。
3.后厂 处理完毕（生成页面），将结果返回给 前店。
4.前店 将页面展示给 用户。

## 五、 为什么要这么设计？
这绝不是多此一举，这是企业级架构的标准。
1.安全隔离 (Security)
外部用户只能接触到 Nginx（前店），永远接触不到 Halo 的核心端口（后厂）。就算 Nginx 挂了，数据也是安全的。
2.环境解耦 (Decoupling)
Halo 跑在 Docker 盒子里，自带 Java 环境，互不干扰。你可以在一台服务器上同时跑 Java 的 Halo、PHP 的 WordPress 和 Go 的 Hugo，而不会产生环境冲突。
3.专业分工 (Efficiency)
Nginx 专职处理 SSL、压缩、限流等脏活累活；Halo 专职生成内容。效率最大化。

切记： www 目录删了可以重建配置，但 apps 目录删了，就是真的删库跑路了。