Erreur d’analyse XML

Toto

Février 2007

Bonjour

Depuis la maj 1.9.1->1.9.2, les fichiers xml ne se génèrent plus

au niveau des statistiques, la version svg ne fonctionne plus
au niveau des backend idem...

voici l’erreur

Erreur d'analyse XML : instruction de traitement XML pas au début d'une entité externe
Emplacement : http://www.monsite.org/spip.php?page=backend
Numéro de ligne 1, Colonne 2 : <?xml version="1.0" encoding="ISO-8859-1"?>
-^

quelqu’un a le même problème ?

Merci

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Sebvita

Mai 2007

Bonjour,

J’ai le même soucis... Depuis que j’ai migré sous la version 1.9.2a, le backend-breves.html me retourne cette erreur.
Quelqu’un saurait-il comment réglé cela ?

En vous remerciant,

Sebvita
Indiquez l’intérêt que vous portez à cette réponse

0

Stanislas

Mai 2007

Est ce que tu as essayé avec le squelette de la DIST de 1.9.2a ?
Indiquez l’intérêt que vous portez à cette réponse

0
Thomas

Mai 2007
Merci, mais quel rapport avec les stats de l’espace privé ?
Moi aussi j’ai le probleme qui se pose avec le backend... et il provient de la derniere dist 1.9.2a !
voici la réponse pour le backend :
Déclaration xml non valide. Ligne : 1 Caractère : 4 <?xml version="1.0" encoding="ISO-8859-1"?>
Indiquez l’intérêt que vous portez à cette réponse

0
Thomas

Mai 2007
Ayé, j’ai trouvé.

C’est bête, juste quelques fichiers dans lesquels trainaient des lignes vides...

Pour ceux qui ont le même problème :

1. Supprimez les sauts de ligne à la fin des fichiers suivants :
– spip.php
– ecrire/public.php
– ecrire/inc_version.php
– ecrire/mes_options.php

2. Dans le backend.html, les deux premières lignes doivent ressembler à ça :
#CACHE{3600} [(#HTTP_HEADER{Content-type: text/xml[; charset=(#CHARSET)]})]<?xml version="1.0"[ encoding="(#CHARSET)"]?>
c’est à dire que le HTTP_HEADER doit être sur la même ligne que l’instruction xml.

Si ça ne fonctionne toujours pas, il faut vérifier tous les fichiers inclus qui peuvent être appelés avant le backend.html.

Sebvita > En espérant que la solution fonctionne pour toi...
Indiquez l’intérêt que vous portez à cette réponse

0

Juin 2007

Merci Thomas !

Ta procédure à bien marché pour moi.

Encore merci

Pierre Miquel
Indiquez l’intérêt que vous portez à cette réponse

0

Juin 2007

Merci Thomas !

Ta procédure à bien marché pour moi. (SPIP 1.9.2b)

Encore merci

Pierre Miquel
Indiquez l’intérêt que vous portez à cette réponse

0

Août 2007

Il est aussi possible de place <?xml ...?>juste à après CACHE juste en haut. Ca marche...

Par contre j’ai une erreur sur backend ligne 67 avec < : subject> (il me dit qu’il y a plusieurs terme pour la même balise). Cela concerne les mots clefs. Mais c’est une erreur secondaire d’après feedvalidator.
Indiquez l’intérêt que vous portez à cette réponse

0

Tizef

Août 2007

Bonjour,

j’ai le même soucis (spip version 1.9.2a), mais uniquement pour les brèves. Pour les articles ca marche très bien. Pourtant les entêtes des fichiers backend et backend-breves sont identiques... Je suis perplexe. Si quelqun a une idée, je suis preneur.
Indiquez l’intérêt que vous portez à cette réponse

0

Ghislain

Août 2007

Bonjour,

J’ai essayé également la modification des fichiers en supprimant les lignes en plus et en déplaçant <?xml... /> mais ça ne donne rien.

Vu l’erreur : Numéro de ligne 2, Colonne 1 :, je suppose que c’est toujours un problème de saut de ligne.

Débutant en SPIP, je ne vois pas trop par quels fichiers on passe :S
Indiquez l’intérêt que vous portez à cette réponse

0

Août 2007

Je me permets de faire un petit "up" pour relancer la demande d’aide !
Indiquez l’intérêt que vous portez à cette réponse

0

Ghislain

Août 2007

Pardon, j’ai été nul, il suffisait de modifier le backend.html du squelette que j’ai rajouté et de vider le cache.

Merci en tout cas pour l’aide
Indiquez l’intérêt que vous portez à cette réponse

0

sylvain1er

Septembre 2007

Merci Thomas, ça fonctionne, bien content.
Je n’avais pas le fichier mes_options php, ni dans d’autres répertoires non plus.
J’avais fait une recherche préalable sur internet au sujet de ce problème, et j’en ai trouvé plusieurs, pour la plupart dans des forums de cms ou relatifs, autant récemment que datant d’aussi vieux que 2004. Personne n’avait de réponse, sauf un qui a tenté une solution, mais sans en être tout à fait sûr.
Indiquez l’intérêt que vous portez à cette réponse

0
Mickael Bendavid

Décembre 2007
Bonjour
J’ai eu le même problème. Après des heures de recherche j’en suis arrivé à la conclusion que l’entête était répétée 2 fois dans le code suivant du fichier backend.html
#CACHE{3600} [(#HTTP_HEADER{Content-type: text/xml[; charset=(#CHARSET)]})]<?xml version="1.0"[ encoding="(#CHARSET)"]?>
J’ai donc supprimé la ligne suivante :
<?xml version="1.0"[ encoding="(#CHARSET)"]?>

