事实上，在Web浏览器中仍然可以使用“破坏的”HTML标记会导致作者创建损坏的HTML页面。很多破页。据估计，目前网络上超过99％的HTML网页至少有一个错误。但是因为这些错误不会导致浏览器显示可见的错误消息，所以没有人修复它们。
W3C认为这是网络的一个基本问题，他们开始纠正它。1997年发布的XML打破了宽容客户的传统，并要求所有使用XML的程序必须将所谓的“格式良好”错误视为致命错误。在希腊领导人德拉科因相对轻微的违法行为而设立死刑之后，第一次失误失败的概念被称为“严苛的错误处理” 。当W3C将HTML重新构造为XML词汇表时，他们强制要求使用新application/xhtml+xmlMIME类型提供的所有文档都会受到严厉的错误处理。如果您的XHTML页面中只有一个格式错误，那么Web浏览器别无选择，只能停止处理并向最终用户显示错误消息。
这个想法并不普遍受欢迎。由于现有页面的估计错误率为99％，向最终用户显示错误的可能性以及XHTML 1.0和1.1中缺少新功能以证明成本合理，因此网络作者基本上无视application/xhtml+xml。但这并不意味着他们完全忽略了XHTML。哦，绝对不是。XHTML 1.0规范的附录C为世界各地的网络作者提供了一个漏洞：“使用类似XHTML语法的东西，但继续使用text/htmlMIME类型提供服务。”这正是成千上万的Web开发人员所做的：他们“已升级为“XHTML语法，但仍使用text / html MIME类型提供服务。
即使在今天，数以百万计的网页声称是XHTML。它们从第一行的XHTML doctype开始，使用小写标记名称，在属性值周围使用引号，并在像
和之类的空元素之后添加尾部斜杠
。但是这些页面中只有一小部分是使用application/xhtml+xmlMIME类型提供的，这会触发XML的严格错误处理。任何提供MIME类型的页面text/html- 无论文档类型，语法或编码样式 - 都将使用“宽容”HTML解析器进行解析，默默地忽略任何标记错误，并且永远不会警告最终用户(或任何其他人)，即使页面也是如此在技术上是破碎的。
XHTML 1.0包含了这个漏洞，但XHTML 1.1关闭了它，而未定型的XHTML 2.0延续了要求严格错误处理的传统。这就是为什么有数十亿的页面声称是XHTML 1.0，而且只有少数页面声称是XHTML 1.1(或XHTML 2.0)。所以你真的使用XHTML吗？检查您的MIME类型。(实际上，如果你不知道你正在使用什么MIME类型，我几乎可以保证你还在使用text/html。)除非你用MIME类型服务你的页面application/xhtml+xml，你所谓的“XHTML”只是名称中的XML。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
