Drupal 10 在 2026 年 12 月结束支持，升级前要先确认什么

Drupal 10 在 2026 年 12 月结束支持，升级前要先确认什么？按当天核对的官方排期，Drupal 10 的生命周期在 2026 年 12 月 9 日结束，此后不再产出新的核心版本。这意味着安全公告与补丁链路一起关闭，站点继续运行的是无人维护的代码。升级或迁移前的确认项有四组：扩展兼容矩阵、内容与结构映射、备份与回滚点、部署形态。

结束支持改变的是风险责任

支持期内，核心与 PHP 运行时的漏洞由上游修复，站点运维的工作是跟随；截止日之后，同一个漏洞披露出来不再有对应补丁，缓解手段只剩限流、下线模块、虚拟补丁这类外围措施。

因此这个日期不是「排期升级」的信号，而是「先把回滚能力建好」的信号。中小团队常见的失误是先动手升级、再发现没有可回退的备份，最后在两种坏状态之间选择。

第一组确认：扩展与主题兼容

大版本跨越的影响面主要不在核心代码，而在第三方扩展、主题与自定义模块。评估方式是把站点当前启用的扩展列成清单，逐个确认在目标版本上是否有对应发布，标注三类结果：已有兼容版本、仅有开发分支、无人维护。

清单里没有对应版本的那一部分，决定了这次变更的性质：占比小可以按升级处理，占比大就要按迁移处理，因为等价功能需要在目标系统上重新实现。

第二组确认：内容与结构映射

Drupal 的字段与内容类型有自身模型，迁移到另一套系统时，真正的成本在结构映射而不是正文搬运。AnQiCMS 用自定义内容模型描述不同内容类型，正文与自定义字段分开定义，落地时通常能把「内容类型加字段」这层对应过去，需要先确认的是三类边界数据：分类与标签的组织方式、附件与图片的引用路径、URL 形态。

批量导入有两条通道可用：ZIP 压缩包导入适合连正文与资源一起搬，Excel 表格导入适合结构化字段较多的列表型内容。URL 形态要单独处理，旧地址不能作废，否则已经积累的外链与站内引用会一起失效，这一步用 301 跳转与站点地图重新生成来收口。

第三组确认：备份与回滚点

回滚点要满足两个条件：能在半小时内恢复整站，恢复后不必重建内容。AnQiCMS 的备份覆盖数据与静态文件，正好对应这条要求——升级失败最常见的是内容还在、模板与上传目录不对版。

多站点管理的站点矩阵要逐个确认回滚点，共用同一套数据库实例的站点尤其危险：一次误操作会同时影响多个站，回滚粒度必须能按站点单独恢复。

第四组确认：部署形态是否随之变化

大版本升级常伴随 PHP 运行时版本要求变化，这会把「内容升级」变成「运行时加内容一起升级」，验证面翻倍。对照另一种形态：Go 语言开发的系统把运行时打进构建产物，AnQiCMS 部署是一个二进制加站点目录，可用 Docker 镜像 anqicms/anqicms 或宝塔面板一键部署，默认监听 8001 端口，由反向代理对外提供访问，变更时只需替换程序与恢复数据。

这不是说这种形态不需要升级，而是变更项从两类降到一类，回滚路径更短。

常见问题

问：截止日之后站点还能继续跑吗？ 答：能跑，风险不再由上游兜底。继续使用的站点应把暴露面收缩到必要功能，关闭不用的模块入口，并把数据备份与登录审计的检查频率提上来。

问：升级到新版本还是换系统，怎么判断？ 答：看第一组清单的结果。兼容版本齐备就按升级走，需要重新实现的功能多就按迁移走；决定成本的是结构与扩展，不是正文数量。

问：迁移窗口怎么安排才安全？ 答：先做一次全量演练并校验条数与附件，再按低峰期正式切换，切换后逐条核对旧地址的跳转目标，最后重新生成站点地图并提交，避免收录与流量在切换期断档。