只要我記得,我已經盡了很大的努力以正確的方式做事。那麼,我認爲正確的方式是無論如何。爲您的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