phpenv 下每个 php 版本有独立 php.ini，需按实际使用的版本（如 local 8.3.5）定位配置文件；若缺失则复制 php.ini-development；web 与 cli 配置可能不同，须分别验证 php --ini 和 phpinfo()；修改后需检查语法、用绝对路径、并重启对应服务。
phpenv 下的 php.ini 不在统一位置，得按版本查
phpenv 管理多个 PHP 版本，每个版本都有独立的 php.ini，不存在“一个全局 php.ini”。你改错版本的配置，对当前项目完全没影响。比如 phpenv global 8.2.0，但项目里用的是 phpenv local 8.3.5，那生效的是 8.3.5 对应的 php.ini，不是 8.2.0 的。
最直接的办法是先确认当前 shell 或项目实际用的 PHP 路径：
- 运行
which php，看输出是不是类似~/.phpenv/versions/8.3.5/bin/php - 再执行
~/.phpenv/versions/8.3.5/bin/php --ini（把路径替换成你实际看到的），它会明确告诉你Loaded Configuration File - 如果显示
(none)，说明这个版本压根没生成php.ini，得自己复制一份模板（见下一条）
找不到 php.ini？多数情况是没从模板复制
phpenv 安装的 PHP 版本默认不带 php.ini 文件——它只装二进制和扩展，配置文件得手动补上。常见错误是直接去编辑 ~/.phpenv/versions/8.3.5/lib/ 目录，结果发现空空如也。
正确做法是找对应版本源码包里的模板（如果你用 php-build 安装）或从已安装版本中提取：
- 检查
~/.phpenv/versions/8.3.5/etc/——部分构建方式会把php.ini放这儿 - 若无，进入
~/.phpenv/versions/8.3.5，运行find . -name "php.ini*"，常能搜到php.ini-development或php.ini-production - 复制任一模板：
cp etc/php/php.ini-development etc/php/php.ini（路径以你实际找到的为准） - 之后再用
bin/php --ini就能看到Loaded Configuration File指向新文件了
Web 和 CLI 配置不一致？phpenv 本身不区分，但 SAPI 会绕过
phpenv 不强制区分 CLI/Web 的 php.ini，但 PHP 自身机制会导致：当你用 Apache 或 Nginx + PHP-FPM 时，Web 请求走的是 FPM SAPI，它可能加载另一个 php.ini（比如 ~/.phpenv/versions/8.3.5/etc/php-fpm.d/www.conf 里指定的 php_admin_value[php_ini]），跟 CLI 的完全无关。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
所以别只信 php --ini 的结果：
- CLI 场景：始终以
which php && php --ini为准 - Web 场景：必须在项目里放
info.php（内容为<?php phpinfo(); ?>），访问后看页面顶部 “Loaded Configuration File” 行 - PHP-FPM 场景：除了看
phpinfo()，还要检查 FPM pool 配置里有没有php_admin_value[error_log]或php_admin_flag[log_errors]这类覆盖项，它们会屏蔽php.ini里的同名设置
改完不生效？优先检查 ini 文件是否被跳过
phpenv 环境下改了 php.ini 却没效果，90% 是因为语法错误导致整个文件被忽略，PHP 回退到内置默认值。此时 php --ini 仍显示路径，但 php -v 或 php -m 可能报错，或 phpinfo() 里值还是老的。
验证方法很简单：
- 运行
~/.phpenv/versions/8.3.5/bin/php -c ~/.phpenv/versions/8.3.5/etc/php/php.ini -m 2>&1 | head -5，如果有Invalid configuration directive就是 ini 写错了 - 注意等号左右不能有空格：
display_errors = On✅，display_errors= On❌（部分旧版本会静默失败） - 扩展路径要写绝对路径：
extension=/Users/you/.phpenv/versions/8.3.5/lib/php/extensions/no-debug-zts-20230831/xdebug.so，相对路径大概率加载失败
复杂点在于：phpenv 本身不接管服务重启，你改的是 CLI 配置，但 Web 请求由 Apache/Nginx/FPM 承载，它们各自有生命周期。哪怕 php.ini 路径和内容都对，不 reload 对应服务，改动就是死的。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
