PHP版本过低会导致CMS报错或无法安装，主流CMS已放弃对PHP 7.2以下支持；应升级PHP至对应最低要求版本（如WordPress 6.0+需≥7.4），禁用函数和扩展缺失亦需排查修复。
PHP 版本太低导致 CMS 报错或无法安装
主流 CMS（如 WordPress、Drupal、Joomla、Typecho）已陆续放弃对 PHP 7.2 以下版本的支持。如果你遇到 Parse error: syntax error, unexpected '['、Deprecated: Directive 'register_globals' 或安装页面直接空白，基本可以确定是 PHP 版本过低触发了语法/函数/配置兼容性问题。
强行修改 CMS 源码“降级适配”不可取——新版 CMS 大量使用短数组语法 []、匿名函数、?? 空合并运算符、yield 等 PHP 5.6+ 特性，硬改会引入逻辑错误且无法升级维护。
- WordPress 6.0+ 要求 PHP ≥ 7.4
- Drupal 10 要求 PHP ≥ 8.1
- Typecho 1.2+ 要求 PHP ≥ 7.2
- 多数插件/主题已不再测试低版本环境
确认当前 PHP 版本和关键禁用函数
不要只看 phpinfo() 页面顶部的 PHP Version，还要检查实际运行时是否被限制。在网站根目录新建 test.php，写入：
重点关注：proc_open、shell_exec、curl_init、json_encode 是否被禁用——这些是 CMS 更新、插件安装、REST API 的基础依赖。很多虚拟主机默认禁用 exec 类函数，会导致后台自动更新失败，报错类似 WP_Error: Could not create directory。
立即学习“PHP免费学习笔记（深入）”；
不升级 PHP 的临时绕行方案（仅限应急）
如果服务器完全无法升级 PHP（如老旧共享主机、无 root 权限、运维流程卡死），可尝试以下有限缓解措施：
- 降级 CMS 版本：例如 WordPress 改用 5.8.x（支持 PHP 5.6+），但必须同步停用所有要求 PHP 7.3+ 的插件
- 手动替换核心兼容文件：某些 CMS（如 Typecho）社区有
php56-compat分支，需替换var/和usr/下部分文件，但后续无法通过后台升级 - 关闭报错显示：将
display_errors = Off、error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE加入.user.ini或php.ini，掩盖警告但不解决根本问题 - 避免使用依赖新特性的插件：例如禁用所有含
match表达式、str_contains()或array_key_first()的插件
注意：mbstring 和 curl 扩展必须启用，否则连后台登录页都可能 500。
真正可靠的解决方案只有升级 PHP
大多数 Linux 主机（包括宝塔、AMH、cPanel）升级 PHP 不需要重装系统，只需切换版本并重启 PHP-FPM 或 Apache。关键点在于：
- 先备份数据库和全部文件，尤其
wp-config.php、config.php等配置文件 - 升级后立即访问
/wp-admin/update-core.php（WordPress）或对应 CMS 的健康检查页，确认无Warning: A non-numeric value encountered类报错 - 检查伪静态规则是否仍生效（PHP 升级常导致 Nginx/Apache 的
try_files或RewriteRule匹配异常） - 旧版自定义函数如
mysql_connect()必须替换为mysqli或PDO，这类代码不会报错但会静默失败
PHP 7.2 已于 2020 年 11 月停止安全支持，继续使用意味着 CMS 核心漏洞无法修复——这不是功能问题，而是安全裸奔。
