WordPress 维护版本 6.1.1
WordPress 维护版本 6.1.1
WordPress 核心团队在发布WordPress 6.1几周后发布了第一个更新 。您可能想知道为什么在这么短的时间内出现两次更新。
很简单：WordPress 6.1.1 是一个维护版本，修复了 29 个核心和 21 个块编辑器错误，使其成为比最近的一些小型 WordPress 版本更全面的更新。
我们来看看WordPress 6.1.1带来的改进。
基本错误修复
前 29 个 WordPress 错误修复涵盖了内容管理 韩国电报数据 系统 (CMS) 的各个方面，。您可以在此WordPress Core Trac 参考中找到修复和改进的完整列表 。在本节中，我们将重点介绍三个最重要的核心改进。
更新到 WordPress 6.1 时出现“致命错误
更新 WordPress 6.1 时，如果网站安装并激活了旧版本的古腾堡插件，用户可能会遇到“致命错误”。这是因为与 14.1 之前的版本不兼容。
该错误阻止网站所有者访问网站的前端和后端。唯一的解决方案是通过 FTP 或托管文件管理器手动删除或更新 Gutenberg。
WordPress 核心团队通过向 update-core.php文件添加一个函数来修复该错误 ，该函数会在版本低于 14.1 时强制禁用古腾堡插件。
尽管 6.1.1 解决了该问题，但我们建议您将所有插件更新到最新版本（如果您尚未这样做）。
插件更新后保留.maintenance 文件
每次更新 WordPress 时，系统都会创建一个 .maintenance文件 ，将您的网站置于维护模式。系统完成更新后，应该会自动删除该文件，使网站能够再次运行。
但是，在某些情况下， 用户在 WordPress 6.1 中完成插件更新后，.maintenance文件仍然存在。这导致网站陷入维护模式，解决该问题的唯一方法是通过 FTP 或文件管理器手动删除文件。
开发人员已将相关文件系统组件恢复到之前的状态以修复此问题。用户现在应该能够更新 WordPress 6.1.1 中的插件，而不会陷入维护模式。
性能改进
WordPress 6.1.1 修复了两个 Trac 票证中出现的性能问题。
第一个与wp_get_theme函数相关 。该函数创建WP_Theme类的实例 。然而，这样做会消耗资源，并且在许多情况下，该类并不是必需的，因为只需要一个属性。
WordPress 6.1.1 替换了函数 wp_get_theme()->get_stylesheet()； 与 get_stylesheet(); 以提高性能并减少 CPU 使用率。
另一个改进指向 get_default_block_editor_settings()，其中包含 wp_max_upload_size()函数。仅当用户可以上传文件时，系统才会使用此功能。它仍然是资源密集型的，尤其是在大型站点或多站点环境中。
因此，开发人员在wp_max_upload_size()中添加了一个条件 ，使其仅在用户可以upload_files时才起作用，从而节省资源并减少上传时间。
块编辑器更新
由于块编辑器现在是 WordPress 核心的组
成部分，因此每个版本通常都会包含一些更新。 WordPress 6.1.1 也不例外，超过 20 个块编辑器错误修复 合并到了核心中。这些是一些显着的改进。
将边框和填充应用于表格
站点编辑器和前端之间的表格曾经存在不一致的情况：当用户添加带有表格的块时，编辑器中的边框不会出现在前端上。
古腾堡拉取请求通过默认将表格边框应用于前端解决了这个问题。此外，您将能够在前端看到任何编辑器表格边框自定义。 所有表格单元格的边框默认填充值为 0.5em 。
帖子前面带有默认边框的表格块
恢复段落插入器
WordPress 6.1 删除了空块插入器。事实证明，很多人依赖 UI 的那部分来 阿尔及利亚领先 添加其他块，因此 WordPress 6.1.1 恢复了它。
通过在段落块中键入图像来插入图像块
流体排版的字体大小限制
Fluid Typography 是 WordPress 6.1 中的一项新功能，可根据 们很荣幸赞助塞维利亚 口自动调整 包括网站 字体大小。用户可以启用流体排版并在theme.json文件中定义最小和最大字体大小 。
但是，此功能缺乏字体大小限制，并且没有最小字体大小。这样，用户或主题开发人员可能会错误地在theme.json文件中定义错误的最小字体大小值 ，从而损害可读性。
WordPress 6.1.1 添加了14 px或 0.875 rem或 0.875 em的字体大小限制 。正因为如此，即使将theme.json文件中的最小字体 设置得较小，前端的文字也不会太小 。