php xhtml validierung

mogliarts · #1 (**permalink**) 28.05.2009, 17:42

hallo,

weis jemand warum ich diese parsing und prolog errors bekomme?

my validation

my index

PHP-Code:


			
<?php

include("scripts/_mysql.php");

include("scripts/_application.php");

include("scripts/_functions.php");



echo "<?xml version='1.0' encoding='UTF-8'? />\n";

?>





<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" >    

<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">

<head>

<!--  ICO  just on server -->

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />..

content

PHP-Code:


			
..</div>            

</body>

</html>

<?php mysql_close($dz); ?>

inta · #2 (**permalink**) 28.05.2009, 17:44

Du hast deine Datei mit BOM gespeichert, bei UTF-8 ist diese sowieso überflüssig, lass sie daher einfach immer weg.

Gumbo · #3 (**permalink**) 28.05.2009, 17:51

Zusätzlich sieht die XML-Deklaration wie folgt aus:

Code:

<?xml version='1.0' encoding='UTF-8'?>

mogliarts · #4 (**permalink**) 28.05.2009, 18:12

danke für die tipps

hab die index.php unter anderem, als UTF8-Ohne Bom (notepad++) abgespeichert und die xml-dekleration ergänzt.

bekomme jetzt diese meldungen

Praktikant · #5 (**permalink**) 28.05.2009, 18:31

Die Datei ist wohl immer noch mit BOM gespeichert

Zitat:

Notes and Potential Issues

The following notes and warnings highlight missing or conflicting information which caused the validator to perform some guesswork prior to validation. If the guess or fallback is incorrect, it could make validation results entirely incoherent. It is highly recommended to check these potential issues, and, if necessary, fix them and re-validate the document.

1.

Warning Byte-Order Mark found in UTF-8 File.

The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

Desweiteren musst du einfach lesen was da steht und schon findest du deine Fehler ganz schnell.

mogliarts · #6 (**permalink**) 28.05.2009, 19:05

wieso lässt sich mit notepad++ nach dem speichern, die UTF8-ohne BOM- einstellung nicht bemerkbar lassen?

hab jetzt alle dateien geändert, nochmal.. und wen ichs wieder öffne.. so wie wen nix gewesen wäre..

Praktikant · #7 (**permalink**) 28.05.2009, 19:17

Kopier mal alles in ein neues Dokument und speicher es einfach nochmal komplett neu, Hilft bei DW auch, wenn der falsch speichert.

In Zeile 44 wird übrigends ein Tag nicht geschlossen, was das Problem für die meisten deiner Fehler sein drüfte.

inta · #8 (**permalink**) 28.05.2009, 21:24

Zitat:

Zitat von mogliarts

wieso lässt sich mit notepad++ nach dem speichern, die UTF8-ohne BOM- einstellung nicht bemerkbar lassen?

hab jetzt alle dateien geändert, nochmal.. und wen ichs wieder öffne.. so wie wen nix gewesen wäre..

Ohne BOM kann der Editor nicht erkennen um welche Kodierung es sich handelt.

markuskoehler · #9 (**permalink**) 29.05.2009, 16:42

Allerdings, hatte ich auch schon mal ein UTF-8 Problem, und konnte es damals durch Deaktivieren von BOM in Notepad++ lösen...

Musst aber wirklich alles in komplett neue Dateien speichern, damit es funktioniert, das stimmt.

Momentan nutze ich den Standard ASCII in N++, nur als Info. Und es gibt in jeder Programmiersprache (die ich nutze, zumindest) Funktionen zur Zeichensatzkonvertierung, und dann fährst du zu 100% mit ASCII in N++ den richtigen Kurs, würde fast sagen ist noch kompatibler als UTF-8 mit oder ohne BOM...

Beste Grüße
Markus

inta · #10 (**permalink**) 29.05.2009, 18:07

Zitat:

Zitat von markuskoehler

Allerdings, hatte ich auch schon mal ein UTF-8 Problem, und konnte es damals durch Deaktivieren von BOM in Notepad++ lösen...

Das glaube ich nicht, was für ein Problem sollte das gewesen sein?

Zitat:

Zitat von markuskoehler

Musst aber wirklich alles in komplett neue Dateien speichern, damit es funktioniert, das stimmt.

Notepad++ bietet zumindest in der aktuellen Version ein Tool zur Konvertierung an, wenn ich mich nicht täusche.

Zitat:

Zitat von markuskoehler

Momentan nutze ich den Standard ASCII in N++, nur als Info. Und es gibt in jeder Programmiersprache (die ich nutze, zumindest) Funktionen zur Zeichensatzkonvertierung, und dann fährst du zu 100% mit ASCII in N++ den richtigen Kurs, würde fast sagen ist noch kompatibler als UTF-8 mit oder ohne BOM...

Ich würde heute niemandem mehr empfehlen ASCII zu nutzen, Unicode und als Kodierung UTF-8 sind zur Zeit die bequemste und zukunftsicherste Lösung. Wenn du mit Texten arbeiten musst, dann bist du mit ASCII schon am Ende.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Dateien auslagern - Include und PHP	ArcVieh	Serveradministration und serverseitige Scripte	17	27.03.2008 18:09
XHTML Validierung mit PHP und SQL	darthnader	(X)HTML	13	02.05.2007 10:23
PHP und XHTML 1.1!	Martin88	(X)HTML	3	20.11.2006 18:21
Xhtml und PHP	weightwatcher	(X)HTML	11	22.03.2005 20:29
XHTML 1.1 valid, mit php include, aber *.html, geht das ?	websitedesigner	(X)HTML	9	06.12.2004 16:45