使用技巧

WordPress 5.6中的新增功能(可访问性,性能,安全性)

WordPress 5.6是即将推出的下一个主要WordPress版本。今天,我们很高兴与您一起深入了解最有趣的功能,并将其他功能合并到Core中。

与以前的版本一样,WordPress 5.6包含多个版本的Block Editor,为尚未在其网站上安装和更新Gutenberg插件的WordPress用户提供了增强的编辑体验。

但是,并非所有内容都与块编辑器有关。WordPress Core已添加了多个功能,例如新的默认默认二十一二十一主题,主要版本的自动更新,对PHP 8.0的更好支持,用于REST API身份验证的应用程序密码。

WordPress 5.6还有更多功能。我们将看到可访问性方面的改进,UI的增强,大量错误修复以及针对开发人员的大量更改。

我们很高兴与您分享WordPress 5.6的新功能。🥳不要错过所有新功能,增强功能和全新的默认主题:二十一二十一🎁点击鸣叫

如果您想了解有关WordPress 5.6开发周期的更多信息,请查看以下链接:

  • 2020年10月20日:Beta 1
  • 2020年10月27日:Beta 2
  • 2020年11月2日:Beta 3
  • 2020年11月12日:Beta 4
  • 2020年11月17日:RC 1
  • 2020年12月1日:RC 2
  • 2020年12月7日:WordPress 5.6版本的试运行
  • 2020年12月8日:WordPress 5.6发布的目标日期

准备潜水了吗?让我们来看看:

目录
  1. 块编辑器的新增功能
  2. 新的默认主题:二十一二十一
  3. 自动更新主要版本
  4. WordPress 5.6中的网站运行状况更改
  5. REST API身份验证的应用程序密码
  6. 更好地支持PHP 8
  7. 开发人员的其他变更

块编辑器的新增功能

使用WordPress 5.6,Gutenberg插件的多个版本已合并为核心,因此WordPress用户和编写者应注意编辑器中的多项改进。我们将看到增强的块模式,信息面板中的字数统计,改进的键盘导航,改进的拖放UI等等。

对于所有的改进和添加到块编辑器的变化更全面的列表,请查看发布公告帖:8.6,8.7,8.8,8.9,9.0,9.1和9.2。WordPress 5.6中还包括在Gutenberg 9.3和9.4中实现的错误修复和性能改进。

让我们深入研究我们将在块编辑器中看到的更有趣的更改。

  1. 块,模式和UI改进
  2. Block API V2
  3. 针对块开发人员的附加功能和改进

块,模式和UI改进

新的块功能,增强功能和错误修复将改善整体编辑体验。另外,在可访问性方面也做了大量工作。在将网站更新到WordPress 5.6后,您将在下面找到精选的精选功能,这些最有趣的功能将在块编辑器中显示。

封面中视频的位置控制

自从Gutenberg 8.6以来已添加到Cover Blocks中,用于视频的位置控件允许用户移动焦点并为视频设置自定义位置。此功能以前仅适用于图像背景。

封面的视频位置控制

封面的视频位置控制

