Ongelmahan ei liene iso, mutta kiinnostaisi jos juku vähän selittäisi. Validoin sivuja ja tulos oli seuraava:
This Page Is Valid XHTML 1.1!
Result: Passed validation, 1 warning(s)
Ja selityksenä muunmuassa seuraavaa:
The document is being served with the text/html Mime Type which is not a registered media type for the XHTML 1.1 Document Type. The recommended media type for this document is: application/xhtml xml
Using a wrong media type for a certain document type may confuse the validator and other user agents with respect to the nature of the document, and you may get some erroneous validation errors. How to fix this problem? One of the following techniques should help:
.
.
If the document is generated dynamically, the scripting language should allow you to set up the mime type: this article on MIME Types and Content Negotiation has examples in PHP, Perl, and ASP.
No katsoin sitten ehdotetusta osoitteesta http://juicystudio.com/article/content-negotiation.php ratkaisua. Siellä kohdassa Setting the "MIME Type with PHP" neuvottiin laittamaan alkuun seuraava koodi:
header("Vary: Accept");
if (stristr($_SERVER["HTTP_ACCEPT"], "application/xhtml xml"))
header("Content-Type: application/xhtml xml; charset=utf-8");
else
header("Content-Type: text/html; charset=utf-8");
Tämän jälkeen tulee edelleen sama varoitus. Miksi tuossa on tuo else-lause ja siinä Content-Type: text/html? Jos sen tilalle laittaa Content-Type: application/xhtml xml niin varoitusta ei tule, mutta kai tuossa elsessä jokin järki silti on. Vai?
Onko kyse kenties jostain vanhempien selainten yhteensopivuudesta vai mistä?
Ja siis, tottakai sivuillani peruskoodissa on seuraava rivi:
Ja tuohon php-scriptiin vaihdoin myös charsetin samaksi kuin sivuillani.
Miksi siis dokumentti tarjotaan edelleen text/html:nä?
This Page Is Valid XHTML 1.1!
Result: Passed validation, 1 warning(s)
Ja selityksenä muunmuassa seuraavaa:
The document is being served with the text/html Mime Type which is not a registered media type for the XHTML 1.1 Document Type. The recommended media type for this document is: application/xhtml xml
Using a wrong media type for a certain document type may confuse the validator and other user agents with respect to the nature of the document, and you may get some erroneous validation errors. How to fix this problem? One of the following techniques should help:
.
.
If the document is generated dynamically, the scripting language should allow you to set up the mime type: this article on MIME Types and Content Negotiation has examples in PHP, Perl, and ASP.
No katsoin sitten ehdotetusta osoitteesta http://juicystudio.com/article/content-negotiation.php ratkaisua. Siellä kohdassa Setting the "MIME Type with PHP" neuvottiin laittamaan alkuun seuraava koodi:
header("Vary: Accept");
if (stristr($_SERVER["HTTP_ACCEPT"], "application/xhtml xml"))
header("Content-Type: application/xhtml xml; charset=utf-8");
else
header("Content-Type: text/html; charset=utf-8");
Tämän jälkeen tulee edelleen sama varoitus. Miksi tuossa on tuo else-lause ja siinä Content-Type: text/html? Jos sen tilalle laittaa Content-Type: application/xhtml xml niin varoitusta ei tule, mutta kai tuossa elsessä jokin järki silti on. Vai?
Onko kyse kenties jostain vanhempien selainten yhteensopivuudesta vai mistä?
Ja siis, tottakai sivuillani peruskoodissa on seuraava rivi:
Ja tuohon php-scriptiin vaihdoin myös charsetin samaksi kuin sivuillani.
Miksi siis dokumentti tarjotaan edelleen text/html:nä?
Vastaukset 1
Vanhimmat
Miksi käytät XHTML 1.1:tä? Oikeasti?
Se nimittäin on iso ongelma, jos käytät sitä määrittelyjen mukaisesti eli mediatyyppinä application/xhtml xml, jota IE ei ymmärrä lainkaan.
Se mitä teknisesti tapahtuu on pitkä juttu, mutta lyhyesti sanottuna tuo PHP-koodi pyrkii lähettämään selaimelle mediatyyppitiedon application/xhtml xml, jos selain ilmoittaa erikseen sitä osaavansa, muuten text/html. W3C:n validaattori ei sellaista kerro. Siis? Tähän sitten löytyisi kikkoja validaattorin sivuilta, mutta mitä järkeä moisessa leikissä olisi?
Koodissa olevalla meta-tägillä ei ole tämän kanssa tekemistä, koska se häviää HTTP-otsakkeille.