HTML erreur de validation: Non caractères d'espace trouvé avant le DOCTYPE
J'ai un blog(wordpress). Et essayez de valider par le validateur du w3c une de mes page. La première erreur est:
Line 1, Column 1: Non-space characters found without seeing a doctype first. Expected <!DOCTYPE html>.
<!DOCTYPE html><!-- HTML 5 -->
Aussi, DebugBar (http://www.my-debugbar.com/wiki/IETester/HomePage acceptons et présentent deux caractères invisibles avant <!
quand j'ouvre la même page de "HTML, cochez la Case" onglet à l'intérieur de cet outil. MAIS!!
- Cette ligne de code HTML venir à partir d'un fichier header.php dans mon thème wordpress.
- - Je télécharger ce fichier à partir de mon hébergeur pour mon disque dur local.
- La première ligne de header.php est
<!DOCTYPE html><!-- HTML 5 -->
- Quand j'ouvre header.php en RJ TextEd (tout éditeur de texte avancé) - il dire: codage en cours pour header.php est UFT-8 sans(!) BOM.
- Quand je l'ouvre header.php HEX viewer je vois, que les octets 0 et 1 3c,21 - donc, c'est exactement
<!
.
Donc, tout compte fait, pourquoi & où je reçois ces "symboles bizarres"?
Jusqu'à ce que la lecture des points 4 & 5, je pensais que la réponse était assez simple. Ce qui est intéressant.
OriginalL'auteur Smarty | 2011-11-08
Vous devez vous connecter pour publier un commentaire.
J'ai trouvé la racine du problème. La règle générale est:
Dans mon cas j'ai du total 1.3 K les fichiers qui composent mon site. Seulement 4 fichiers a été BOMed:
Et j'ai été obligé de ré-enregistrer tous et toutes de ces 4 fichiers comme "UFT-8 sans BOM" pour se débarrasser de la "Non-espace" personnages de l'erreur de validation. Quand je l'ai fait (re-enregistrer des fichiers) - erreur a disparu.
Je vous remercie. Au-delà de l'erreur de validation j'ai été faire un énorme espace vide à droite au-dessus de mon site WordPress menu de navigation qui m'a vraiment fait de la lutte pour les jours à essayer d'identifier ce qui a provoqué le vide de l'espace de problème...j'ai ensuite changé l'encodage dans Smultron.app pour Mac et supprimé de l'UTF-8 BOM option, re-téléchargé mon thème de fichiers et il a été résolu!!
J'adore ces types d'erreurs de validation 🙂 est-ce quelqu'un a testé cette solution avec Notepad++? Il sera très dur pour économiser de chaque nouveau fichier avec l'utf8 sans bom codé...
OriginalL'auteur Smarty