宝塔面板中fastcgi_pass路径与PHP实际sock不匹配会导致502或phpinfo()显示旧版本；需同步检查Nginx配置中的fastcgi_pass、PHP-FPM的listen值、sock文件存在性及www用户权限，并重启PHP-FPM服务。
站点配置文件里 fastcgi_pass 路径和 PHP 实际 sock 不匹配
宝塔面板点选了新 PHP 版本、保存、重载配置，但 phpinfo() 还是旧版本，或者直接 502 —— 很大概率是 Nginx 配置里写的 fastcgi_pass 和当前 PHP-FPM 实际监听的 socket 路径对不上。
常见错误现象：
- 选了 PHP 8.2，但 Nginx 配置里仍是
fastcgi_pass unix:/tmp/php-cgi-74.sock; - PHP 8.2 的 sock 文件实际在
/var/run/php/php8.2-fpm.sock，而配置写的是/tmp/php-cgi-82.sock - 手动改过
www.conf的listen值，但没同步更新站点配置
实操建议：
- 进宝塔 →「网站」→ 目标站点 →「配置文件」，搜索
fastcgi_pass，确认路径与目标 PHP 版本一致（比如 PHP 8.2 对应unix:/tmp/php-cgi-82.sock或unix:/var/run/php/php8.2-fpm.sock） - 去对应 PHP 版本的管理页：「软件商店」→ 找到 PHP 8.2 →「设置」→「配置修改」，打开
/www/server/php/82/etc/php-fpm.d/www.conf，检查listen =行是否启用且路径完全匹配（含unix:前缀） - 用命令确认 sock 文件是否存在且权限正确：
ls -l /tmp/php-cgi-82.sock，输出第二列应为www，不是root - 如果路径不一致，改完配置后必须执行：
nginx -t && systemctl reload nginx，否则不会生效
PHP-FPM 服务没真正监听目标 socket
即使配置写对了，php-fpm 进程本身没起来，或启动时绑定失败，Nginx 依然连不上。这时候 fastcgi_pass 写得再准也没用。
常见错误现象：
-
systemctl status php-fpm-82显示inactive (dead)或报failed to bind -
tail -n 10 /www/server/php/82/var/log/php-fpm.log出现unable to bind socket或Permission denied - sock 文件存在，但属主是
root:root，而 Nginx worker 是www用户
实操建议：
- 先确保 PHP 8.2 在「软件商店」里状态是“正在运行”，不是“已安装”就完事
- 检查
/www/server/php/82/etc/php-fpm.d/www.conf中listen.owner和listen.group是否为www，listen.mode是否为0660 - 删掉残留的旧 pid 文件：
rm -f /www/server/php/82/var/run/php-fpm.pid - 重启服务用宝塔界面操作（「设置」→「服务」→「重启」），别用
killall php-fpm，否则宝塔状态不同步
Apache 环境下根本走不到 php-fpm，切换无效
如果你用的是 Apache + mod_php 模式，站点设置里的「PHP 版本」下拉框要么灰显，要么点了也白点 —— 因为请求压根不经过 php-fpm，而是由 Apache 自己解析 PHP，切换只影响 php-fpm 实例，对 mod_php 无感。
判断方法：
- 进站点「配置文件」，搜索
SetHandler或php_admin_value，有就是 mod_php - 看 Nginx 配置里有没有
include enable-php-*.conf；Apache 配置里则常见AddHandler application/x-httpd-php .php
实操建议：
- 新建站点时优先选 Nginx + php-fpm 组合，切换最可靠
- 老 Apache 站点要切 PHP 版本，得先停用 mod_php：进「网站」→「配置文件」，删掉或注释掉所有
AddHandler、php_admin_value相关行 - 再手动加 php-fpm 支持（参考宝塔 Nginx 配置模板），或干脆迁移到 Nginx
多版本 PHP 共存时，php.ini 加载路径被忽略
你改了 PHP 8.2 的 php.ini，但 phpinfo() 显示的却是另一个路径下的配置 —— 宝塔每个 PHP 版本的 CLI 和 FPM 加载的 php.ini 是分开的，改错地方等于白改。
验证方法：
- 在站点放一个
info.php：，访问它，看页面顶部 “Loaded Configuration File” 的路径 - 终端执行：
/www/server/php/82/bin/php --ini，对比 CLI 加载路径是否一致
实操建议：
- 务必按
phpinfo()显示的真实路径去改php.ini，不要凭经验去/etc/php/82/或其他位置 - 改完后不只是点「重载配置」，必须「重启」对应 PHP-FPM 服务，因为
disable_functions、extension这类项只在进程启动时读取 - 扩展是否启用，要去「PHP 设置」→「安装扩展」里勾选，不是光在
php.ini里写extension=redis.so就行
最容易被忽略的一点：socket 路径不单是字符串匹配问题，还牵扯到用户权限、文件系统挂载选项（如 noexec）、SELinux 上下文 —— 如果 /tmp 被挂为 noexec，哪怕路径全对，php-fpm 也会静默失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