通过在焦点选择器上的任意位置单击和/或使用键盘上的箭头键来设置位置值。您可以按住shift键将值跳10(另请参阅#22531)。

块模式更新

WordPress 5.6还包括在Gutenberg 8.6中添加的若干块模式改进。

大标题和段落的布局,文本和颜色已更新(#23858)

两列文本中的标题已从文本块中移出,并置于各列上方(#23853)

所述报价图案现在包括在顶部的图像和底部的隔板。

报价模式

新的Quote模式包括图像和分隔符

Gutenberg 8.7(#24143)添加了新的标题和段落模式。

标题和段落模式

WordPress 5.6中的标题和段落模式

块插入器的一个很好的可用性改进是块模式类别下拉列表,它允许您按类别过滤模式。当您有大量的模式可供选择时(#24954),这非常有用。

块模式类别下拉列表

块模式类别下拉列表

支持视频字幕

视频块现在支持视频字幕。

视频字幕

在视频块中添加视频字幕

编辑者和内容创建者应提供WebVTT格式(Web视频文本轨道格式)的视频字幕,WebVTT格式是“使用<track>元素显示定时文本轨道(例如字幕或标题)的格式”(#25861)。

追踪元素

跟踪链接到不同语言字幕的元素

加载.vtt文件后,将允许站点查看器启用其喜欢的语言的字幕。

视频字幕用户设置

视频字幕用户设置

信息

说到视频,请确保订阅Kinsta的YouTube频道以每周获取新视频!

将多个块转换为列块

一个有趣的可用性改进是将多个选定的块转换为Columns块的能力。

选择多个块

选择多个块

您只需要选择要在列中显示的块,然后单击块工具栏的右上方按钮即可。

每个选定的块都将转换为Columns块的一列。

列块

三个块转换为三列

封面中的背景图案

封面现在可以显示背景图案。

带有背景图案的封面

带有背景图案的封面

要添加背景图案,请上传图案图像,然后打开“重复的背景”选项(这是您需要了解的有关WordPress中的媒体库的所有信息)。

完成后,根据需要调整焦点选择器,并尝试使用固定背景的不同组合。

图像大小控件已添加到媒体和文本块

借助Gutenberg 9.1,新的图像大小控件已添加到“媒体和文本块”中的图像。

用户现在可以从所有可用的图像大小中进行选择(#24795)。

图像尺寸控制

媒体和文本块中的图像大小控制

Block API V2

新的Block API版本使块能够呈现其包装器元素。新API版本的目标是减轻编辑器的DOM并使其与首页内容匹配。根据Ella van Durpe的说法:

这样做的最大好处是,如果标记和编辑器中的标记相同,则主题和插件可以更轻松地设置块内容的样式。

新版本要求apiVersion在块类型注册中声明属性:

registerBlockType( name, { apiVersion: 2 } );

新的API也需要使用block函数中的useBlockProps 钩子Edit。该钩子将块的包装器元素标记为块元素。

传递给该钩子的任何属性都将被合并并返回给wrapper元素。开发说明中的以下示例显示了一个简单的用例:

import { useBlockProps } from '@wordpress/block-editor';

function Edit( { attributes } ) {
const blockProps = useBlockProps( {
className: someClassName,
style: { color: ‘blue’ },
} );
return <p { blockProps }>{ attributes.content }</p>;
}

有关更多示例,请参见Block API版本2。

针对块开发人员的附加功能和改进

除了Block API版本2,这里还列出了供开发人员使用的其他功能。

块支持API

Block Supports API允许块开发人员向其块添加功能。颜色,背景,字体大小只是可以通过Block Supports API添加到模块中的众多功能中的一部分。

WordPress 5.6还引入了几个新的块支持, “以提高一致性并使其更容易将这些选项引入块中”。

开发人员可以使用新的块支持将相应的键添加到block.json文件的supports属性中或直接添加到函数中。registerBlockType

以下来自Block Supports开发说明的示例显示了其工作原理:

supports: {
color: {
background: true, // Enable background color UI control.
gradient: true, // Enable gradient color UI control.
text: true // Enable text color UI control.
},
fontSize: true, // Enable font size UI control.
lineHeight: true // Enable line height UI control.
}

样式值将通过has-<value>-<preset-category>类(对于预设值)或与style元素(对于自定义值)自动附加到包装器元素。

因此,块支持旨在与新的块API V2一起使用。

块支持也可以与动态块一起使用。

createBlocksFromInnerBlocksTemplate API

开发人员可以使用InnerBlocks组件创建包含其他块的自定义块。例如“专栏”栏和“社交链接”栏。

新的createBlocksFromInnerBlocksTemplateBlock API允许您从InnerBlocks模板创建块。

有关开发人员视图和代码示例,请参见开发说明。

工具栏组件

还有一些更改也会影响工具栏组件:

1. ToolbarGroup组件

在WordPress 5.6之前,工具栏组件允许开发人员将相关选项组合在一个通用容器中。现在,应该改用新的ToolbarGroup组件。

<BlockControls>
<ToolbarGroup>
<ToolbarButton />
</ToolbarGroup>
</BlockControls>

2. ToolbarButton和ToolbarItem组件

不建议将Tabbable元素直接用作工具栏项(即<button>)。旨在提高可访问性,工具栏项目可以使用添加的ToolBarButton按钮和ToolbarItem其他控件。以下示例显示了一个按钮和一个下拉菜单:

<BlockControls>
<ToolbarItem as="button" />
<ToolbarButton />
<ToolbarItem>
{ ( itemProps ) => ( <DropdownMenu toggleProps={ itemProps } /> ) }
</ToolbarItem>
</BlockControls>

禁用核心块模式

现在可以使用core-block-patterns支持标志(#24042)禁用核心模式

禁用嵌入式图像编辑器

Gutenberg 8.4添加了一个内联图像编辑功能,允许用户直接从块编辑器中编辑图像。

内联图像编辑

内联图像编辑

开发人员现在可以使用block_editor_settings过滤器(#23966)禁用图像编辑器:

add_filter( 'block_editor_settings', function( $settings ) {
$settings['imageEditing'] = false;
return $settings;
} );

内联图像编辑已禁用

内联图像编辑已禁用

可重用块已移至单独的程序包

可重复使用的模块,以前的部分@wordpress/editor包,已经被转移到了@wordpress/reusable-blocks包,使他们在其他编辑器中可用。

新的默认主题:二十一二十一

WordPress 5.6包含一个全新的默认主题。二十一二十一是一个易于访问的,极简的WordPress主题,具有单列布局和页脚侧边栏。

新主题使用系统字体堆栈和基于柔和背景色的最小调色板。

二十一二十一

21个21个主题预览(图片来源:使WordPress成为核心)

您可以在我们的深入博客文章“二十一二十一:深入探讨新的默认WordPress主题”中阅读有关二十一二十一的更多信息。

自动更新主要版本

自动更新是WordPress 3.7中引入的一项核心功能,旨在提高网站安全性 ,并使网站管理员更轻松地维护其WordPress网站的最新状态。

尽管在早期版本中已实现了自动次要核心更新,但借助WordPress 5.6,站点管理员现在也可以手动启用主要版本的自动更新(稍后将进行详细介绍)。

不幸的是,对于非技术用户来说,这项至关重要的维护任务可能仍然有些混乱。您可以在我们的“深入WordPress自动更新”博客文章中了解有关自动更新如何工作的更多信息。

因此,WordPress 5.6引入了一个新界面,该界面允许站点管理员为主要的核心版本启用自动更新。

此功能的范围在WordPress 5.6 Beta周期内已更改,原始的开发说明已被替换。用Jb Audras的话来说,

核心自动更新的初始范围已移至:

  • 提供一些有关UI设计的更新。
  • 对于现有安装,其行为将与今天相同:默认情况下选择加入次要更新,但用户必须选择加入主要更新(主机或代理已使用的常量和过滤器仍会采用优先)。
  • 对于新安装,默认行为将更改:默认情况下选择启用次要更新,默认情况下选择主要更新。

从WordPress 5.6开始,您可以在“更新”屏幕中选择加入主要核心版本的自动更新,其中新的UI提供了一个复选框,允许您为所有新版本的WordPress启用自动更新

启用自动更新

为所有新版本的WordPress启用自动更新

为主要版本启用核心自动更新后,即可通过单击“仅切换为维护和安全性版本的自动更新”使它们仅触发维护和安全

禁用自动更新

切换到自动更新,仅用于维护和安全性发行版

针对开发人员的主要自动核心更新

首先,当大核心启动自动更新,该auto_update_core_major选项被存储在数据库与option_value启用。因此,如果get_site_option( 'auto_update_core_major' )返回true,则会选中“自动更新”复选框。

然后WordPress检查是否通过WP_AUTO_UPDATE_CORE常量或allow_major_auto_core_updates过滤器启用了主要的核心自动更新,并相应地设置了复选框。

通过将WP_AUTO_UPDATE_CORE常量设置为falseminor,如下所示,开发人员还可以禁用主要的核心自动更新(另请参见通过wp-config.php控制后台更新):

# Disables all core updates:
define( 'WP_AUTO_UPDATE_CORE', false );

# Enables minor updates:
define( ‘WP_AUTO_UPDATE_CORE’, ‘minor’ );

需要注意的是可能的值WP_AUTO_UPDATE_COREtrue(全部), ,'beta''rc',。'minor'false

默认情况下,禁用主要核心自动更新的另一种方法是使用新的allow_major_auto_core_updates过滤器:

add_filter( 'allow_major_auto_core_updates', '_return_false' );

关于向内核添加自动更新的几点评论

早在2018年12月,Matt Mullenweg共享了2019年的九个优先事项,其中“为用户提供选择加入主要Core版本的自动更新的方式”是第7位。也许有点晚了,但是我们到了。

主要的核心自动更新应该会对WordPress安全性和整体体验产生重大影响。有一件事似乎很清楚:从技术角度来看,主要的自动核心更新功能是一项复杂的任务,而WordPress 5.6的发布并不能100%完成。

在对Slack进行了周到的讨论之后,Josepha Haden总结了核心贡献者的关注和问题。

长期的主要目标是在大多数WordPress网站上提供自动更新,以提高整个WordPress生态系统(超过30%的Web)的安全性。

无论如何,根据核心首席开发人员HelenHou-Sandí所说:

在我看来,要执行一些非常困难的技术工作,这需要一些非常有纪律和专注的技术产品所有权

因此,随着时间的推移,我们应该看到对主要的自动核心更新UI的其他更改和改进。从现在开始,这可能是我们期望的:

WordPress 5.6:

  • 在现有安装中,主要更新必须由用户启用。已经使用的任何常量和过滤器将具有优先权。默认情况下启用次要更新。
  • 在新安装中,默认情况下启用次要更新和主要更新

WordPress 5.6.1:

  • 我们应该根据反馈看到对核心自动更新UI的一些更改。

WordPress 5.7:

  • 对于选择退出主要自动更新的任何人,应将其添加到“站点运行状况”屏幕。
  • 应在WordPress 5.7的安装过程中添加自动更新选项。

核心自动更新的一个主要问题是用户的信任。据海伦说:

我相信我们仍然可以做很多工作来积极地征求用户的信任,尤其是那些以前对WordPress和/或更新有不良经验的用户

但是,每个WordPress网站都是由Core,plugins和theme组成的。用海伦的话来说:

核心更新大致上是相当安全的,并且内置了一些保护,但是由于站点可以从任何来源运行任何代码,因此对于“每种WordPress网站”来说都没有“ 100%”之类的东西。

启用了核心自动更新的用户应定期备份其网站,或选择一个在其计划中提供自动备份的Web主机。

核心自动更新还将影响整体更新体验,包括插件和主题自动更新。Joost de Valk在评论中指出:

如果默认情况下启用WordPress核心自动更新,则对插件也应如此。否则,由于核心更新,插件和主题无法更新需要修复的内容。我认为用户也会期望这样:如果WordPress自动更新,插件和主题也应该自动更新。

WordPress 5.6中的网站运行状况更改

除了此处讨论的所有功能之外,WordPress 5.6还带来了Site Health工具的改进版本,该工具现在在后台的行为有所不同。

站点健康检查数据验证

验证程序现在检查站点运行状况测试的问题响应。验证程序将丢弃任何无效响应,从而防止“站点运行状况”工具引起致命错误并停止任何进一步的控制。

从现在开始,无效的响应不会影响“站点运行状况”指示器(#50145)。

通过REST Endpoind进行异步检查

网站运行状况工具是功能强大的安全工具,它使网站所有者可以了解其网站的运行状况。

该工具执行许多安全测试,以概述您网站的健康状况。

这些测试分为两类:直接测试(在页面加载时运行)和异步测试(可能需要一些时间才能完成,并且稍后会通过JavaScript调用运行)。

需要一个可以为您带来竞争优势的托管解决方案?Kinsta为您提供了令人难以置信的速度,最先进的安全性和自动缩放功能。查看我们的计划

以前,这些测试是通过调用admin-ajax.php来执行的。使用WordPress 5.6,事情已经从admin-ajax.php移开了,将使用新的REST API端点代替。从WordPress 5.6开始,可以在名称空间下找到异步测试/wp-json/wp-site-health/v1

由于有了新的REST API增强功能,插件和主题也能够利用REST端点,而不仅限于进行健康测试的Ajax操作。

现在,每个异步测试都可以声明has_rest参数,默认为false

以下来自wp-admin / includes / class-wp-site-health.php的代码显示了WordPress 5.6中的异步测试数组:

'async' => array(
'dotorg_communication' => array(
'label' => __( 'Communication with WordPress.org' ),
'test' => rest_url( 'wp-site-health/v1/tests/dotorg-communication' ),
'has_rest' => true,
'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_dotorg_communication' ),
),
'background_updates' => array(
'label' => __( 'Background updates' ),
'test' => rest_url( 'wp-site-health/v1/tests/background-updates' ),
'has_rest' => true,
'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_background_updates' ),
),
'loopback_requests' => array(
'label' => __( 'Loopback request' ),
'test' => rest_url( 'wp-site-health/v1/tests/loopback-requests' ),
'has_rest' => true,
'async_direct_test' => array( WP_Site_Health::get_instance(), 'get_test_loopback_requests' ),
),
'authorization_header' => array(
'label' => __( 'Authorization header' ),
'test' => rest_url( 'wp-site-health/v1/tests/authorization-header' ),
'has_rest' => true,
'headers' => array( 'Authorization' => 'Basic ' . base64_encode( 'user:pwd' ) ),
'skip_cron' => true,
),
),

计划的站点健康检查

尽管已实现异步测试以防止缓慢的页面加载和超时,但计划的测试并不存在此类问题。

考虑到这一点,除了has_rest上面提到的参数外,测试数组还可以声明async_direct_test参数(使用上面的代码),该参数应该是测试的可调用实例。

如果在预定事件期间运行测试,则该测试将不使用REST API端点,而是直接运行。

REST API身份验证的应用程序密码

应用程序密码是用于向各种WordPress API发出经过身份验证的请求的新系统。

密码长度为24个字符,由大写,小写和数字字符组成,可以手动生成,也可以通过REST API生成。

要手动生成新的应用程序密码,请浏览至“个人资料”屏幕并向下滚动页面。

应用密码

用户个人资料屏幕中的应用程序密码

选择应用程序密码的名称并确认。WordPress将显示您的新密码。

新的应用程序密码

新的应用程序密码

应用程序密码以4个字符的块显示,并用空格分隔,如下所示:

gsUc UhkU 0ScI gdRd TGoU vrW5

但是,密码可以带空格或不带空格:

通过授权流返回的应用程序密码不包含空格。严格来说,它们是为了使盯着长字符串的人更容易在手动输入时保持位置。

可以分块使用它们,而不能使用空格,或者-如果需要,可以在每个字符后添加一个空格。

在“用户配置文件”屏幕中,您可以查看,创建和撤消应用程序密码。“上次使用”和“上次IP”列使您可以轻松地找到不再使用的密码,这些密码应该撤消。

上次使用和最后一个IP字段

上次使用和最后一个IP字段

在撰写本文时,可以将应用程序密码与REST API身份验证请求以及旧版XML-RPC API结合使用。但是,将来我们应该会看到与其他API一起使用的应用程序密码。乔治·斯蒂芬尼斯(George Stephanis)解释说:

应用程序密码身份验证方案也可以应用于将来适用于WordPress的API。例如,如果在WordPress中启用了GraphQL或其他系统,则应用程序密码将为它们提供一个可靠的,已建立的身份验证基础结构,以立即可用。

对Postman中的REST API的经过身份验证的调用

对Postman中的REST API的经过身份验证的调用

无法在wp-login.php上使用应用程序密码。

有关此功能的详细信息和更多技术见解,请确保检查以下资源:

  • 提案:REST API身份验证/应用程序密码
  • 应用程序密码:集成指南
  • 应用程序密码功能插件

更好地支持PHP 8

PHP 8.0引入了大量的新功能和优化,使其成为语言发展过程中的真正里程碑。PHP的较新版本引入了许多更新,这些更新打破了向后兼容性,并且许多不推荐使用的功能现已正式删除。因此,在WordPress中添加对PHP 8的支持是一个巨大的挑战。

实际上,即使WordPress核心贡献者做出了巨大努力,使WordPress 5.6与PHP 8兼容,我们也不应该期望会发现所有可能的问题。这里的目标是达到整个WordPress生态系统与PHP 8兼容的地步,目前看来,这确实是一个难以克服的难题。

此外,一个WordPress网站至少包含一个主题和可变数量的插件。因此,我们可能期望在WordPress Core中对PHP 8的良好支持,但是很难相信插件和主题会很快增加对PHP 8的支持。

我们同意乔纳森·德罗斯(Jonathan Desrosiers)的话:

无法知道更广泛的生态系统(插件,主题等)中对PHP 8的支持状态。因此,WordPress 5.6应该被视为与PHP 8“ beta兼容”。

“ Beta与PHP 8兼容”似乎很好地表示了一个正在进行的过程,该过程仍需要大量的努力,但与此同时,也要承认迄今为止所做的出色工作。

然而,

所有插件和主题开发人员以及托管社区都被要求使其代码与PHP 8兼容。这将使WordPress更快地实现真正的“完全兼容性”,而最终用户不必承担任何负担。

重要

尽管通过自动测试发现的大多数不兼容问题已得到解决,但仍需要进行一些手动测试。出于这个原因,强烈建议在将实时网站升级到PHP 8之前,在临时环境或本地环境上运行严格的兼容性测试

需要注意的一些PHP 8更改

如上所述,使WordPress与PHP 8完全兼容是一项正在进行的工作。Jonathan Desrosiers提供了PHP 8功能和WordPress开发人员应注意的更改列表。

命名参数

使用PHP,命名参数现在可以根据参数名称而不是参数位置将参数传递给函数。这允许编写自记录的代码,参数与顺序无关,并且可以任意跳过默认值。

不幸的是,当前命名的参数可能会导致WordPress中的向后兼容性问题。主要原因是参数名称如有更改,恕不另行通知,直到完成当前审核为止。因此,在撰写本文时:

在完成此审核之前,明确不支持在调用WordPress函数和类方法时使用命名参数,并且强烈建议不要使用命名参数,因为在审核期间,参数名称如有更改,恕不另行通知。审核完成后,将在以后的开发人员说明中宣布。

内部函数的严格类型/值验证

传递非法类型的参数时,内部函数和用户定义函数的行为会有所不同。用户定义的函数会引发TypeError,但是内部函数会根据多种情况以多种方式运行。

为了消除这些不一致,在PHP 8中,内部参数解析API 始终会ThrowError在参数类型不匹配的情况下生成。

WordPress Core中未使用严格的类型声明。但是,Core贡献者正在努力防止将无效类型传递给Core函数。在该工作完成之前,此PHP 8更改可能会导致TypeErrors,“特别是如果通过挂钩到过滤器的代码错误地更改了值的类型”。

算术和按位运算符的更严格类型检查

在以前的PHP版本中,允许对数组,资源或非重载对象使用算术和按位运算符,但有时行为不一致甚至不合理:

var_dump([] % [42]);
// int(0)

在PHP 8中,行为始终是相同的,并且TypeError当操作数是数组,资源或非重载对象时,所有算术和按位运算符都将引发异常(请参阅RFC)。

这是另一项更改,需要Core贡献者进行一些额外的工作,例如许多错误,警告和通知更改。

同样,由于仍未解决多个问题,强烈建议您在实时网站上切换到PHP 8之前,在临时或开发环境上运行兼容性测试。阅读有关WordPress和PHP 8.0的更多信息。

开发人员的其他变更

WordPress 5.6为开发人员带来了许多变化,我们不能将所有变化都包括在列表中。但是在这里,我们认为前三名值得一看:

1. wp_after_insert_post动作挂钩

在WordPress 5.6之前,您可以save_posts在发布文章后使用或类似的操作来运行自定义代码。现在WordPress 5.6引入了新的wp_after_insert_post动作钩子,仅在保存术语和元数据后才会触发。

此外,已更新了一些功能以防止激发这些挂钩。新的$fire_after_hooks参数已被添加到wp_insert_posts()wp_update_post()wp_insert_attachment()功能。如果设置为false,则可防止后插入挂钩被触发。

查看开发者说明,以获取更深入的概述。

2.类型转换

类型转换功能intval()strval()floatval()并且boolval()已经从核心支持直接的强制类型转换的删除:

  1. intval() → (int)
  2. strval() → (string)
  3. floatval() → (float)

这种变化对直接影响表现为直接类型转换是〜6倍快比类型转换功能。

3. WP_Error对象

WP_Error班已得到增强,允许合并多个WP_Error实例为一体。以前,您只能手动执行此操作。现在,WordPress 5.6引入了三种新方法来帮助处理多个WP_Error实例。下面的代码是开发说明中的示例:

<?php
$error_1 = new WP_Error(
'code1',
'This is my first error message.',
'Error_Data'
);

$error_2 = new WP_Error(
‘code2’,
‘This is my second error message.’,
‘Error_Data2’
);

// Merge from another WP_Error.
$error_1>merge_from( $error_2 );

// Retrieve all error data, optionally for a specific error code.
$error_1>get_all_error_data( ‘code2’ );

// Export to another WP_Error
$error_1>export_to( $error_2 );

开发人员的进一步阅读

不可能提到WordPress 5.6引入的所有针对开发的更改,但是您可以使用以下资源阅读有关它们的更多信息:

  • 更新WordPress随附的jQuery版本
  • 将核心jQuery更新到版本3 –第2部分
  • WordPress和PHP 8.0
  • WordPress 5.6中的REST API批处理框架
  • 其他开发人员专注于WordPress 5.6中的更改

PHP 8支持,应用程序密码,站点运行状况改进,Block API V2等更多信息……单击此处,深入研究WordPress 5.6!🥳点击鸣叫

概要

WordPress 5.6是主要版本,为用户和开发人员提供了大量功能和更改。我们总是很高兴看到网络技术的发展如何直接影响WordPress的安全性,性能,可用性和可访问性。

但是发展永远不会停止,我们已经可以窥见未来的潜在发行日期。