极速模式本质是解压预编译包+写配置，跳过./configure和make，不校验glibc版本、无法启用未打包扩展、不支持自定义编译参数。
极速模式（一键脚本）装完就崩？先看它到底跳过了什么
宝塔的“极速模式”本质是解压预编译包+写配置文件，不走 ./configure 和 make 流程。它快，但代价是：无法启用未打包进二进制的扩展（比如某些 PECL 扩展）、无法定制 --with-openssl= 路径、不校验系统 glibc 版本是否匹配——遇到 GLIBC_2.34 not found 这类错误，就是典型信号。
适用场景很明确：新装 CentOS 8+/Ubuntu 22.04 等主流系统，只跑 Laravel/ThinkPHP 这类标准框架，且不需要 Redis Cluster、Swoole 或自定义 OpenSSL 引擎。
- 检查是否真“极速”：安装后执行
php-config --configure-options，如果输出为空或只有基础参数，说明没走编译流程 - opcache 默认已启用，但
opcache.jit_buffer_size这类 8.0+ 新参数不会自动设，得手动加进php.ini - 若后续要装
swoole或redis，必须用pecl install动态编译，不能指望一键包自带
手动编译 PHP 时 ./configure 参数选错，80% 的扩展加载失败都出在这儿
不是所有扩展都能靠 extension=xxx.so 一行启用。比如 mysqli，如果 configure 时没指定 --with-mysqli=mysqlnd，即使开了 extension=mysqli，启动 PHP 也会报 undefined symbol: mysqlnd_connect。
关键参数差异：
立即学习“PHP免费学习笔记（深入）”；
-
--with-mysqli不带路径 → 强制用 mysqlnd（推荐，PHP 5.4+ 默认） -
--with-mysqli=/usr/bin/mysql_config→ 绑定系统 libmysqlclient，容易和 MySQL 8.0+ 的认证插件冲突 -
--enable-opcache必须显式开启，否则opcache.so根本不会生成 -
--prefix=/usr/local/php82建议带版本号，避免和系统 PHP 或其他编译版冲突
编译后务必运行 make test（非必须但强烈建议），它会跑一组基础用例，能提前暴露 mbstring 编码表缺失、curl SSL 握手失败等隐性问题。
Windows 下独立安装 PHP，TS/NTS 和 VC 运行库不匹配直接拒绝启动
Windows 的 PHP 二进制包分 TS（Thread-Safe）和 NTS（Non-Thread-Safe）两类，选错就根本跑不起来：php.exe -v 报错 The program can't start because VCRUNTIME140.dll is missing 是 VC 运行库没装；报错 PHP Startup: Unable to load dynamic library 'php_mysqli.dll' 很可能是 TS/NTS 混了。
- Apache + mod_php → 必须用 TS 版本 + 对应 VC 运行库（如 PHP 8.2 x64 TS 需 VC2019 x64）
- Nginx + PHP-FPM 或命令行使用 → 用 NTS 版本，更轻量，且多数 PECL 扩展只提供 NTS DLL
- 下载页上写的 “VC15 x64 Non-Thread-Safe” 表示：需 VC2015 运行库，64位，NTS —— 别光看 “x64” 就下
验证方式：打开任务管理器 → 启动 php-cgi.exe，看进程名是否带 *32（表示 32 位），再对照你下的包是 x86 还是 x64。
多版本共存时，php-fpm.sock 路径和用户权限最容易被忽略
宝塔开多版本 PHP，表面只是点几下，实际背后每个版本的 php-fpm 进程监听的是不同 socket 文件（如 /tmp/php-cgi-74.sock、/tmp/php-cgi-80.sock）。Nginx 配置里如果漏改 fastcgi_pass，或者 socket 文件属主不是 www 用户，就会 502。
- 检查 socket 权限：运行
ls -l /tmp/php-cgi-*.sock，确保属组是www，权限是srw-rw---- - 确认 php-fpm 配置：每个版本的
www.conf中listen.owner和listen.group必须和 Nginx worker 进程用户一致（宝塔默认是www） - 别依赖“自动切换”：站点切换 PHP 版本后，务必手工检查对应站点的 Nginx 配置中
include enable-php-*.conf是否指向了正确的版本片段
最隐蔽的问题是：多个 php-fpm 版本共用同一个 error_log 路径，导致日志轮转混乱，查错时看到的其实是另一个版本的报错。
