帝国 CMS 7.5 PHP 8 升级
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_741dc82b/empirecms7-php8-upgrade。
技能介绍
背景:帝国 CMS 7.5 遇上 PHP 8
帝国 CMS 7.5 面向较老的 PHP 运行环境设计。站点升级到 PHP 8.0+ 后,常见现象包括:整站白屏、Deprecated/Fatal error 刷屏、后台无法登录、模板或采集逻辑在严格类型下行为变化。这类问题往往分散在核心文件、插件、二次开发代码里,单靠搜索引擎很难一次性理清依赖关系。
技能能帮你做什么
本技能把「帝国 CMS 7.5 → PHP 8.x」当作一条可执行的升级路径来对话:
- 根据你贴出的 报错栈、PHP 版本、帝国版本号,判断更可能是核心兼容、扩展冲突还是自定义代码问题
- 围绕 PHP 8 常见破坏性变更(如
null传参、字符串/数组混用、已移除函数)给出有针对性的修改思路 - 协助梳理升级顺序:先备份与可回滚点,再改运行环境,最后逐模块验证前台、后台与定时任务
它适合在已有具体错误信息或准备改环境的清单时配合使用,而不是替代完整的测试与备份流程。
适用边界
- 技能基于通用迁移经验与对话上下文,不能保证覆盖你站点上全部第三方插件与二开代码
- 生产环境变更前务必做数据库与文件备份,并在预发或副本环境验证
- 若资料中未写明你的帝国小版本、PHP 精确版本与自定义模块列表,结论只能作为排查方向,需你本地对照验证
使用场景
- 生产环境已切到 PHP 8,帝国 7.5 前台白屏,需要根据 Fatal error 栈定位要改的核心或插件文件
- 计划把虚拟主机从 PHP 7.4 升到 8.1,要先列出帝国后台、采集、模板模块的验证顺序
- 升级后出现大量 Deprecated 日志,想区分是帝国自带代码还是站点二开扩展需要单独修补
- 备份恢复后部分栏目页 500,需在对话里对照 PHP 版本与帝国小版本排查字符串/数组相关报错
适合人员
- 维护多年帝国 7.5 门户站、机房要求停用 PHP 7 的运维,需要可回滚的升级步骤与报错解读
- 接手的 PHP 外包在客户站上做 PHP 8 适配,手头只有错误日志和零散二开文件
- 自建采集+发布流水线的站长,升级后采集或发布任务失败,要判断是环境还是帝国接口变更
- 从虚拟主机迁到云主机时必须升 PHP 8,负责整站迁移的技术同事需要分模块验收清单