PHP脚本在CentOS 8上命令行可直接运行，但Web访问必须配置Web服务器（如Nginx）+php-fpm，三者需严格对齐，否则出现空白页、502或源码暴露；推荐Nginx+php-fpm组合，关键在于socket权限、fastcgi_pass匹配及SCRIPT_FILENAME路径正确。
php 脚本在 CentOS 8 上能直接运行，但仅限命令行场景；若想通过浏览器访问（即 Web 方式），必须搭配 Web 服务器（如 nginx 或 httpd）+ php-fpm，且三者配置必须对齐，否则返回空白页、502 错误或直接暴露源码。
命令行运行：最简验证方式
适合调试逻辑、跑定时任务或 CLI 工具，不依赖 Web 服务。
-
php命令本身只执行脚本并输出到终端，不启动 HTTP 服务 —— 所以php script.php永远不会监听端口或响应浏览器请求 - 确保已安装
php-cli（不是只有php-fpm）：sudo dnf install php-cli - 脚本第一行无需
#!/usr/bin/env php（除非你打算直接./script.php执行，此时需chmod +x并确认php在$PATH中） - 常见错误：
Command 'php' not found→ 实际是php-cli未装，或安装的是php-fpm包但没装php元包
Apache + mod_php：老派但配置少
CentOS 8 默认不再提供 mod_php（因 Apache 2.4.37+ 与 PHP 模块耦合变弱），强行启用易出错，不推荐新项目使用。
- 若坚持用 Apache，必须安装
php主包 +php-common+httpd，再手动加载模块：LoadModule php_module modules/libphp.so - 但
libphp.so在 CentOS 8 的 Remi 仓库中已废弃，官方dnf install php不带该文件 —— 强行复制旧版会触发undefined symbol: zend_ini_boolean_displayer_cb类错误 - 真正可用的路径是改用
php-fpm+proxy_fcgi模块（见下一条），而非传统mod_php
Nginx + php-fpm：生产环境事实标准
这是 CentOS 8 上最稳定、最易排错的 Web 运行方式，但配置稍多，漏掉任意一环就 502 或源码泄露。
立即学习“PHP免费学习笔记（深入）”；
-
php-fpm必须运行且监听正确套接字：systemctl is-active php-fpm返回active；检查/run/php-fpm/www.sock是否存在且权限为nginx:nginx（若 Web 用户是nginx） - Nginx 配置里
fastcgi_pass必须匹配php-fpm实际监听地址 —— 大部分人错在这里：unix:/run/php-fpm/www.sock≠127.0.0.1:9000，二者不可混用 -
fastcgi_param SCRIPT_FILENAME必须写成$document_root$fastcgi_script_name，不能漏掉$document_root，否则脚本路径解析失败，返回 404 或空响应 - 验证顺序：先
php -v→ 再systemctl status php-fpm→ 然后curl -I http://localhost/test.php（本地测试），最后才开外网访问
opcache 和 jit 不影响“能否运行”，只影响“运行多快”
刚装完 PHP 时脚本能跑，不代表性能可用；但反过来，即使没开 opcache 或 jit，只要基础链路通，phpinfo() 就能显示。
-
opcache.enable=0是安全默认值，首次部署建议保持关闭，等确认功能正常后再启用 -
opcache.validate_timestamps=1（开发环境）和=0（生产环境）必须区分，否则改了代码不生效，以为脚本没更新 - JIT 编译（
opcache.jit=1235）需要opcache.jit_buffer_size≥ 64M，且仅对 CPU 密集型脚本有收益，IO 型业务几乎无感
实际部署中最容易卡住的点，从来不是 PHP 版本或语法，而是 php-fpm 用户组和 Nginx worker 用户不一致、socket 文件权限不对、或者 SCRIPT_FILENAME 路径拼错 —— 这些细节比选 PHP 8.2 还重要。
