（答复评论#0)>验证程序似乎忽略了编码声明的简短版本：><元字符集=“utf-8”>的确。。。同意了，验证器中有错误，我也有同样的问题。顺颂商祺，帕特里克

问题出在验证器使用的HTML:：Encoding perl模块中。上有一个关于它的错误报告https://rt.cpan.org/Ticket/Display.html？id=42497

（答复评论#2)>问题出在验证器使用的HTML:：Encoding perl模块中。>上有一个关于它的错误报告>https://rt.cpan.org/Ticket/Display.html？id=42497>我不明白这怎么会是问题所在。HTML:：Encoding模块可能存在问题，但这不应该影响（X）HTML5验证。AFAICT只要W3C的标记验证器看到新的HTML文档类型（在HTML5（<！doctype HTML>）中引入），它就不应该看到网页的元字符集（<meta-charset=“utf-8”>）部分)它应该将整个文档传递给验证器的validator.nu部分进行验证，然后由验证器.nu决定字符集是否正确，而不是主W3C验证器。

（答复评论#3)>（答复评论#2)>>问题出在验证器使用的HTML:：Encoding perl模块中。

>我不明白这怎么会是问题所在。[剪]>只要验证器看到>新的HTML文档类型（在HTML5（<！doctype HTML>）中引入），它应该传递>将整个文档发送给验证器.nu验证器1）在准备文档和检测doctype之前需要知道编码，2）在将文档传递给validator.nu引擎之前需要知道并解码字节。这不仅仅是一个重定向。

（答复评论#4)>（答复评论#3)>>（回复评论#2)>>>问题出在验证器使用的HTML:：Encoding perl模块中。> >>我看不出这是怎么回事。>[剪]>>只要验证器看到>>新的HTML doctype（在HTML5（<！doctype HTML>）中引入），它应该传递>>将整个文档交给验证器> >验证器1）需要知道编码才能预处理文档>并检测到doctype和2）需要知道并解码字节才能执行>将文档传递给validator.nu引擎。它不是“仅仅”一个>重定向。>我认为这样的问题将永无止境，因此我认为W3C应该使用validator.nu作为其验证服务的“前端”。以前考虑过吗？

（答复评论#5)>我认为这样的问题将永无止境，因此我认为>W3C应该使用validator.nu作为其验证的“前端”>服务。以前考虑过吗？这是一个小OT，可能是验证程序列表上最好的，但是的，这已经被考虑过了。validator.nu引擎是一个很棒的软件，在许多方面优于validator.w3.org使用的其他引擎。然而，IMHO验证器.nu不够稳定（例如http://lists.w3.org/Archives/Public/www-validator/2009年3月/0037.html)也没有足够的灵活性（配置文件数量有限，没有对遗留HTML的DTD支持等），也没有足够可用性（简单的UI和有限的消息解释，没有文件上传，没有直接输入等），无法简单地“成为”validator.w3.org上的唯一前端引擎。我确信，在这一点上，让validator.w3.org成为多个引擎的前端，包括用于DTD的OpenSP和用于html5和其他应用程序的validator.nu，是最理想的架构。

就itf的价值而言，我写了一篇关于这个问题的描述，并附带了一些相关的削减：http://oli-studio.com/bugs/validator/html5-charset/它的主要目的是向内容创建者解释情况，并说明什么字符集声明方法组合不会产生错误。

***错误7135已标记为此错误的副本***

这只也在咬我。没什么要补充的，只是我想尽快把它修好。

我遇到了同样的问题http://usesthis.com/

Ville有一个新的Validator版本正在排队部署，我认为它可能包含这个问题的修复程序。我会和他核实一下。

目前还没有解决此问题的方法。我有一些本地原型级别的代码，稍后将再次介绍，但它有一些令人瞠目结舌的问题（例如，在某些情况下，它可能会影响非HTML5 HTML文档的验证）。由于验证器目前的工作方式，修复并不简单。

CVS中现在有一个修复程序，可以在以下位置进行测试http://qa-dev.w3.org/wmvs/HEAD/.当验证器（和我的本地实例）试图访问本地安装的HTML5验证器时，发生了奇怪的事情http://qa-dev.w3.org:8888/html5/验证时http://htmlex.met.cz/错误是“使用-T开关运行时连接中的不安全依赖项”，奇怪的是，在检查其他一些文档（例如来自评论7和评论10)效果很好。当验证器配置为使用http://validator.nu/作为其HTML5验证器。我不知道要验证的文档是如何导致这种情况的（它已经被本地获取，并且即将被POST到同一个HTML5实例中，该实例对其他文档来说运行良好），但我会尝试找出原因。

（答复注释#13)>当验证器（和我的本地实例）试图>访问本地安装的HTML5验证器>http://qa-dev.w3.org:8888/html5/验证时http://htmlex.met.cz/.找到并应用了变通办法（但没有原因），更多详细信息请访问http://rt.cpan.org/Public/Bug/Display.html？id=52707

***错误8678已标记为此错误的副本***

（答复注释#13)>CVS中现在有一个修复程序，可以在以下位置进行测试>http://qa-dev.w3.org/wmvs/HEAD/.>这个方法对我有效，谢谢

代码修复包含在0.8.6中，但遗憾的是，所需的HTML:：HeadParser>=3.60模块尚未安装在production validator.w3.org框中。

（答复注释#17)>代码修复包含在0.8.6中，但不幸的是需要>HTML:：HeadParser>=3.60模块未安装在生产上>validator.w3.org盒子还没有。现已安装，很抱歉给您带来不便。

谢谢，结束。

我刚刚在生产站点上遇到了这个错误：http://validator.w3.org/#validate_by_upload验证器没有看到我的文件的<！DOCTYPE html>。我验证了我的代码在http://qa-dev.w3.org/wmvs/HEAD/#validate_by_upload这个bug有可能在URI情况下得到修复，但在上传时没有修复吗？（答复评论#18)>（答复注释#17)>>代码修复包含在0.8.6中，但不幸的是需要>>HTML:：HeadParser>=3.60模块未安装在生产上>>validator.w3.org盒子还没有。> >现已安装，很抱歉给您带来不便。

我更改了这方面的类别，因为这不是validator.nu HTML5检查后端中的错误，而是与Perl代码有关

只需使用http://validator.w3.org/nu/直接。