Ca fonctionne à présent
Indiquez l’intérêt que vous portez à cette réponse

0

tintinette

Mars 2008

voici un message d’erreur reçu ce matin." erreur d’analyse XML:mal formé"
emplacement : chrome ://browser/browserXUL. numéro de ligne 1183, colonne21 :
Voici ce que j’ai fait. J’ai appelé outils : options internet. onglet Connexions puis cliqué sur paramètres réseau. Détecter automatiquement les paramètres de connexion. Celui de connexion automatique à Orange était décoché. Ensuite tout est redevenu normal. J’ai obtenu Mozilla Firefox.
Indiquez l’intérêt que vous portez à cette réponse

0

Plouc

Juin 2008

Merci Thomas !

Ça fonctionne !
Indiquez l’intérêt que vous portez à cette réponse

0

Novembre 2008

Bonjour à tous
Même erreur de mon côté

Erreur d’analyse XML : instruction de traitement XML pas au début d’une entité externe

Je vois bien que le fichier généré backend contient une ligne vide avant le et je pense que mon problème est là.
Mais j’ai essayé les différentes choses proposées ici, sans succés (suppression de ligne vide dans les différentes fichiers php ; différentes manips dans le fichier backend directement)
A noter que j’ai rajouté une suite de caractères bidon dans mon fichier backend au tout début de celui ci, et ma ligne vide apparait au final AVANT ces caractères => donc cette ligne est généré avant...
Merci d’avance
Indiquez l’intérêt que vous portez à cette réponse

0

eKos

Novembre 2008

Je me auto-réponds, si ça peux servir à quelqu’un, cette fois en signant...j’ai résolu ce problème d’affichage de flux RSS.

Après traçage de fou dans les différents fichiers, j’ai déterminé que execute_pipeline_affichage_final était en cause.

Or dans ce fichier figure des commandes relatives à différents plugins utilisés dans mon cas.
Après désactivation d’un plugin (en l’occurence target), ça marche !!!

Donc je vais voir ce target.php, j’enlève la ligne vide en fin de fichier, je réactive le plugin, et c’est OK !!!
Indiquez l’intérêt que vous portez à cette réponse

0

obergix

Novembre 2008

Peut-être cette commande peut-elle aider à identifier des fichiers ayant autre chose que la terminaison php en fin de fichier :

find . -name '*.php' | xargs tail -n 1 | less
Indiquez l’intérêt que vous portez à cette réponse

0
Samuel

Novembre 2008
Salut !

Pour moi j’ai suivis tout ce qui précède. Sans effet.
Alors j’ai eu une idée toute conne. En début de fichier bakend j’ai effectué cette petite modif :
[(#HTTP_HEADER{Content-type: text/xml[; charset=(#CHARSET)]})]<?xml version="1.0"[ encoding="(#CHARSET)"]?> <rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/"> <channel[ xml:lang="(#LANG)"]>
puis vient la suite du fichier ..
Attention aux espace normalemnt en copiant collant le code ça passe tout seul.

et ça fonctionne très bien ...

Bonne fin de journée,

Sam

http://bellithon.fr
Indiquez l’intérêt que vous portez à cette réponse

0

Mars 2009

Erreur d’analyse XML

Bonjour J’ai eu le même problème. Après des heures de recherche j’en suis arrivé à la conclusion que l’entête était répétée 2 fois dans le code suivant du fichier backend.html
#CACHE3600
[(#HTTP_HEADERContent-type : text/xml[ ; charset=(#CHARSET)])]<?xml version="1.0"[ encoding="(#CHARSET)"]?>

J’ai donc supprimé la ligne suivante :
<?xml version="1.0"[ encoding="(#CHARSET)"]?>

Ca fonctionne à présent

C’est ce qui a marché pour moi, merci ! (Spip 2.0.5)
Indiquez l’intérêt que vous portez à cette réponse

0

Bruno

Avril 2012

Bonjour,

J’ai eu pas mal de soucis avec la génération de fichiers xml :
Au premier calcul, une ligne blanche est insérée => xml non valide ; une fois la page calculée cela fonctionne bien sauf si on ajoute des paramètres dans l’url (?x=toto)

J’ai peut être identifié un problème, lié peut être à l’extension compresseur.

En fait, si je mets l’option output_handler à n’importe quoi dans le fichier php.ini, la ligne blanche n’est pas insérée et mes fichiers xml bien valides du premier coup, ouf !!!

Or dans l’extension compresseur il est fait mention de
output_handler

./extensions/compresseur/compresseur_http.php

Le pire est que ce comportement dépend du contenu apparemment !

Version de SPIP : 2.1.12 [18732]
Indiquez l’intérêt que vous portez à cette réponse

0

Bruno

Avril 2012

Je me réponds :

En mettant quelque chose dans le output_handler de php, le Content-Type n’est plus xml mais html. La ligne blanche était toujours insérée... mais ne provoquait plus de message dans Firefox. Donc je fais les tests avec wget -S -O output.

Après changement de squelettes, désactivation de tous les plugins et nettoyage du cache... Toujours le même soucis...

En supprimant mes_options.php la ligne vierge n’apparait plus. Pourtant pas de ligne vierge dans mes_options.php.... Mais une ligne vierge à la fin d’un fichier inclue par include_spip ! Une saleté que j’ai cherché pendant un sacré bout de temps !
Indiquez l’intérêt que vous portez à cette réponse

0

rubenxela

Novembre 2016

9 ans après le problème de validité de backend.php se pose encore à cause de ce fameux problème d’entête. J’ai dû régler le soucis sur plusieurs sites ces dernières semaines, systématiquement il m’a fallu simplement supprimer les espaces vides et inutiles dans config/mes_options.php