No Character Encoding Found! Falling back to UTF-8.
None of the standards sources gave any information on the character encoding labeling for this document. Without encoding information it is impossible to reliably validate the document. As a fallback solution, the "UTF-8" encoding was used to read the content and attempt to perform the validation, but this is likely to fail for all non-trivial documents.
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.
hm...komm da nicht weiter...shit..
You have used character data somewhere it is not permitted to appear. Mistakes that can cause this error include:
- putting text directly in the body of the document without wrapping it in a container element (such as a <p>aragraph</p>), or
- forgetting to quote an attribute value (where characters such as "%" and "/" are common, but cannot appear without surrounding quotes), or
- using XHTML-style self-closing tags (such as <meta ... />) in HTML 4.01 or earlier. To fix, remove the extra slash ('/') character. For more information about the reasons for this, see Empty elements in SGML, HTML, XML, and XHTML.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<link href="navigation.css" rel="stylesheet" type="text/css" />
<link href="page.css" rel="stylesheet" type="text/css" />
<script src="countdown.js" type="text/javascript" ></script>
<title>Welcome to my Page</title>
</head><body onload="countdown()">
<div id="over">
<div id="top"> </div>
<h6> <img src="graphics/header.png" style="widht:850px; height:150px;" alt="header" /> </h6>
<ul id="Navigation"> ....
</div><?php include("1_inc_head.php"); ?>
<?php include("2_inc_naviside.php"); ?>
<div id="main"> <p class="inhalt">...</p> </div>
</div> <!-- OVER CLOSE-->
</body>
</html>Aber mit dem Doctype sind dann mit CSS Darstellungsunterschiede vorprogrammiert, weil damit einige Browser in den Quirks Mode schalten. Also nicht zu empfehlen! Es ist immer besser, eine Strict-Variante zu verwenden und so seine Fehler aufgezeigt zu bekommen. Denn nur ein valider Code kann a) richtig interpretiert werden und b) bietet eine solide Basis für ein CSS-Layout.
include passiert serverseitig und erzeugt eine statische HTML-Datei. Der Validator weiß aber nichts von serverseitigen Aktionen. Daher ist der Fehler immer in der Seite zu suchen, die vom Server geschickt wird. Natürlich kann es sein, dass Du serverseitig in PHP irgendwelche falschen Ausgaben machst. Aber die wirst Du dann auch in der erzeugten Seite sehen.
das dachte ich mir auch schon, wäre wunderlich wenn keine fehlermeldung käme...bzw dann würde ich überhauptnichtsmehr verstehen. Aber, eine fehelrmeldung deswegen kam nicht. Wenn ich überprüfe ob die Seite valide ist, kommt aber ne fehlermeldung das vor <! doctype.... > und vor <body onload="countdown()"> irgendwelche punkte oder leerzeichen wären. und beides is immer der anfang von der jeweiligen includedatei (siehe oben).
Naja, sind sie da?
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.
Line 1, Column 0: character "" not allowed in prolog.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.
Line 17, Column 0:
character data is not allowed here.
<body onload="countdown()">
Line 1, Column 3:
XML Parsing Error: Start tag expected,
'<' not found.<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.