PHP 8.3 配置失败90%源于CLI与Web SAPI环境不一致：需用php -v、which php、php --ini、php -m及phpinfo()交叉验证版本、路径、配置文件和扩展是否统一，否则composer show --platform与实际运行环境错配。
PHP 8.3 配置要求不通过，90% 不是版本没装对，而是 CLI 和 Web SAPI 加载了不同 php.ini、扩展没启用、或 Composer 实际调用的不是你认为的那个 PHP。
php -v 显示 8.3，但 composer 报 platform 不满足
这是最典型的错觉。执行 php -v 看到 8.3，不代表 Composer 在用它。
- Windows 执行
where php，Linux/macOS 执行which php，确认第一个路径是你装的 8.3 目录（比如C:\php或/usr/bin/php8.3） - 运行
composer show --platform，它显示的是 Composer 实际绑定的 PHP 版本和已加载扩展——这才是真实平台环境 - 如果两者不一致，要么改系统 PATH（把 8.3 路径放在最前），要么显式调用：
php /path/to/composer.phar install
Web 页面里 phpinfo() 没显示 fileinfo 或 zip 扩展
说明 Web 服务器根本没加载你改的 php.ini，或者扩展 DLL/SO 文件压根不存在。
- 写个
test.php输出<?php phpinfo(); ?>，在浏览器打开，重点看 “Loaded Configuration File” 这一行 —— 只修改它显示的路径下的php.ini - Windows 下检查
extension_dir = "ext"是否取消注释，且C:\php\ext\php_fileinfo.dll和php_zip.dll确实存在（缺文件就换官网完整 ZIP 包） - Linux 下装扩展别只
apt install php8.3-zip，还要确认php -m | grep zip和php-fpm -m | grep zip都有输出；二者不一致说明 CLI 和 FPM 加载了不同配置
宝塔面板点“安装 PHP 8.3”后看似成功，但 Laravel/ThinkPHP 启动报错
宝塔软件商店的 PHP 8.3 安装是假成功：它跳过 GCC ≥ 11、OpenSSL ≥ 1.1.1 检查，也漏配 --enable-opcache-file-cache，导致 php-fpm worker 进程启动即被 OOM kill。
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
- 不要点宝塔可视化安装按钮，直接 SSH 手动编译，或用 PPA（Ubuntu）/Remi（CentOS）源安装
- 验证是否真跑起来：
ps aux | grep php-fpm应看到 master + 至少一个 worker 进程；如果只有 master，说明 FPM 已崩溃 - MySQL 8.0 连接失败？不是密码错，是认证插件不兼容：
ALTER USER 'user'@'127.0.0.1' IDENTIFIED WITH mysql_native_password BY 'pass';必须执行
WordPress 白屏、插件更新失败、上传限制报错
这些不是 PHP 8.3 的 Bug，而是默认配置太保守，或函数被禁用。
-
chmod()报 undefined？检查php.ini中disable_functions是否列了它，删掉再重启 php-fpm 或 Apache - 上传失败？不只是
upload_max_filesize，post_max_size必须 ≥ 前者，且max_input_vars建议设为 5000+（主题设置页字段多） - 白屏没日志？在
wp-config.php加两行：define('WP_DEBUG', true); define('WP_DEBUG_LOG', true);，错误会写进wp-content/debug.log
真正卡住人的，永远是 CLI 和 Web 加载路径不一致、扩展名拼写大小写错误（如 php_fileinfo.dll 写成 php_file_info.dll）、或以为改了 php.ini 就生效却忘了重启服务。每一步都得用 php --ini、php -m、php-fpm -m、phpinfo() 四处交叉验证，不能只信一个命令的输出。
