Discussion :

[kardagan]

Bonjour,
Je suis a la recherche d'un script de validation HTML utilisable en php
Je m'explique.
Sur notre site de e-commerce, nous permettons aux webmasters de saisir des bloc HTML que nous enregistrons en base pour l'afficher sur le site.
Sauf que, l'erreur étant humaine, le code HTML n'est pas toujours valide.
exemple : Balise <div> ouverte mais pas fermé. Ou inversement, trop de </div> donc forcément ça casse la page et des fois il ne s'en rendent compte que trop de temps après leur enregistrement.

Donc je suis a la recherche d'un moyen pour valider le HTML qu'ils saisissent.

J'ai d'abord regardé l'api w3c, mais 1) l'install est lourde 2) passer par du perl bof 3) je veux pas forcément que ce soit valide w3c, mais juste que toute balise html ouverte soit fermé (et là où elle doit l'être)

j'ai cherché via l'utilisation de DOMDocument mais déjà 30 à 40 sec d'exécution du validate c'est chaud (je les imagines déjà cliquer 20 fois et s'énerver) et en plus il me sort des erreurs quand il n'y en a pas genre pour lui il faut obligatoirement un attribut name sur ce tag. Et en faisant exprès des erreurs il ne dit rien (genre un <p> dans une balise <a> ça lui fait ni chaud ni froids)

J'ai testé Tidy via la méthod diagnose. C'est très bien sauf que pour lui les erreurs c'est uniquement une balise non connu. Pour lui une balise non fermer c'est juste un warning. certainement car il fait le repair lui même normalement, mais je ne souhaite pas faire cela. je préfère les laisser réparer eux même car les corrections automatique ne sont pas toujours fiable d'après ce que j'ai lu.

l'idéal serait un module qui me dit par exemple
Ligne 2 : Warning : Déclaration de CSS dans le body
Ligne 3 : Error : Balise <Div> ouverte mais non fermer
Ligne 5 : Error : Balise </P> non attendu
...

voilà, est ce que vous connaissez un module de ce genre ?

merci d'avance
Karda

[ABCIWEB]

Je me souviens avoir essayé le truc ci-dessous pour valider globalement du html. Le seul truc que j'avais remarqué est qu'il fallait supprimer les
"&nbsp;" avant test car ça invalide le xml mais à part ça ça fonctionnait correctement. Mais bon c'était pour un éditeur assez limité et je ne sais pas si ça fonctionne dans tous les cas.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$dom = new DOMDocument;
if(@$dom->loadXML($test)) return true; else return false;

Sinon pour la balise p à l'intérieur d'une balise a, c'est maintenant autorisé en html5. La balise "a" a perdu son statut "en ligne" et l'on peut maintenant y mettre n'importe quoi (pour faire court).

[grunk]

Regarde du coté de HTML purifier ou de tidy

[kardagan]

Pour le DomDocument avec le load xml je vois déjà le broblème de la balise <img> qui sortira en erreur si ils ne font pas <img/>HTML purifier est pas mal, mais il corrige et il corrige même trop de truc :/
genre il enlève les id des balises <ul> ( je sais pas trop pourquoi ils en ont mis, mais je vois pas de raison de l'enlever)

[Bovino]

Le problème essentiel, c'est que ce que tu demandes, c'est pas vraiment une validation HTML et pas vraiment une validation XML non plus...
Donc la question à se poser est plutôt : as-tu vraiment besoin que tes utilisateurs écrivent du HTML (surtout s'ils ne connaissent pas le HTML) ?
Si la réponse est oui, passe par une phase de prévisualisation avant de confirmer les modifications : si la page est cassée, ils s'en rendront facilement compte.
Si la réponse est non, alors le plus simple serait surement de passer par un éditeur incorporé genre TinyMCE ou CKEditor...

[kardagan]

alors réponse oui ils ont besoin de saisir le code (plus tard on va leur installer un module style TinyMCE mais c'est pas possible sur notre plateform actuel)
et on a bien une phase de prévisu et normalement ils sont aussi sensé vérifier une fois la mise en ligne fait. Mais pourtant ils ne le font pas toujours, et c'est sur l'informatique que ça retombe le problème