[FONT=Verdana]Hi Freaks,[/FONT]
[FONT=Verdana]ich habe eine Frage zum „The W3C Markup Validation Service“ unter [/FONT][FONT=Verdana][COLOR=#800080]http://validator.w3.org[/COLOR][/FONT][FONT=Verdana] und WordPress. Ich versuche meine Seiten immer möglichst valide zu designen :mrgreen:. Nach der Überprüfung zeigt der Validator „This Page Is Valid XHTML 1.1!“ und die folgende Warnung:[/FONT]
[FONT=Courier New]Conflict between Mime Type and Document Type[/FONT]
[FONT=Courier New]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[/FONT]
[FONT=Courier New]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:[/FONT]
[FONT=Courier New]- If you are serving a static file on a Web server, changing its extension should help. Use e.g .xhtml for XHTML or .mathml for MathML.[/FONT]
[FONT=Courier New]- You may need to reconfigure your Web server. This Setting up MIME Types tutorial has instructions for Apache, Tomcat and IIS.[/FONT]
[FONT=Courier New]- 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.[/FONT]
[FONT=Verdana]Ich kann damit gar nichts anfangen??? Hat jemand eine Ahnung, was das heißen soll bzw. wie ich die Warnung wegbekomme?[/FONT]
W3C Markup Validation Service & WordPress
-
- Gerade eben
- Anzeige
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
- ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
- ✔️ Deutsche Server & DSGVO-konform
- ✔️ Persönlicher Support (kein 0815-Ticket-System)
-
XHTML 1.1 muss mit dem MIME-Type application/xml+xhtml ausgeliefert werden, nicht als text/html. Das könnte man WP noch beibringen. Allerdings laufen dann deine Seiten nicht mehr im "besten Browser der Welt" (a.k.a. Internet Explorer)
Unter anderem deswegen möchte man im WWW derzeit kein XHTML 1.1 verwenden. Nutze XHTML 1.0 Strict.
-
XHTML 1.1 muss mit dem MIME-Type application/xml+xhtml ausgeliefert werden, nicht als text/html. Das könnte man WP noch beibringen. Allerdings laufen dann deine Seiten nicht mehr im "besten Browser der Welt" (a.k.a. Internet Explorer)
Unter anderem deswegen möchte man im WWW derzeit kein XHTML 1.1 verwenden. Nutze XHTML 1.0 Strict.
[COLOR=black][FONT=Verdana]Danke für die schnelle Antwort. Und ich wollte es gerade gut machen, und meine "alten" HTML 4.01 Seiten gleich auf die XHTML 1.1 Version upgraden. Denn so aktuell ist ja auch diese Version nicht mehr, wenn W3C bereits fleißig an XHTML™ 2.0 arbeitet.[/FONT][/COLOR]
[FONT=Verdana]Ich danke trotzdem für Deine Info. Da meine überarbeiteten Seiten aber sonst valide sind, werde ich's wohl erstmal so lassen. Denn einen Quelltext semantisch und valide zu gestalten, ist echt gar nicht so einfach – ich habe auf meiner Homepage auch einfache Seiten ohne WordPress. [COLOR=black]XHTML™ 1.1 ist ohnehin ziemlich streng ausgelegt, kein Vergleich zu HTML 4.01. Da war viel mehr erlaubt, ohne das der W3C-Validator gleich was zu meckern hatte :-D…[/COLOR][/FONT] -
Danke für die schnelle Antwort. Und ich wollte es gerade gut machen, und meine "alten" HTML 4.01 Seiten gleich auf die XHTML 1.1 Version upgraden. Denn so aktuell ist ja auch diese Version nicht mehr
Die aktuell zu verwendenden Versionen sind HTML 4.01 Strict bzw. XHTML 1.0 Strict.Zitatwenn W3C bereits fleißig an XHTML 2.0 arbeitet. Mehr Infos unterXHTML™ 2.0
Das W3C arbeitet auch an HTML 5.0 Beides sind Working Drafts und sollten noch nicht produktiv verwendet werden. Bis alle Clients diese voll unterstützen werden noch einige Jahre vergehen.ZitatIch danke trotzdem für Deine Info. Da meine überarbeiteten Seiten aber sonst valide sind, werde ich's wohl erstmal so lassen. Denn einen Quelltext semantisch und valide zu gestalten, ist echt gar nicht so einfach – ich habe auf meiner Homepage auch einfache Seiten ohne WordPress. XHTML 1.1 ist ohnehin ziemlich streng ausgelegt, kein Vergleich zu HTML 4.01. Da war viel mehr erlaubt, ohne das der W3C-Validator gleich was zu meckern hatte :-D…
Naja, XHTML 1.1 hätte schon einige Vorteile, z.B. durch die Modularisierung (Einbindung z.B. von SVG, MathML und Namespaces). Aber solange das noch nicht auf breiter Front von den Browsern unterstützt wird ist das für den produktiven Einsatz eher uninteressant.Mal ein interessanter Artikel dazu:
XHTML-Einmaleins -
Aus ökonomischer Sicht, spielt es daher eigentlich keine Rolle, ob eine Website W3C-konform (valid) ist.
Spielt es aus ökonomischer Sicht auch keine Rolle, ob du ein Bewerbungsschreiben voller Rechtschreibfehler ablieferst oder ein der gegenwärtigen deutschen Rechtschreibung entsprechendes? Klar, solange die Seite so aussieht, wie man das will... aber es garantiert keiner, dass das auch in Zukunft so sein wird. Fehler sind Fehler und sollten korrigiert werden.
Was Amazon für einen Quelltext produziert, ist mir ehrlich gesagt ziemlich egal. :-DZitatDa ich jedoch meinen eigenen Anspruch an ein gutes Webdesign habe :), habe ich begonnen, meine Seiten neu aufzubauen. Meine alten Tabellenlayouts habe ich in DIV-Container
Nur so nebenbei - ein DIV-Layout ist nicht zwangsläufig besser als ein Tabellenlayout. Viele "Webdesigner" ersetzen einfach nur ihre Tabellenzellen durch (unsemantische) DIVs, was natürlich überhaupt keine Pluspunkte bringt. Genauso haben auch Layouttabellen an manchen Stellen ihre Daseinsberechtigung, einfach weil es (noch) keine verwendbaren CSS-Regeln für manche Wünsche gibt. Ein 3spaltiges Layout, mit farblich abgesetzten Sidebars geht nunmal am einfachsten mit einer einfachen Layouttabelle. ;-)
Das Problem bei Tabellenlayouts ist aber häufig die extreme Verschachtelungstiefe, die die Zugänglichkeit deutlich erschwert. Außerdem geht Semantik verloren, wie du weiter unten ja schon sagtest.Zitatund eben XHTML™ 1.1 umdesigned – auch wegen der Barrierefreiheit.
Nunja, wie bereits in dem von mit verlinkten Artikel steht - XHTML heißt nicht sofort, dass deine Seiten barrierefrei sind. Im Falle von XHTML 1.1 ist sogar das Gegenteil der Fall.ZitatUmso überraschter war ich von HTML 5.0 zu lesen. Erst vor kurzem hatte ich eine Weiterbildung in der der Dozent meinte HTML könne man vergessen, wird nicht mehr weiterentwickelt und durch XHTML™ und langfristig durch XML ersetzt.
Tja, da hatte dein Dozent wohl unrecht. ;-)ZitatIch weiß, dass dies hier eine sehr abstrakte Betrachtung ist, aber ich finde, auch wie eine Website semantisch und syntaktisch aufgebaut ist, gehört zu gutem Webdesign.
Da geb ich dir uneingeschränkt recht. Für die Semantik ist es aber egal, ob man HTML 4.01, XHTML 1.0 oder XHTML 1.1 verwendet. Syntaktisch sollte man sich natürlich an die jeweiligen DTDs halten. -
Hehe, bin kein Experte, nur interessierte Laie mit ein paar einschlägigen Erfahrungen... ;)
Aber ich hab trotzdem was für dich:
Byte Order Mark - Wikipedia
Das BOM wird von verschiedenen Editoren gesetzt, wenn man Textdateien UTF8-codiert speichert. Es erleichtert die Erkennung von UTF8-codierten Dateien, also vom Prinzip her nützlich. Die Option "mit BOM speichern" kann man bei den meisten Editoren separat an- bzw. abschalten.Und aus meinem persönlichen Erfahrungsschatz:
UTF8 mit BOM und PHP können sich gegenseitig Probleme machen, da PHP das Zeichen nicht als Steuerzeichen erkennt und es somit häufig zur Meldung "Cannot modify header information - Headers already sent by..." hervorrufen. Ich schalte die Option "mit BOM speichern" daher in meinem Editor ab.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!