很多用户在 1Panel 上删除一个网站时都遇到过类似的困惑：只是想清掉一个配置有问题的站点，重新配一遍，结果网站目录里的业务文件也一并消失了。然后在 {1Panel 安装目录}/www/sites/ 里翻找半天，确认——是真的删干净了。
这篇文章帮所有 1Panel 用户讲清楚三件事：删除网站时 1Panel 到底做了什么？如何安全地执行这一操作？如果已经误删，还能不能救回来？
一、1Panel 删除网站时到底会发生什么？
点击"删除站点"后，以下内容会被一并移除：
网站的 Nginx / OpenResty 配置（反向代理、重写规则、监听端口等）；
网站绑定的 SSL 证书关联；
网站目录下的所有文件（位于
{1Panel 安装目录}/www/sites/<站点名>）；根据删除选项，可能还会清理关联数据库与备份。
设计逻辑也很直白：一个 Site 在 1Panel 中是"配置 + 文件 + 运行环境"的一体化实体。单独保留文件会产生"孤儿目录"，反而让面板的状态管理变复杂。所以 删除=彻底删除，是当前稳定的产品行为。
二、这些场景下最容易踩坑
想重置 Nginx 配置：配置改乱想重来，结果连业务文件一起被清空。
临时调整运行环境：习惯"删了再建一遍"，忘了网站目录里还有代码。
清理长时间不用的站点：以为只是解绑域名，结果文件目录也被删除。
迁移前的"重建"：为了重新配置某个参数删站点，忘了先把文件拷走。
三、删除前必做的 3 件事
1. 创建系统快照
在 面板设置 → 快照 手动创建一个快照，保留完整的系统状态。一旦发生误删，可以整体回滚到操作前的时间点。
2. 备份网站文件与数据库
进入具体网站详情页 → 备份，单独导出：
网站文件
关联数据库
对关键站点，推荐直接开启定时备份，周期根据更新频率设定（每日/每周）。配合 OSS、本地磁盘或异地服务器做冗余存储，安全等级再上一层。
3. 手动拷贝目录作为最后一层保险
在执行危险操作前，用一条命令把目录先复制或打包一份：
# 直接拷贝
cp -a /opt/1panel/www/sites/example.com /tmp/backup-example-$(date +%Y%m%d)
# 或压缩归档
tar -czf /tmp/example-$(date +%Y%m%d).tar.gz /opt/1panel/www/sites/example.com四、更好的方案：大多数时候你并不需要"删除站点"
仔细想想，"删除站点再重建"通常只是为了达到某种效果。下面几种替代方案能更安全地实现同样目的：
方案 A：只重置 Nginx / OpenResty 配置
进入网站详情 → 配置文件，直接编辑或粘贴标准配置覆盖即可。文件不动，环境不动。
方案 B：只重建运行环境
如果是 PHP、Node.js 等运行环境出了问题，在 运行环境 页面删除/重建对应环境，站点本体与文件完全不受影响。
方案 C：临时下线，保留站点
如果只是暂时不想对外提供服务：编辑站点 → 停止运行 或解绑域名，所有文件、配置都会完整保留，后续随时可以恢复。
五、已经误删了？按顺序尝试以下恢复
系统快照：在 面板设置 → 快照 中选择删除操作之前的快照恢复。
定时备份：如果已经配置了定时备份，从 备份账号 对应的存储中找到备份文件还原。
云服务器快照：检查云厂商侧（阿里云、腾讯云、AWS 等）是否开启了磁盘快照，可在云控制台回滚。
文件系统恢复：
extundelete、photorec等工具对 ext4 分区有一定恢复概率，但不保证完整，仅作最后手段。
六、写在最后
"删除=彻底删除"是 1Panel 当前清晰而严厉的行为逻辑。有效的做法是把备份与快照变成日常默认动作——任何一次误操作，都能在一分钟之内回到原点。
破坏性操作前先备份——快照、备份、归档至少做一项；
分清"重置配置"与"删除站点"——多数时候你想要的是前者；
多层防线——云快照 + 1Panel 备份 + 本地归档，越关键的站点越要冗余。
