phpEnv本身不管理日志，其日志配置本质是Apache与PHP的组合行为：Apache通过CustomLog和ErrorLog指令控制虚拟主机访问与服务器错误日志，PHP则通过php.ini中log_errors、error_log等独立配置脚本级错误日志，二者必须分路径、分文件、分开排查。
phpEnv 的日志配置本质是 Apache + PHP 组合行为
phpEnv 本身不管理日志，它只是封装了 Apache、PHP、MySQL 的启动脚本和配置模板。你看到的“虚拟主机日志”实际由 Apache 的 CustomLog 和 ErrorLog 指令控制，PHP 自身错误（如 parse error、E_WARNING）则走 error_log 配置项。两者必须分开配、分开查，混在一起会漏掉关键线索。
每个 VirtualHost 块里必须显式写 CustomLog 和 ErrorLog
常见错误是只在全局 httpd.conf 里配了一次日志路径，结果所有站点全写进 access.log 和 error.log——查 500 错误时根本分不清是哪个域名触发的。正确做法是：在每个 <VirtualHost *:80> 或 <VirtualHost *:443> 块内部，单独声明：
-
CustomLog "D:/phpEnv/logs/myapp-access.log" combined（Windows 路径用双引号，斜杠建议用正斜杠或双反斜杠） ErrorLog "D:/phpEnv/logs/myapp-error.log"- 路径必须是**绝对路径**；相对路径（如
logs/xxx.log）会相对于 Apache 的ServerRoot，而 phpEnv 的ServerRoot通常在D:/phpEnv/apache，容易误判 - 目录需手动创建：
mkdir -p D:/phpEnv/logs，Apache 不会自动建父级目录 - 确保运行 Apache 的 Windows 用户（默认是当前登录用户）对该目录有写权限，否则启动时报
Permission denied: could not open error log file
HTTPS 虚拟主机别漏掉 ErrorLog，且不能复用 HTTP 的路径
很多用户给 VirtualHost *:443 配了 SSLEngine on，却忘了加 ErrorLog，导致 SSL 握手失败、证书过期等错误全丢进主日志，根本找不到上下文。注意：
- HTTP 和 HTTPS 的
ErrorLog**必须不同路径**，例如：ErrorLog "D:/phpEnv/logs/myapp-https-error.log" - 不要图省事写成
ErrorLog "../logs/myapp-error.log"—— 路径解析规则在 SSL 上下文中可能异常 - 若用了自签名证书或中间证书链不全，错误通常出现在
SSL Library Error行，只在 HTTPS 的ErrorLog里有
PHP 错误日志要独立配，且和 Apache 错误日志物理分离
Apache 的 ErrorLog 记的是服务器层问题（如模块加载失败、权限拒绝），而 PHP 脚本里的 Warning、Fatal error 默认不进这里。必须在 php.ini 里明确指定：
立即学习“PHP免费学习笔记（深入）”；
log_errors = On-
error_log = "D:/phpEnv/logs/myapp-php-error.log"（同样必须绝对路径，且目录已存在） -
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED（开发环境可开全，生产环境建议过滤低危项） - 改完
php.ini后，**必须重启 Apache**（不是只 reload），因为 phpEnv 的 PHP 是以 module 方式嵌入 Apache 的，ini 加载发生在进程启动时 - 验证方式：在站点根目录放一个
test.php，内容为<?php trigger_error("test php error", E_USER_ERROR); ?>，访问后检查对应myapp-php-error.log是否有记录
最常被忽略的是：PHP 错误日志路径没加引号（尤其含空格或中文路径），导致 Apache 启动失败但无明确报错；还有人把 error_log 指向和 Apache ErrorLog 同一文件，造成日志格式混乱、grep 失效。
