phpEnv中Nginx默认日志路径为phpenv/nginx/logs/access.log和phpenv/nginx/logs/error.log，即相对于Nginx可执行文件所在目录的logs/子目录，非系统级路径，且需手动配置access_log与error_log指令才能实现站点级分类存储。
phpEnv 中 Nginx 的日志路径不能靠“分类存储”自动实现，必须手动在 nginx.conf 或站点 server 块中显式配置 access_log 和 error_log 指令 —— 否则所有请求都会写入 phpEnv 默认的全局日志文件（通常是 logs/access.log 和 logs/error.log）。
phpEnv 默认日志路径在哪？
phpEnv 是绿色免安装环境，Nginx 配置基于其内置目录结构。默认情况下：
-
nginx.conf位于phpenv/nginx/conf/nginx.conf（Windows 下常见路径如C:phpenv ginxconf ginx.conf） - 未显式配置时，
access_log和error_log会按 Nginx 编译时的 prefix 推导，默认指向logs/access.log和logs/error.log，即相对于 Nginx 可执行文件所在目录的logs/子目录 - 该
logs/目录通常就在phpenv/nginx/下，不是系统级路径（如/var/log），也不随 Windows 用户目录变化
如何为不同站点配置独立日志路径？
phpEnv 支持多站点（通过多个 server 块或 include 多个配置文件），每个 server 块可单独指定日志路径，实现“分类存储”效果：
- 确保
http块中已定义log_format（如main），否则自定义格式会失效 - 在目标
server块内直接写：access_log logs/example_com_access.log main;<br>error_log logs/example_com_error.log warn;
- 路径支持相对路径（相对于 Nginx 工作目录，即
phpenv/nginx/）或绝对路径（如C:/phpenv/logs/example_com_access.log） - 注意：Windows 路径需用正斜杠
/或双反斜杠\，单反斜杠会引发解析错误 - 日志目录必须提前创建，且 phpEnv 启动的 Nginx 进程（通常以当前用户权限运行）需有写入权限
为什么改了配置日志还是不写入新路径？
常见卡点不在语法，而在 Nginx 的运行机制和 phpEnv 的启动方式：
立即学习“PHP免费学习笔记（深入）”；
- 修改
nginx.conf后，必须**完全停止再重启** phpEnv 的 Nginx，仅重载（nginx -s reload）可能因旧 worker 进程持有旧 inode 而继续写原文件（参考 inode 日志机制） - phpEnv 自带的托盘控制或批处理脚本有时只执行
reload，建议手动用任务管理器结束所有nginx.exe进程，再重新启动 - 如果用了
-p参数启动 Nginx（phpEnv 一般不用），则logs/会基于该 prefix 推导，此时相对路径实际是-p 指定路径 + /logs/，而非 phpEnv 安装目录 - 检查错误日志本身是否可写：若
error_log路径不可写，Nginx 启动会失败但可能静默；观察 phpEnv 控制台或 Windows 事件查看器是否有“open() failed”类报错
PHP 错误日志和 Nginx 日志是两回事
phpEnv 中 PHP-FPM 的错误日志（php.ini 中的 error_log）与 Nginx 的 access_log/error_log 完全独立：
- Nginx
access_log记录 HTTP 请求（谁、何时、什么请求、状态码） - Nginx
error_log记录服务器级错误（配置加载失败、上游连接超时等） - PHP
error_log记录脚本级错误（parse error、undefined variable），由 php-fpm 进程写入，路径需在php.ini中设为绝对路径（如C:/phpenv/php/logs/php_error.log），且目录存在、可写 - 三者路径可以相同，但职责和内容绝不混用；调试时务必分清日志来源
真正麻烦的是权限和进程残留——Windows 下 Nginx 进程常驻后台不易察觉，改完配置却看不到新日志，八成是旧进程还在往旧 inode 写。动手前先关干净，比反复检查配置更省时间。
