phpenv多项目错误日志无法隔离，因其所有php-fpm实例共用全局php.ini且.error_log为php_ini_system级指令，仅在php.ini、php-fpm.conf或pool配置中生效；.user.ini不支持该指令，故需通过独立fpm pool配置或运行时ini_set()实现per-project日志分离。
phpEnv 本身不提供独立错误日志配置能力，所有 PHP 实例共用同一份 php.ini，想为不同项目隔离日志，必须绕过 phpEnv 的默认封装，直接操作底层 PHP-FPM pool 或改用运行时控制。
为什么 phpEnv 的 error_log 设置对多项目无效
phpEnv 是基于 shell 脚本的轻量环境管理工具，它启动的 PHP-FPM 进程默认使用全局 php.ini，且所有 pool（如 www）共享同一个 error_log 路径。即使你在某个项目的 .user.ini 里写 error_log = /path/to/project1.log，PHP-FPM 也不会读取——因为 .user.ini 不支持 error_log 指令（该指令仅在主配置或 pool 配置中生效）。
-
error_log是 PHP 的“PHP_INI_SYSTEM”级指令，只能在php.ini、php-fpm.conf或 pool 配置文件中设置 - phpEnv 启动的 FPM 通常只加载一个 pool（如
www.conf），没为每个项目生成独立 pool - 修改全局
php.ini的error_log会导致所有项目日志混在一起，排查时根本分不清是谁报的错
真正可行的两种隔离方案
不用改 phpEnv 源码，也能实现 per-project 错误日志：
- 手动为每个项目创建独立 PHP-FPM pool：在
/usr/local/phpenv/php-fpm/etc/pool.d/下新增project1.conf，里面明确写error_log = /var/log/php/project1_error.log，并指定listen = /run/php/php-project1.sock；然后在 Nginx 配置里把该项目指向这个 socket - 放弃 FPM 共享，改用 CLI +
ini_set()：在项目入口（如index.php）顶部立即执行：ini_set('log_errors', '1');、ini_set('error_log', '/path/to/this_project.log');、error_reporting(E_ALL);；注意该方式只对当前请求有效，且要求 Web 服务器用户（如www-data）对日志路径有写权限
常见失败场景和对应检查点
即使照做，也容易卡在权限、路径或覆盖逻辑上：
- 日志文件始终为空？检查
log_errors是否真为On（用var_dump(ini_get('log_errors'));确认），不是'1'字符串而是布尔值1 - 日志写进去了但内容只有时间戳没有堆栈？说明没触发真实错误——用
trigger_error('test', E_USER_WARNING);主动触发一条，再看是否写入 - 用了
ini_set('error_log', ...)却还是写进全局日志？确认没其他代码（比如框架自动加载的 bootstrap）在之后又调了ini_set('error_log', ...)覆盖掉你的设置 - Linux 下提示
Permission denied？别只给目录 755，要确保www-data用户能写日志文件本身：先touch /path/to/project.log && chown www-data:www-data /path/to/project.log
最易被忽略的是：phpEnv 默认不启用 track_errors = On，导致自定义错误处理器收不到 $errcontext 变量；而 PHP 8.2+ 已废弃该配置，必须改用 debug_backtrace() 补全上下文——这点在排复杂逻辑错误时，直接决定你能不能一眼看出是哪次循环、哪个 POST 参数触发的问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
