phpEnv的Nginx模式下display_errors=On默认不生效，因PHP-FPM强制覆盖为Off；必须修改www.conf中php_admin_flag[display_errors]=on和php_admin_value[error_reporting]=E_ALL，并重启PHP-FPM服务。
phpEnv 的 Nginx 模式下，display_errors = On 默认不生效，必须通过 PHP-FPM Pool 配置强制开启，否则页面只会空白或 502，错误不会显示到浏览器。
为什么 phpEnv 里改 php.ini 的 display_errors 没用
phpEnv 在 Windows 下默认使用 PHP-FPM + Nginx 组合，而 PHP-FPM 对 display_errors 这类指令做了 SAPI 级别限制：即使 php.ini 写了 display_errors = On，PHP-FPM 也会在启动时强制覆盖为 Off（出于安全考虑）。你看到的“没报错”其实是错误被静默吞掉了。
验证方式：新建 info.php，内容为 <?php phpinfo(); ?>，访问后搜索 display_errors —— Local Value 显示 Off，而 Master Value 才是 On，这就说明被 Pool 配置覆盖了。
- phpEnv 的 PHP-FPM 配置文件路径通常是：
%PHPENV_HOME%\php\{version}\etc\php-fpm.d\www.conf - 必须修改该文件里的
php_admin_flag[display_errors] = on（不是php_flag），否则无效 - 同时建议补上：
php_admin_value[error_reporting] = E_ALL - 改完需重启 phpEnv 的「PHP-FPM」服务（不是只点「重载 Nginx」）
fastcgi_param PHP_VALUE 在 phpEnv 中会失效
Nginx 配置里常见的写法：fastcgi_param PHP_VALUE "display_errors=On";，在 phpEnv 的默认 Nginx 配置中不起作用。因为 phpEnv 的 Nginx 编译时未启用 --with-http_fcgid_module 或相关 fastcgi 参数解析支持，且其内置 Nginx 版本较旧（常为 1.20.x），对动态 PHP_VALUE 的兼容性差。
立即学习“PHP免费学习笔记（深入）”；
更关键的是：phpEnv 的 Nginx 配置模板（如 nginx.conf 或站点 conf）通常已预设了 include fastcgi_params;，而该文件里没有预留 PHP_VALUE 注入点，导致该行被忽略。
- 不要在 phpEnv 的 Nginx 配置里硬加
fastcgi_param PHP_VALUE - 也不要依赖
ini_set('display_errors', '1')—— 在 phpEnv 的 CGI/FastCGI 模式下，它基本无效 - 唯一可靠路径：改
www.conf里的php_admin_flag和php_admin_value
phpEnv 调试开关的实际启用步骤
不是点个按钮就开，必须手动干预三处配置并重启对应服务：
- 打开
%PHPENV_HOME%\php\{your_php_version}\etc\php-fpm.d\www.conf - 取消注释或新增两行：
php_admin_flag[display_errors] = onphp_admin_value[error_reporting] = E_ALL - 确认
log_errors = On和error_log = /path/to/php_error.log已在php.ini中设置（日志路径需用正斜杠，如C:/phpenv/logs/php_error.log） - 在 phpEnv 主界面 → 「服务」→ 停止「PHP-FPM」→ 再启动；Nginx 可选重载（但 PHP-FPM 重启已足够）
- 写个测试脚本：
<?php undefined_function(); ?>，刷新页面，应直接看到Fatal error而非空白或下载
最容易被忽略的是：phpEnv 的「PHP-FPM」和「Nginx」是两个独立进程，只重启 Nginx 不会让新的 www.conf 生效；另外，Windows 下路径中的反斜杠 \ 在 php.ini 或 www.conf 中会导致解析失败，一律用正斜杠 /。
