WordPress 5.6 带来了一个新的的用户界面 (UI)，带有自动更新主要版本的选项，以及对站点运行状况处理和验证运行状况检查方式的增强。
今天（12月8日）发布的完整版，还允许站长通过新的“应用密码” 函数向各种 WordPress API 发出经过身份验证的请求。
自动更新主要版本
基于 WordPress Core 的全新自动更新 UI5.5 最近使用的插件和网站主题默认自动更新。
开发人员已经可以选择自动更新主要版本，但现有安装的网络管理员现在可以通过新 UI 执行相同操作。
根据最新消息，托管方或代理机构实施的常量和过滤器优先开发人员说明。
现有安装和新安装仍会默认收到小更新，后者也会默认收到大更新。
Site Health Check
Site Health对 WordPress 性能和安全性进行了三项关键改进在网站上运行分析，并提出通知和建议，例如升级 PHP 版本、禁用未使用的插件或实施 HTTPS。
以前，“任何无效的异步响应都会导致致命的 JavaScript 错误，停止进一步的检查处理，并阻止页面顶部指示器永远完成”，阅读更新 开发人员说明。
但是，现在通过在异步健康检查的响应形式中引入验证规则来丢弃无效响应。该说明解释说：“它不计入网站健康指标，也没有在检查中列出。
网站管理员也不再被迫检查添加徽章 - 这是“有用的，但不是必需的”。
现在，Site Health 也避免了 admin -ajax.php在使用专用 REST API 端点时进行异步测试。
这意味着插件和主题也可以使用 REST 端点（而不仅仅是 ajax 操作）进行测试。
为了保持向后兼容性，每个测试现在都可以声明 has_rest（默认为 false）。如果这是一个 true 值，则测试参数被视为 For an absolute URL（意味着它应该是一个完整的限定地址，而不是相对地址），例如，使用 core r 提供的 est_url() 函数，”开发人员继续说道。
绝对而非相对 URL 为“开发人员提供了灵活性，以便他们可以在需要进行远程请求的情况下访问外部服务”。
此更改和此错误修复还更新计划的网站健康检查 - 将 async_direct_test 参数引入测试数组。实施此更改是因为“异步调用在本地运行时并不理想，无法从计划的事件中查询”。
根据这个版本的Field Guide，WordPress 5.6 还引入了对 PHP 8 的支持，一些新的块编辑器功能和 AAA-ready 默认主题。
