只要我记得,我已经尽了很大的努力以正确的方式做事。那么,我认为正确的方式是无论如何。为您的XHTML提供正确的MIME类型
现在我觉得是时候回答一些非常重要的问题了。
所有谁发誓XHTML会,迟早,偶然发现的名言:“除非你发球权的MIME类型,您记录将被解释为普通的HTML”
你说什么?遵循所有标准和内容,我创建了完美的XHTML文档。我做错了什么?我错过了什么?
据我所知,它大部分是服务器的东西,所以当然我也调查过,看起来PHP函数header()是问题的答案。
耶,那么一切都很好。呃,不,实际上不是,因为无论我在网上搜索多少,我都无法找到关于如何解决这个问题的一致信息,当我找到远程相关的东西时,就是关于浏览器的可比性等等。
让它尽可能清楚地说。
我很在乎浏览器的可计算性。 (无论如何也不在这里)
如果我犯了一个错误,当然还有关于如何实现这一点的知识,我真正想要的就是收到XML类型的史诗般的失败消息。
简而言之,我想要使用SGML方式并采用XML方式,并且我希望能够毫无疑问地说这个文档是有效的XML/XHTML,并且被解释为这样。
我的想法是,我可以简单地通过一个PHP脚本来请求有问题的XHTML文档,并将它发送给一个适当的MIME类型,但是由于网络上的信息冲突,它究竟如何实现仍然是个谜。
我确实希望有人能够提供我正在寻找的答案,最好是链接到相关信息以备份它。如果你能为我做到这一点,我将永远感激。
此致敬礼。
编辑: 我不能说,我明白为什么或者怎么样,但至少我找到了一种方法,使其充当它应该简单地通过增加: 到正规的XHTML文档的顶部,的课程将文件类型更改为PHP以实际使其运行脚本。
我很确定这不是故事的结尾,但现在我很高兴。
*(相关)* [什么是与一个XHTML内容类型服务的网页有关的问题(http://stackoverflow.com/questions/351380/xhtml-what-are-the-problems-associated-with-服务页面与内容应用程序) – Gordon 2011-05-15 15:19:14
*(相关)* [XHTML仍然有害?](http://stackoverflow.com/questions/4368497/xhtml-still-harmful) – Gordon 2011-05-15 15:19:52
我不知道有一个问题在这。你说你是不是担心浏览器的兼容性,但它是决定如何解析文档,什么MIME类型变化如何解析文档浏览器。此外,它通常取决于您正在使用的Web服务器来确定数据的MIME类型(除非您通过PHP手动设置头)。 – Kitson 2011-05-15 15:20:40