![图片[1]-WordPress 6.2已经做到性能的改进起飞-搬主题](https://cdn.banzhuti.com/2023/04/20230430160204459.jpg)
自动化的性能基准和核心贡献者之间的协调使WordPress重新走上正轨。WordPress 6.2实际上性能相比之前的版本有了较大的提升,因为其开发引入了对核心开发团队工作方式的改进,使得在开发的每一步都对性能有一致的关注。这些新的流程在变化被引入时就抓住了问题,防止它们进入最终的版本发布。
负责这一变化的两项改进是:
- 一个新的性能领导角色,在团队之间进行协调
- 自动化的基准测试
这两项改进使WordPress团队能够使性能成为开发WordPress每个部分的重要部分,本质上是把它加入到它的开发DNA中。
结果不言自明:
6.2是第一个全面提高服务器端性能的主要版本:
- +区块主题的所有指标(中位数、最小值、最大值、第75百分位数)都提高了25%。
- 经典主题(第75百分位数)提高了+10%。
与以前的核心版本相比,这些结果更加显著。WordPress 6.1、6.0、5.8和5.9版本都以负面的性能测量结果落在后面。
从WordPress 6.1吸取的教训
上一个WordPress版本,即6.1版本,是以性能的整体下降为标志的,即WordPress所说的性能退步。
性能退步是指一个改进导致了性能的下降。他们发现的是,即使他们修复了导致性能退步的最大的单一原因,以及引入了多个性能增强措施,网站的整体性能仍然被降低性能的变化所拖累。
WordPress官方解释了他们从6.1版本的发布中得到的教训:
“尽管在这些版本中还有其他的性能提升,但退步最终有效地抵消了提升。”
……退步越多,任何其他性能提升的影响就越小。”
WordPress开发性能负责人
WordPress 6.2的开发过程是在一个新的性能领导角色的协调下完成的。性能负责人不是发起变化和改进的人。那是开发团队的工作。性能领导人只是在各团队之间进行协调。
每个团队都对其项目的性能赢利负责。性能负责人解释了这是如何工作的:
“这使我能够密切协作和支持其他贡献者,并与他们协调我们的性能测量方法。
……这个版本中的性能胜利是几个贡献者在识别性能弱点方面出色工作的结果。
引入性能负责人的角色……只是在发布小组的其他成员身边带来了更好的性能代表。”
WordPress自动基准测试
WordPress注意到,由于不是每一个变化都能被手动检查对整个版本的影响,所以性能退步的情况没有被注意到。
为了解决无法对核心的每一个变化进行手动测试的缺点,WordPress对所有的变化都引入了自动性能基准测试。自动性能基准测量每一个变化的影响,以便在它们进入最终的发布版本之前抓住隐藏的性能瓶颈。
WordPress描述了这个工作流程的变化:
“几个贡献者一直在合作为WordPress核心引入一个自动化的性能测量CI工作流程。
有了这个CI工作流程,WordPress核心的性能指标现在被记录在每一次的提交中,并且可以在这个仪表板上看到。
这使我们能够很容易地发现潜在的回归,而在以前它是不会被注意到的”。
WordPress 6.1的更新在Gutenberg中引入了性能退步,这些问题本来可以通过自动化测试提前发现。
自动性能测试发生在GitHub中的每个核心提交,以衡量WordPress在块和经典主题上的表现。
测试还收集了使用最新版本的PHP的服务器计时指标。
WordPress的贡献者们一起工作
WordPress的贡献者们努力找出需要改进的地方,重新关注性能。使用开源工具Xdebug、XHProf和Blackfire(SaaS)对WordPress核心的服务器端性能进行了分析。
由于开发小组使用不同的工具,对WordPress核心进行基准测试就不那么简单了。目前正在对用于性能测量的工具进行标准化,以便所有的团队都能用同一套工具测量同样的东西。
事实:WordPress 6.2表现得更好
自动性能基准测试和开发团队之间的性能协调的结果是性能指标的大幅改善。
WordPress共享:
“根据实验室的基准,WordPress 6.2对区块主题的整体加载速度提高了14-18%,对经典主题的整体加载速度提高了2-5%(通过Largest Contentful Paint / LCP测量)。
特别是服务器端的性能(通过第一字节时间/TTFB测量),对于区块主题来说,有17-23%的重大提升,对于经典主题来说,有3-5%的提升,这直接导致了整体加载时间的提升。”
性能测试不仅发生在核心提交阶段,基准测试发生在整个WordPress的候选版本。
WordPress描述了这个过程:
“特别是在这一点上,建议使用WordPress core的生产ZIP版本(比如某个Beta版或RC版),而不是在WordPress core的开发环境中测量。
上一节提到的’benchmark-web-vitals’命令非常适合这种使用情况,因为它提供了高层次的性能指标,可以捕获服务器端和客户端的性能。
然后,所得到的数据可以与例如前一个稳定版本的相同指标进行比较,以了解WordPress核心的性能在新版本中是如何变化的(希望是改善的!)。”
WordPress在性能上的转折点
在过去的几年里,WordPress一直在努力将性能改进融入开发工作流程。在开始的时候,性能团队正在进行改进,如减少每个页面加载的多余或不必要的JavaScript,并增加了诸如懒加载图像的东西。
但是现在,性能团队正在将性能基准测试直接整合到GitHub提交级别的每个改进组件的开发阶段,并使用自动化的性能基准测试来扩展改进。
在本质上,WordPress已经成功地将性能加入到它的开发过程的DNA中。
这是对WordPress的开发方式最有影响的变化之一,也是WordPress正在赶超其他内容管理系统的一个标志。最后,WordPress可能回到了性能比拼中。
以下可以阅读WordPress的公告全文,其中包含了他们的进展的细节和用于基准性能的工具的链接。
The benefits of prioritizing and measuring performance in WordPress 6.2























暂无评论内容