Html Doctype之前的期间

在我的doctype（在localhost上）之前的一段时间，我的头部元信息从

推送到

在做了一些研究之后，有人建议将UTF-8与BOM一起使用，而不是不使用BOM。然而，我已经检查并再次检查了（甚至使用了W3C验证程序），它使用的是不使用BOM

发生这种情况还有其他原因吗？

句点（或无关的BOM）将使HTML解析器认为body元素已经开始。因此，它进入“解析主体”模式，接下来的所有内容都被放入主体部分

---

当它是Unicode文件的第一个字节时，作为BOM表的字节序列是文件中任何其他位置的“零宽度无中断空间”字符。因此，它是一个可打印的字符，如句点或“”或“x”，如果解析器在主体启动之前看到它，则会简单地假设页面作者忽略了未看到的

和

标记，因为它们在HTML中都是可选的

经常怀疑BOM表的原因是它是不可见的，通常由工具添加，而不是由作者手动添加，因此作者不知道它在那里。句点字符不是这种情况。

句点（或无关的BOM表）将使HTML解析器认为body元素已经开始。因此，它进入“解析主体”模式，接下来的所有内容都被放入主体部分

---

当它是Unicode文件的第一个字节时，作为BOM表的字节序列是文件中任何其他位置的“零宽度无中断空间”字符。因此，它是一个可打印的字符，如句点或“”或“x”，如果解析器在主体启动之前看到它，则会简单地假设页面作者忽略了未看到的

和

标记，因为它们在HTML中都是可选的

---

经常怀疑BOM表的原因是它是不可见的，通常由工具添加，而不是由作者手动添加，因此作者不知道它在那里。句号字符不是这样的。

我不知道最后的问题是什么，但我创建了一个新的header.php，复制并粘贴了内容，然后一切都正常了。

我不知道最后的问题是什么，但我创建了一个新的header.php，复制并粘贴内容，然后一切正常。

在我的例子中，在/var/www/wordpress/wp config.php的顶部意外地出现了一个额外的字符。

在我的例子中，在/var/www/wordpress/wp config.php的顶部意外地出现了一个额外的字符。

你在使用任何类型的分析吗？当使用一些分析脚本时，我看到一些奇怪的东西插入到页面中。尝试用一个非常小的页面进行测试。你得到了同样的结果吗？你使用过任何类型的分析吗？当使用一些分析脚本时，我看到一些奇怪的东西插入到页面中。尝试用一个非常小的页面进行测试。你得到同样的结果了吗？他妈的太棒了！我花了整整一个晚上试图解决这个愚蠢的问题！非常感谢。他妈的太棒了！我花了整整一个晚上试图解决这个愚蠢的问题！非常感谢。