samedi 26 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

> Parcourir les entrées

> Proposer une entrée

[Administration] Problème d'encodage de la tribune

Soumis par Khâpin (Jabber id, page perso, ) le 24 décembre 2007. Fermé par Benoît Sibaud (Jabber id, page perso, ) le 16 février 2008. 0 vote(s). Voter pour cette tâche
Il semble que DLFP ne nettoie pas correctement toutes les gruikeries que certains envoient sur la tribune (je parle de mauvais encodage, pas de propos appelant au papicide). Par exemple, le "message" du post numéro 1855339: €¤éèêì Ça fait planter REXML, et feedvalidator donne l'erreur suivante: 'utf8' codec can't decode byte 0xa4 in position 1354: unexpected code byte (maybe a high-bit character?) (le remote.xml en question est ici http://khapin.free.fr/dlfp/remote.xml ) En bref, la tribune c'était mieux à vent

> Lire l'entrée (3 commentaires, moyenne: 0,3).  

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

[+] RUBY sux0r ?

Posté par Dabowl_92 () le 24/12/2007 à 17:15. (lien). Évalué à -2.

C'est trop facile de rejeter la faute sur DLFP alors que le problème semble venir du parseur qui se crash à la première erreur.

Je ne connais absolument rien en ruby mais n'existe-il pas comme en java une structure de code try/catch ?

[ Répondre ]

  • [^]Re: RUBY sux0r ?

    Posté par Khâpin (Jabber id, page perso, ) le 24/12/2007 à 18:10. (lien). Évalué à 1.

    Oui, en ruby il y a "rescue", qui fait la même chose.
    Mais la question n'est pas là : que le programme se plante ou sorte "je n'ai pas pu parser le document, mais je ne suis pas planté, nananèreuh", ça revient au même pour moi.
    Le problème dans ce cas-là, c'est que le "ì<" bouffe le <, donc la balise <message> ne se ferme pas, et du coup il est impossible de parser...
    C'est clairement la faute de DLFP, qui fournit un xml non valide, et non du parseur, qui n'est pas censé deviner que de temps en temps un caractère prétenduement UTF8 n'en est pas un...

    [ Répondre ]

Corrigé

Posté par Benoît Sibaud (Jabber id, page perso, ) le 16/02/2008 à 23:12. (lien). Évalué à 2.

En principe c'est corrigé.

(c'est étonnant d'ailleurs que le module de validation unicode de PHP soit encore en développement... on passe par recode pour l'instant pour tester la validité utf8)

[ Répondre ]

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.047s (dont 0.0046 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.