在浏览器支持和HTML5合规性方面,(假设页面实际上是XML格式的)为具有application/xhtml+xml
HTTP Content-type
标头的HTML5多语言页面提供服务有多方便?
在早期,我提供XHTML宽度的text/html
标头,因为在其他情况下,有些浏览器根本没有呈现页面或呈现页面,但在行为上有一些奇怪之处。
HTML5标准甚至要求浏览器支持application/xhtml+xml
内容类型吗跨浏览器的实际支持状态是什么?今天使用application/xhtml+xml
的缺点是什么?
application/xhtml+xml
或text/html
。
它只是说
为了与现有内容和以前的规范兼容规范描述了两种创作格式:一种基于XML(称为XHTML语法),以及使用自定义格式的其灵感来自SGML(称为HTML语法)。启动位置必须至少支持这两种格式中的一种,尽管支持两者都受到鼓励。
自IE9以来,application/xhtml+xml
在所有值得注意的浏览器上都得到了支持。
假设您可以编写格式良好的XML,这其实并不难,最大的问题是并非所有的Unicode字符都是有效的XML字符,因此您必须始终对用户输入进行额外的清理,这些输入可能会返回到屏幕上,以清除任何在XML中无效的字符,否则您的网页将无法正确呈现(或根本无法呈现)。
此外,第三方JS库并不总是与多语言兼容。特别是,有些依赖document.write(),而XML文档不支持它。