PHP 8.4 尚未发布，当前最新稳定版是 PHP 8.3；部署需确认真实版本、Nginx 通过 php-fpm 转发，关键在 socket 路径、服务状态与权限匹配。
PHP 8.4 尚未发布（截至 2024 年 6 月，最新稳定版是 PHP 8.3），所以你无法真正“部署 PHP 8.4”到 Nginx —— 它不存在。如果你看到所谓“PHP 8.4”的安装包、镜像或教程，基本是误标、测试分支、或虚假信息。
确认你实际安装的是哪个 PHP 版本
很多人在 Docker、自编译或第三方仓库里看到 php84、php-8.4 这类命名，其实是打包者自定义的标签，并非官方版本。PHP 官方版本号严格遵循 x.y.z 格式（如 8.3.7），从不省略小版本号或用整数代称。
- 运行
php -v查看真实输出，注意末尾的完整版本号（例如PHP 8.3.6 (cli)） - 检查
phpinfo()页面中的PHP Version行，这是最权威的依据 - 别信包管理器里模糊的
php84包名 —— Ubuntu/Debian 的php8.3源、Alpine 的php83才是正规命名
Nginx + PHP-FPM 配置的关键路径和参数
无论你用的是 PHP 8.1、8.2 还是 8.3，Nginx 本身不解析 PHP，必须通过 php-fpm 转发。配置核心不在“版本号”，而在 Unix socket 或 TCP 端口是否对得上。
-
fastcgi_pass必须指向正在运行的php-fpm实例：常见为unix:/run/php/php8.3-fpm.sock（Debian/Ubuntu）或unix:/var/run/php-fpm/www.sock（CentOS/Alpine） - 确认
php-fpm服务已启动：systemctl status php8.3-fpm（服务名随发行版变化） -
fastcgi_param SCRIPT_FILENAME必须设为$document_root$fastcgi_script_name，漏掉$document_root会导致 404 或 “File not found”
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass unix:/run/php/php8.3-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
PHP-FPM pool 配置与权限问题
很多 502 错误不是 Nginx 配置错，而是 php-fpm pool 用户和 socket 文件权限不匹配。
立即学习“PHP免费学习笔记（深入）”；
- 检查
/etc/php/8.3/fpm/pool.d/www.conf中的user、group（通常是www-data） - 确认 socket 文件属主一致：
ls -l /run/php/php8.3-fpm.sock应显示www-data:www-data - 如果改过
listen.owner，必须同步调整listen.group和 Nginx worker 进程用户（nginx.conf中的user指令） - Alpine 等精简系统默认禁用
opcache.enable_cli=1，但不影响 Web 请求，无需强行开启
真正的难点从来不在“写对版本号”，而在于 socket 路径是否真实存在、fpm 进程是否以正确用户监听、Nginx 是否有权限 connect 到那个 socket —— 这些细节出错，报错往往只显示“502 Bad Gateway”，不会告诉你哪一环断了。
