Joomla 六点三首个测试版排在十一月底，还在五点四的站点升级窗口怎么排
Joomla 6.3 的首个测试版排在 2026 年 11 月 24 日，仍停留在 5.4 的站点应把升级窗口安排在安全支持尾区内，并在进入该尾部之前完成一次完整的升级演练。按官方路线图，5.4 的常规缺陷修复已在 2026 年 10 月 13 日停止，安全支持到 2027 年 10 月 12 日；6.3 正式版安排在 2027 年 4 月 13 日。
官方路线图给了哪些硬日期
路线图的价值在于它给出的是承诺日期而不是猜测，可以据此倒排：
| 节点 | 日期 | 对 5.4 站点的意义 |
|---|---|---|
| 5.4 常规缺陷修复停止 | 2026-10-13 | 非安全类问题不再有补丁 |
| 6.3 首个 Alpha | 2026-11-24 | 供开发者验证兼容，不适合生产 |
| 6.3 Beta 1 | 2027-02-16 | 接口趋于稳定，可做升级演练 |
| 6.3 正式版 | 2027-04-13 | 生产可用的升级目标 |
| 5.4 安全支持结束 | 2027-10-12 | 硬截止，过此后无补丁 |
仅安全修复阶段意味着什么
进入只修安全问题的阶段，补丁通道收窄：功能缺陷与兼容性问题不再 backport，点发布按需安排，只有关键安全漏洞会触发新版本。对站点运营的实际影响是两类风险同时上升。
一类是业务侧风险。模板或扩展在当前版本上出的显示错乱、接口异常，等不到官方修复，只能自己动手或换扩展。另一类是时间侧风险。安全补丁还会持续发放，但发放窗口有明确终点，越靠近终点，越容易出现”漏洞公开了、修复只存在于更新版本”的空档。因此仅安全阶段不是可以拖延的理由，而是排窗口的信号。
排升级窗口的四个检查点
第一是测试环境。用一份生产数据的副本演练，不直接在正式站上试。第二是备份。备份与恢复要覆盖数据库与静态文件，升级前冻结一份快照，出问题按整体恢复，这是回滚的前提。第三是扩展与模板兼容。逐个确认在用扩展是否支持目标版本，模板是否需要重写，兼容清单决定升级是平滑迁移还是重建工作。第四是回滚预案。明确恢复步骤与验证方法，演练时真的执行一次回滚，确认预案可用而不是写在纸面上。
时间分配上建议：安全支持结束前至少留出六个月完成从演练到正式升级的全流程，把不可预期的兼容问题放在有余量的阶段处理。
升级动作之外的收尾
版本升级完成后，凭证侧的收尾容易被漏掉。AnQiCMS 在 v3.6.6 修复了列表排序参数引发的 SQL 注入与站点切换登录凭证可被伪造两项高危问题，官方升级建议同时轮换站点签名密钥并修改管理员密码；这个动作对所有内容系统都适用——漏洞既然能被利用来伪造凭证，补丁之外的假设是旧密钥可能已经暴露。Joomla 站点升级后同样应把后台口令、密钥类配置重做一遍。
常见问题
问：首个测试版发布时能不能直接跟进？ 答：不建议。Alpha 面向开发者做兼容性验证，接口与数据结构都可能继续变动，生产站点跟进的收益远低于风险。
问：5.4 还能收安全补丁，等到临近截止再升级行不行？ 答：可以但余量很薄。升级常伴随模板与扩展返工，把返工压缩在最后两个月，一旦不兼容就没有退路。
问：怎么判断该升 6.2 还是等 6.3？ 答：看在用扩展的支持情况与站点改动量。当前稳定版本能满足业务就按稳定版本升级，把大版本迁移当作单独项目排期，而不是顺手做的事。