phpEnv 站点配置文件实际存放在 phpEnv\conf\nginx\ 或 phpEnv\conf\apache\ 目录下，文件名为 {域名}.conf（如 www.test.com.conf），对应 Nginx/Apache 虚拟主机配置；站点根目录为 phpEnv\www{域名}，PHP 全局配置在 phpEnv\php\php.ini，单站覆盖配置通过 .user.ini 实现。
phpEnv 没有内置的“导出站点配置”命令，所有配置都分散在文件系统里，必须手动定位并打包关键路径 —— 直接复制 phpEnv\www 和 phpEnv\conf 就是实质上的完整备份。
phpEnv 站点配置文件实际存放在哪？
phpEnv 是 Windows 下轻量级 PHP 集成环境（非宝塔、非 Docker），其站点配置不走数据库或 CLI 工具，而是纯文件驱动：
-
phpEnv\www\：每个子目录就是一个站点，目录名即域名（如www.test.com） -
phpEnv\conf\nginx\或phpEnv\conf\apache\：存放 Nginx/Apache 的虚拟主机配置，文件名通常为www.test.com.conf -
phpEnv\php\php.ini：全局 PHP 配置，影响所有站点；若需单独控制某站，得靠.user.ini放在对应站点根目录 -
phpEnv\mysql\data\：MySQL 数据库存储路径（注意：不是 SQL 文件，是原始数据文件，迁移时慎用）
如何安全导出一个 phpEnv 站点？
导出 ≠ 复制整个 phpEnv 目录。只导出可复用、可审计、无运行时状态的部分：
- 必导：
phpEnv\www\{域名}全部内容（含.htaccess、.user.ini、框架代码） - 必导：
phpEnv\conf\{webserver}\{域名}.conf（例如phpEnv\conf\nginx\www.test.com.conf） - 选导：
phpEnv\php\php.ini中与该站点强相关的段落（如upload_max_filesize、date.timezone），不要全量导出 - 禁导：
phpEnv\mysql\data\下的原始文件 —— 它绑定特定 MySQL 实例版本和平台字节序，跨机迁移极易损坏；应改用mysqldump导出 SQL
迁移后常见失败原因和绕过方式
把备份文件丢到新机器上直接启动，90% 会报错。核心问题不在代码，而在隐式依赖：
立即学习“PHP免费学习笔记（深入）”；
-
phpEnv\conf\nginx\里的root指令写的是绝对路径（如root "D:/phpEnv/www/www.test.com";），迁移到另一台电脑的E:\盘就 404 —— 必须批量替换为相对路径或新盘符 - Nginx/Apache 配置中硬编码了
fastcgi_pass 127.0.0.1:9000，但新环境 PHP-FPM 可能监听 socket（unix:/tmp/php-fpm.sock）—— 不匹配直接 502 - 站点用了
opcache.enable=1，迁移后旧字节码缓存未清除，导致修改代码不生效 —— 启动前删掉phpEnv\tmp\opcache\目录 -
.env或config/database.php里写了原服务器数据库 IP/密码，没改就跑，连不上库还查不出错在哪 —— 建议用grep -r "192\.168\|localhost" phpEnv\www\快速扫描
用命令行快速打包单个站点（Windows PowerShell）
避免手动点开文件夹拖拽，用脚本保一致性：
cd D:\phpEnv $domain = "www.test.com" Compress-Archive -Path "www\$domain", "conf\nginx\$domain.conf" -DestinationPath "backup_$domain.zip" -CompressionLevel Optimal
这行命令会生成 backup_www.test.com.zip，解压后结构清晰，不含无关文件。如果用的是 Apache，把 nginx 换成 apache 即可。
真正麻烦的从来不是“怎么打包”，而是“包里哪些路径和权限在新环境失效了”。每次迁移后，第一件事不是访问首页，而是打开浏览器开发者工具看 Network 面板 —— 404 的 JS/CSS 路径、500 的 API 接口，比白屏更有诊断价值。
