WordPress 7.0 延期发布:实时协作功能成焦点,稳定性优先
背景
原定于 4 月 9 日发布的 WordPress 7.0 确认延期。官方表示,此次调整的核心目的是稳定实时协作(Real-Time Collaboration,RTC)功能,将该版本定位为"追求极致稳定性"的里程碑发布。作为 WordPress 历史上最受期待的大版本之一,7.0 被寄予厚望——它将引入 AI 驱动的内容管理能力。
延期原因:实时协作功能仍在打磨
WordPress 联合创始人 Matt Mullenweg 在官方 Making WordPress Slack 频道中表示:
“鉴于 7.0 的范围和现状,我们应回归 beta 测试阶段,完善新数据库表结构,锁定 7.0 的所有目标功能,然后再重启 RC(发布候选)阶段。日期驱动仍是默认策略,但对这个里程碑版本,我们追求极致的稳定性和令人兴奋的新特性——尤其是 AI 加速开发正在提高人们对软件的期望。”
Mullenweg 补充道,这是"一次性例外",未来仍希望回归正常发布节奏,目标是在 2027 年实现每年约四次发布。
技术细节:为何不退回 Beta 阶段?
项目团队曾考虑退回 Beta 测试阶段,但最终被否决。原因在于,Beta 标签会破坏 PHP 版本比较逻辑、插件更新机制以及依赖标准版本序列的工具链。保持 RC 序列(RC1、RC2、RC3……)则完全规避了这些问题,同时为测试和修复争取了更多时间。
数据库设计争议
RTC 功能引入了新的数据库表结构。讨论焦点集中在单一 RTC 表是否能同时支撑两类场景:
- 实时编辑写入:高频、突发性强,要求低延迟
- 跨环境同步:结构化更新;可能涉及全表扫描
contributors 指出,这两种负载模式差异显著,强行合并会导致性能下降和复杂性增加。团队内部已讨论将二者拆分为独立表结构,但目前尚未定论。
另一个隐患是:实时编辑会话期间会禁用持久化文章缓存,这直接影响站点性能,相关优化工作仍在进行中。
对托管商的影响
文章特别指出,RTC 功能对托管环境的影响尚未被充分讨论。该功能默认关闭,但一旦被用户在共享托管环境中启用,后果难以预估。主流托管商 Kinsta 发言人向 Search Engine Journal 表示"仍在测试中"。可以预见,各托管商需在接下来几个月内持续关注 WordPress 7.0 RC 版本的测试进展。
开发者与站点运营者应关注什么
- 开发者:RC 阶段延长意味着 RTC 功能和数据库结构仍有变化,测试窗口比以往更充裕
- 站点所有者 / 托管商:延期本身释放了一个信号——WordPress 愿意为稳定性牺牲发布时间表,尤其是涉及实时协作这类复杂功能
整体而言,此次延期符合社区预期。AI 加速开发固然提升了迭代速度,但 WordPress 选择在此关键时刻放缓脚步、稳住质量,对整个生态而言是明智之举。