phpenv不管理PHP错误日志，错误日志由php.ini的log_errors、error_log和error_reporting控制，Web服务器（Nginx/Apache）和PHP-FPM需分别配置catch_workers_output或确保模块模式下日志路径有效且权限正确。
phpenv 本身不管理 PHP 错误日志
phpenv 是一个 PHP 版本切换工具，它不负责日志收集或错误捕获。它既不写日志，也不重定向 error_log，更不会干预 Web 服务器（Nginx/Apache）或 PHP-FPM 的日志行为。你看到的“PHP 报错”实际来自三个独立层级：PHP 解释器自身、Web 服务器进程、FastCGI 管理器（如 PHP-FPM）。phpenv 只影响 php 命令调用的是哪个二进制文件，对日志路径无任何控制力。
PHP 脚本运行时错误日志看 php.ini 的 error_log
当 PHP 脚本在 Web 环境中执行出错（比如 Parse error、Fatal error、Warning），是否记录、记到哪，完全由当前生效的 php.ini 决定。关键配置项是：
-
log_errors = On—— 必须开启，否则错误直接丢弃 -
error_log = /var/log/php_errors.log—— 日志文件绝对路径，注意目录需有写权限（属主为www-data或nginx） -
error_reporting = E_ALL & ~E_NOTICE—— 控制哪些级别错误被记录（生产环境建议去掉E_NOTICE和E_DEPRECATED）
确认当前生效的 php.ini 路径：运行 php --ini（CLI）或在 Web 中访问 phpinfo() 页面查 “Loaded Configuration File”。别只改了本地开发机的 ini，忘了服务器上 PHP-FPM 加载的是另一份。
Nginx 下 PHP 报错默认不进 nginx/error.log
Nginx 的 error_log 默认只记录它自己遇到的问题（如 upstream timeout、rewrite failed、找不到 index.php），**不记录 PHP 脚本内部错误**。PHP 错误被 PHP-FPM worker 进程捕获后，默认丢进 /dev/null，除非你显式开启转发：
立即学习“PHP免费学习笔记（深入）”；
- 在 PHP-FPM pool 配置（如
/etc/php-fpm.d/www.conf）中设置：catch_workers_output = yes - 确保对应 pool 的
php_admin_value[error_log]或全局php.ini中error_log已指向有效路径 - 重启 PHP-FPM：
sudo systemctl restart php-fpm（路径和命令依系统而异）
否则你在 /var/log/nginx/error.log 里搜 PHP 或 Warning 会一无所获——这不是 Nginx 的问题，是 PHP-FPM 的默认静默策略。
Apache 下 PHP 错误可能混在 httpd/error_log 里
Apache + mod_php 模式下，PHP 错误通常直接写入 Apache 自己的错误日志（因为 PHP 是 Apache 的模块，共享同一进程），路径常见为：
- Debian/Ubuntu：
/var/log/apache2/error.log - RHEL/CentOS：
/var/log/httpd/error_log
但前提是：php.ini 中 log_errors = On 且未被 Apache 配置覆盖（如 php_admin_flag log_errors off）。如果用了 PHP-FPM + Apache（通过 proxy_fcgi），那又退回上一节逻辑：错误归 PHP-FPM 管，Apache error_log 只记连接失败类问题。
最易被忽略的一点：多个 PHP-FPM pool 可能各自指定不同 error_log，而你只盯着全局配置；或者 SELinux 启用时，即使路径写对、权限设好，也会因策略阻止写入——此时 audit2why -a 才是真相入口。
