SimpleXML -> Plantage :(.. Une autre méthode à utiliser pour analyser du HTML?

Salut,
je suis arrivé dans une impasse car actuellement tout fonctionne chez moi
sauf dans certains cas et ce genre de cas, je ne peux pas les gérer.

Je vais lire l'entête de lien me permettant de réunir des informations.
Jusque ici tout va bien.
J'utilise DOMDocument pour aller chercher le contenu

Code:

---

1 2 3 4 5 6

if (@$doc->loadHTMLFile($url)) { $xml = simplexml_import_dom($doc); } ...

---

Imagination quelqu'un qui met dans son fichier

Code:

---

<meta name="description" content="ma descr(iption qui tue "met avec un problème de guillemet mals placées donc avec une erreur de syntaxe"/>

---

Le server plante, même le try catch n'y fait rien. SimpleXML crash donc purement et simplement et fait donc crasher le server.

Existe une autre alternative à SimpleXML pour aller lire du HTML ?

Bonjour,

Je n'ai jamais utilisé cette fonctionnalité, mais il est vrai que simplexml n'apprécie pas du tout un flux non correcte.

Dans ton cas, il faut que tu parcours l'arbre au moyen des méthodes de l'objet DOMDocument que tu as utilisé auparavant.

PS : Evite d'utiliser @ c'est moche et contreproductif. Les warning et autres joyeusté sont là pour une raison bien précise.
En production, ces erreurs iront dans les logs fichiers ( et non écran ) que l'on doit consulter régulièrement et te permettront éventuellement d'adapter le programme aux cas rencontrés.

Salut,
est-ce que tu ne peux pas utiliser directement SimpleXML :

Code:

---

1 2 3 4 5 6 7 8 9

<?php if($xml = @simplexml_load_string('<?xml version="1.0" encoding="ISO-8859-1"?> <root>'.file_get_contents('file.txt').'</root>')) { var_dump($xml); } else { die('erreur'); } ?>

---

Bye

Salut,

tu peux essayer l'extension Tidy de PHP qui permet de nettoyer du HTML pour le rendre conforme.

http://fr2.php.net/tidy

Ca pourrait eviter les plantages avec SimpleXML (en théorie).

Citation:

---

Envoyé par FCYPBA

PS : Evite d'utiliser @ c'est moche et contreproductif. Les warning et autres joyeusté sont là pour une raison bien précise.
En production, ces erreurs iront dans les logs fichiers ( et non écran ) que l'on doit consulter régulièrement et te permettront éventuellement d'adapter le programme aux cas rencontrés.

---

LE @ justement affiche à l'écran. L'équivalent d'un bon gros print et l'ennui, c'est que je traite justement le texte retourné.
Donc si tu as aussi une solution pour le retourner dans le log et pas sur l'affichage, ça me sauverait aussi la vie :)

Citation:

---

Envoyé par FCYPBA

Bonjour,
Dans ton cas, il faut que tu parcours l'arbre au moyen des méthodes de l'objet DOMDocument que tu as utilisé auparavant.

---

Bingo... ca évite les boulets du web ou autre utilisateur de logiciel qui cause des bugs dans les descriptions :)
Merci beaucoup