先查清PHP-FPM与CLI各自加载的php.ini路径，再确认是否被.user.ini、fastcgi_param或open_basedir覆盖，修改后必须重载PHP服务并用phpinfo()和php -i双重验证。
宝塔面板里改了PHP配置却没反应，不是操作错了，而是改的位置不对、没生效或被覆盖了。核心问题往往出在配置文件路径错位、多模式加载差异、服务未重载，或被更高优先级设置覆盖。
确认当前生效的php.ini路径
PHP在不同运行方式下会加载不同的配置文件：
- FPM模式（网站访问）用的是 /www/server/php/xx/etc/php.ini（xx为版本号，如74、80）
- CLI模式（命令行执行php -v、php -m）用的是同目录下的另一个 php.ini，或有时指向 /www/server/php/xx/bin/php.ini
别凭感觉改，先查真实路径：
- 网页端验证：建一个 info.php，内容为
<?php phpinfo(); ?>，访问后搜索“Loaded Configuration File” - 命令行验证：运行
php --ini | grep "Loaded"（CLI）和/www/server/php/74/bin/php --ini | grep "Loaded"（FPM）对比两者是否一致
检查配置是否被覆盖或禁用
即使改对了文件，也可能被其他机制屏蔽：
立即学习“PHP免费学习笔记（深入）”；
- .user.ini 文件：若网站根目录存在该文件，它会覆盖 php.ini 中部分指令（如 display_errors、upload_max_filesize），且无需重启即可生效。检查并确认其内容是否与你的修改冲突
-
Nginx/Apache 配置注入：在站点【配置文件】→ location ~ \.php$ 区块中，若有
fastcgi_param PHP_VALUE行，它会强制覆盖 php.ini 设置（例如display_errors=Off）。删掉或修改这一行 - open_basedir 限制：若开启防跨站，.user.ini 或某些函数调用可能被拦截，导致配置读取失败。临时关闭它测试是否恢复
确保修改已保存且服务已重载
宝塔面板有两套操作逻辑：
- 在【PHP设置】→【配置修改】页修改后，点击【保存】会自动校验语法并重载PHP-FPM —— 这是推荐方式
- 若手动编辑【配置文件】页的 php.ini，保存后必须手动点击【重载配置】或【重启PHP服务】，否则修改不进入运行时环境
- 注意：仅点“保存”不等于生效；面板上“重载配置”按钮有时响应慢，可补执行命令：
service php74-fpm reload（按实际版本替换74）
验证配置是否真正生效
别只看面板提示，要从运行结果反推：
- 网页端：访问 info.php，搜索你要改的参数（如 memory_limit），确认显示值已更新
- 命令行：执行
php -i | grep "your_setting"（如php -i | grep "max_execution_time"） - 功能测试：比如调大 upload_max_filesize 后，上传一个略超原限制的文件，看是否仍报错
如果网页和命令行结果不一致，说明两个模式加载了不同配置，需分别修改对应 php.ini。
