php 7.4 配置不生效的核心原因是改错文件或未重启php-fpm：必须通过phpinfo()确认web环境实际加载的php.ini路径（如/www/server/php/74/etc/php.ini），再重启宝塔中php 7.4服务；cli与web配置分离，扩展需路径正确、文件存在且启用zend_extension（如opcache）并验证phpinfo()中已加载。
PHP 7.4 配置改了却不生效，核心问题从来不是“没保存”，而是你改的文件根本没被当前运行环境加载。必须先锁定真实生效的配置路径，再逐层验证加载链路是否完整。
确认 Web 环境实际加载的 php.ini 路径
命令行里改的 php.ini 和网页里跑的，大概率不是同一个文件。最可靠的方式是让 PHP 自己告诉你：
- 在网站根目录新建一个 info.php，内容为
<?php phpinfo(); ?> - 用浏览器访问 your-domain.com/info.php
- 页面顶部找 Loaded Configuration File 这一行，记下它显示的完整路径（例如：
/www/server/php/74/etc/php.ini） - 这个路径才是你要编辑的文件；其他位置的 php.ini 修改无效
检查 PHP-FPM 是否真正加载了新配置
即使 php.ini 路径正确，如果 PHP-FPM 进程没重启，旧配置仍驻留在内存中：
- 执行
ps aux | grep php-fpm-74，确认看到php-fpm: master process，而不是只有 grep 行 - 运行
php-fpm -t -c /www/server/php/74/etc/php-fpm.conf测试配置语法是否合法 - 务必点击宝塔面板中 PHP 7.4 的【重启服务】按钮（不是重载，也不是只重启 Nginx）
- 重启后再次访问 info.php，确认“PHP Version”和“Loaded Configuration File”未变，说明生效
区分 CLI 和 Web 环境的配置差异
你在终端执行 php -v 或 php --ini 看到的配置，和网页里看到的，通常是两套：
-
CLI 模式：常加载
/etc/php/7.4/cli/php.ini或/usr/local/php/etc/php.ini -
Web 模式（PHP-FPM）：只认
phpinfo()显示的那个路径 - 比如你调高
memory_limit却还在网页报错，很可能只改了 CLI 的 ini - 某些扩展（如 swoole）还需同步修改
php-cli.ini才能在命令行工具中生效
验证扩展和关键配置是否真被启用
光在 php.ini 里取消注释不够，还要确认文件存在、路径正确、无拼写错误：
- 检查
extension_dir值是否指向真实存在的目录（例如：extension_dir = "/www/server/php/74/lib/php/extensions/no-debug-non-zts-20190902/"） - 确认对应 .so 文件（如
mysqli.so、opcache.so）确实存在于该目录下 - 在 info.php 页面搜索扩展名（如
mysqli），有表格输出才代表已加载 - OpCache 必须用
zend_extension=opcache.so（不是extension=），且opcache.enable=1
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
