根本原因是中科方德5默认php版本为8.0/8.1，低于laravel 11强制要求的php ≥ 8.2，且官方仓库无php 8.2+ rpm包；即使绕过composer检查，运行时也会因只读类等新语法fatal error，同时默认缺失bcmath、opcache等必需扩展。
中科方德 5 安装 Laravel 11 失败，根本原因不是系统“不兼容”，而是它默认提供的 PHP 版本（通常为 8.0 或 8.1）低于 Laravel 11 的硬性门槛：PHP ≥ 8.2。强行安装会卡在 composer create-project 阶段，报错 Your requirements could not be resolved，或后续运行时直接 Fatal error —— 因为 Laravel 11 已使用只读类、显式类型化属性等 PHP 8.2+ 语言特性。
php -v 显示 8.1，但 Laravel 11 要求 8.2+
中科方德 5 基于较老的 RHEL/CentOS 衍生源，官方仓库未提供 PHP 8.2+ RPM 包。即使你看到 php -v 输出 8.1.x，Composer 解析 laravel/framework:^11 时就会拒绝安装，因为其 composer.json 中明确声明 "php": "^8.2"。这不是配置问题，是版本锁死。
- 别信面板或
dnf list php*的模糊结果，必须执行php -v和php --ini确认 CLI 实际调用路径与版本 -
--ignore-platform-reqs只能绕过 Composer 检查，不能让 PHP 8.1 执行只读类语法，运行时必崩 - 中科方德 5 的
php81包不含ext-bcmath、ext-opcache等 Laravel 11 运行必需扩展，默认也未启用
用 dnf install php* 无法解决核心问题
中科方德 5 的 dnf 仓库里没有 php82 或 php83 官方包，dnf install php-mbstring 这类命令只能补全 PHP 8.1 的扩展，对升版本毫无帮助。试图从 EPEL 或 Remi 源导入也会因 ABI 不兼容或依赖冲突失败。
- 社区尚未提交适配中科方德 5 的 PHP 8.2+ 构建包（截至 2026 年 9 月）
- 手动编译 PHP 8.2+ 可行，但需先装齐
dnf groupinstall "Development Tools"和openssl-devel、libxml2-devel等头文件，过程长且易出错 - 更现实的替代是跳过系统 PHP，改用容器——中科方德 5 原生支持
podman，可直接拉取php:8.2-apache
宝塔/面板禁用函数导致 laravel new 失败
若你在中科方德 5 上装了宝塔面板，其 PHP 配置默认禁用 putenv、proc_open、proc_get_status 等函数，这会让 laravel/installer 在创建项目时直接 Fatal error: Call to undefined function。
- 进入宝塔面板 → PHP 设置 → 禁用函数 → 删除
putenv、proc_open、proc_get_status（注意：不是全部删，只删这几个） - 改完必须重启对应 PHP-FPM 服务，否则无效；验证方式：新建一个
test.php，写<?php echo function_exists('proc_open') ? 'ok' : 'fail'; ?> - 即使禁用函数放开，PHP 版本仍是拦路虎——8.1 下
laravel new成功创建空目录，但composer install仍会失败
真正卡住人的地方：扩展缺失比版本还隐蔽
就算你通过 phpbrew 或容器搞定了 PHP 8.2，中科方德 5 默认没启用 ext-pdo_sqlite、ext-bcmath、ext-opcache。Laravel 11 的 artisan optimize:clear 或队列启动时会突然报 Class "PDO" not found 或 Call to undefined function bcscale()，错误堆栈完全不提示是扩展问题。
- 检查是否启用：
php -m | grep -E "(pdo|sqlite|bcmath|opcache)" - 启用
opcache：编辑/etc/php.d/10-opcache.ini（路径依你安装的 PHP 版本而变），取消zend_extension=opcache前的分号 - 启用
bcmath：确认/usr/lib64/php/modules/bcmath.so存在，再在php.ini加extension=bcmath
复杂点在于：不同安装路径（系统默认、phpbrew、容器）的 php.ini 和扩展目录完全不同，必须按实际 php --ini 输出的路径操作，漏改一个就白忙。
