关于团队

WordPress公司核心核心 核心是运行WordPress所需的一组软件。核心开发团队构建WordPress。性能团队成立于2021年,致力于监测、增强和促进WordPress核心及其周围生态系统的性能。

核心绩效团队建立并管理性能实验室插件,WordPress核心的性能相关“功能项目”的集合。

团队代表

我们的第一批和当前团队代表是费利克斯·阿恩茨(@flixos90)于2022年9月当选,以及艾米丽·克拉克(@clarkeemily),于2023年2月当选。

在此处了解有关团队代表的更多信息。

顶部

项目组织机构

性能团队最初由WordPress领域的几个组织合作提出并领导,包括谷歌、10up、XWP和Yoast。每个组织都为绩效团队承诺了人员和贡献时间。此外,许多社区成员也参与讨论,并为两者贡献代码Trac公司Trac公司 Trac是贡献者为bug或功能请求创建问题的地方,与GitHub非常相似。https://core.trac.wordpress.org/.和性能实验室插件插件 插件是一个包含一组功能的软件,可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的,并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是第三方基于成本的插件这里提供了性能实验室插件贡献者的完整列表。

顶部

重点领域

虽然性能团队致力于解决与WordPress性能相关的任何和所有问题,但我们的大部分工作都是针对以下重点领域,这些重点领域是由团队投票决定的:

  • 图像–提供高质量但尽可能小的图像
  • JS公司&CSS公司CSS公司 CSS是级联样式表的缩写。这是控制网站设计或外观的因素。 –优化JavaScript脚本JavaScript脚本 JavaScript或JS是一种面向对象的计算机编程语言,常用于在web浏览器中创建交互效果。WordPress广泛使用JS以获得更好的用户体验。当PHP在服务器上执行时,JS在用户的浏览器中执行。https://www.javascript.com/.和CSS编排
  • 数据库–优化数据库性能
  • 测量–汇编数据、分析和报告绩效
  • 对象缓存–改进对象缓存,例如Redis、Memcache等。

每个重点领域都有一个或多个指定的联络点(POC)。有关当前POC的最新列表,请参阅性能实验室代码所有者文件POC和每个重点领域的成员在我们的每周聊天.

全部性能实验室问题使用[焦点]标签并添加到相应的焦点区域GitHub项目。有关管理的更多信息githubgithub GitHub是一个提供git存储库在线实现的网站,其他开发人员可以轻松共享、复制和修改这些存储库。公共存储库可以免费托管,私有存储库需要付费订阅。GitHub引入了“拉请求”的概念,在将贡献者在分支中所做的代码更改合并为存储库所有者之前,可以对其进行审查和讨论。https://github.com/性能实验室问题,请参阅本手册的性能实验室部分.

顶部

使命和理念

绩效团队的工作始终关注更广泛的WordPress核心理念此外,我们有自己明确的使命和理念。

顶部

使命

WordPress核心性能团队是一个专门的工作组,负责处理WordPress核心及其周围生态系统的性能监控、增强和提升问题。

顶部

哲学

顶部

以自动修复为最终目标

我们的目标是探索WordPress核心自身解决性能问题的方法,而不会给第三方开发人员或最终用户带来负担。我们应该在处理每一个性能问题时都牢记最终目标,决不满足于“仅仅”引入美国石油学会美国石油学会 API或应用程序编程接口是一种软件中介,允许程序相互交互并以有限的、明确定义的方式共享数据。.

顶部

使用我们自己的API

单独引入API在WordPress核心中一直存在问题。只有当我们能够证明API在实际使用中是有益的,我们才应该将其合并到WordPress核心中。我们应该立即在WordPress核心中使用我们自己的API,以便自动修复相关的性能问题并证明其有效性。 

顶部

主观断言的度量

我们应该避免理论、假设和情绪,而是依靠定义的指标、研究和数据(最好是真实的用户指标,而不是“实验室数据”)来通知和支持我们的决策。

顶部

大多数人增强,没有人回归

我们应该始终意识到并理解边缘情况,并注意大多数人的性能增强应该对少数人造成破坏或其他不利影响。向后兼容性至关重要。

顶部

决定,而非选择

“决定,而不是选择”一直是WordPress核心项目的主要宗旨,它与性能尤其相关。Web性能是一个固有的技术主题,我们必须为最终用户做出正确的性能决策,而不是通过要求他们做出技术性能决策来加重他们的负担。相关地,我们应该只在核心中启动一个默认启用的功能,因为它已经过彻底测试,并且我们相信它可以成功地用于每一个现场。然而,即使默认启用了某个功能,开发人员仍然可以微调性能行为。

顶部

标准和广泛支持

我们只能在WordPress核心中实现已经标准化并得到广泛支持的web技术。如果某项特定技术已经标准化,但仍不支持WordPress核心正式支持的所有服务器或浏览器,我们应该确保实现可以作为渐进增强,在不受支持的环境中不会带来任何负面影响。

顶部

易于理解的绩效指导和可操作的建议

我们承认,大量WordPress网站是由不知道如何编码的用户维护的。我们提供的任何与性能相关的指导都应该易于理解,只包括最少的技术信息,并为最终用户提供一个明确的方法,让他们可以对此采取行动

上次更新时间: