令人惊讶的是，这确实有效

事实上，这并不奇怪，因为这正是HTML5指定BODY和HTML标记的工作方式。

对于令牌上的每个属性，检查该属性是否已经存在于身体元素（第二个元素）开放元素堆栈如果不是，则将属性及其相应的值添加到该元素。

虽然您强调了下游解析器可能无法为BODY标记获取正确的属性集，但每个浏览器应该这并不是“HTML的松散解析规则”，而是HTML的极端确定性正在分析规则😉. 通过附加多个BODY标记向BODY元素添加属性是完全可靠的。这可能不太理想，但也有可能（这是HTML API中“追溯更改”的挑战之一，因为我们可能会错过BODY具有给定的类名直到我们正在深入研究文档）。

以下账户与本公关和/或相关问题进行了互动。当活动发生时，我将继续更新这些列表。您还可以通过添加支柱支架标签。

如果您通过GitHub上的拉请求合并代码，请将以下内容复制并粘贴到合并提交消息的底部。

合著者：韦斯顿鲁特<westonruter@git.wordpress.org>合著者：dmsnell<dmsnell@git.wordpress.org>合著者：cbravobernal<cbravobernal@git.wordpress.org>

为了理解WordPress项目对贡献者的期望，请查看核心手册中的贡献者归因页面.

从探索Core中的解决方案开始是否可行？无论如何，我想建立这条新管道，我们可能会通过这种需求来开拓这条管道。

@dmsnell公司对于核心，我认为这将以如下方式降落：

diff—git a/wp-includes/template-loader.php b/wp-includes/ttemplate-loader-php索引0fd08545..119df0f3 100644---a/wp-includes/template-loader.php
+++b/wp-includes/template-loader.php
@@ -102,6 +102,9 @@if（wp_using_themes（））{*@param string$template要包含的模板的路径。*/$template=应用过滤器（'template_include'，$tempte）；+
+ob_start（'wp_template_output_buffer_callback'）；
+if（$template）{包括$template；}elseif（current_user_can（'switch_themes'））{

在哪里？wp_template_output_buffer_callback（）将被定义为：

功能 wp_模板_输出_缓冲区_回调(一串 $输出):一串{/**
*在发送到客户端之前过滤模板输出缓冲区。
*
*@param string$output输出缓冲区。
*@return string已筛选输出缓冲区。
*/
	返回(一串)应用程序筛选器('wp_模板_输出_缓冲区',$输出);}

（旁白：这还需要考虑非HTML响应。完成于300d9e3型.)

但您是说原始HTML输出根本不应该是可过滤的，而应该只能通过HTML标记处理器访问？我会注意到，还有其他能够访问原始响应的用例，例如通过中所述的过滤器芯-43258例如缓存插件和优化插件。目前，所有这些插件都必须重新发明轮子，对整个响应进行自己的输出缓冲。

但您是说原始HTML输出根本不应该是可过滤的，而应该只能通过HTML标记处理器访问？我会注意到，还有其他能够访问原始响应的用例，例如通过中所述的过滤器芯-43258例如缓存插件和优化插件。目前，所有这些插件都必须重新发明轮子，对整个响应进行自己的输出缓冲。

不，不是这样。我想说的是，我想找到一个能够满足人们需求的界面，它比每个人都进行自己的过滤时更容易、更可靠、更具性能。

具体来说，如果我们能够将所有内容的20x+次迭代转化为一次迭代，并为该“区块”或“事物”提供20x+个过滤器，那么我们就有可能赢得巨大的性能改进。例如，如果Core公开了一种过滤属性值的方法，而不是过滤原始HTML，并且给定了它所在的标签和内容，那么可能会有很多插件自愿删除自己的过滤代码。

功能 添加blank_opener($标记名,$属性_名称,$价值) {返回`{$价值}_空白`;}添加筛选器('html属性目标','添加blank_opener',10,三);

具体来说，如果我们可以将所有内容的20次以上迭代转换为一次迭代，并为该“块”或“东西”使用20次以上的过滤器，那么我们就有可能获得巨大的性能改进

衡量跑步的影响会很好应用过滤器（）在每个HTML标记上，因为对于较大的文档，即使最终只检查是否定义了过滤器，这些数字也会很快累加起来。同时，我理解其中的原因，因为今天这些操作中的一些操作在相同的HTML部分甚至整个主体上的执行方式有所不同。

@齐奥罗它将被广泛测量😉

尽管我预测，出于性能原因，我们可能不会直接使用过滤器。

然而，据我所知，现有的情况可能更糟，因为每个过滤器都会将整个文档分割开来，并迭代每个标记。在最坏的情况下，我们可能会跳过很多工作

@威斯顿鲁特我们在900k+插件中使用输出缓冲，根据我的经验，我建议进行以下更改：

<?php（电话）
功能 _古腾堡缓冲区模板输出(一串 $直通（passthrough）):一串{对象启动（_S）(静止的 功能(一串 $输出, ?整数 $阶段):一串{如果($阶段&PHP_输出_处理器_最终) {/**
*在发送到客户端之前过滤模板输出缓冲区。
*
*@param string$output输出缓冲区。
*@return string已筛选输出缓冲区。
*/
				返回(一串)应用程序筛选器('古腾堡模板输出缓冲区',$输出);}返回 $输出;});返回 $直通（passthrough）;}

我记得当ob_清洁和对象刷新（_F）在输出缓冲区打开时调用。它在丢弃输出时跳过对输出的处理。

@下一个端谢谢您。我已经打开了#62770实现这一点。

@下一个端我做了相当多的研究，我发现没有检查它是否在PHP_输出_处理器_最终阶段，它应该打开输出缓冲区，而不使用PHP_输出_处理器_可润滑标记，然后短路，如果$阶段是PHP_输出_拾取器_清洁。请参阅WordPress/performance#1317（评论）。这允许模板调用对象清理（_clean）如预期对象刷新（_flush）没有效果，因此不会导致片段通过预期为整个文档的筛选器发送。