Ce backend passe très bien dans spip CVS, en tout cas ce matin et sur mon
ordi. Par contre il affiche une "erreur xml".
Bon ben ma CVS d'hier est pas bonne alors parceque moi je viens de le refaire à l'instant et j'ai :
"La syndication a échoué : impossible d'accéder au backend de ce site.
Attention : la syndication de ce site a rencontré un problème ; le système est donc temporairement interrompu pour l'instant. Vérifiez l'adresse du fichier de syndication de ce site (http://www.allergique.org/backend.php3?id_rubrique=15), et tentez une nouvelle récupération des informations."
Et c'est à chaque fois pareil...
refaire à l'instant et j'ai :
"La syndication a échoué : impossible d'accéder au backend de ce site.
Signifie que le site qui syndique n'arrive pas à obtenir le backend. La
connexion ne se fait pas (parfois c'est interdit au sein d'un même serveur?)
Ben...c'est pas le même serveur et ça marche si je ne mets pas ?id_rubrique=xx
Je ne vois pas...
J'arrive à syndiquer les deux backend avec et sans id_rubrique...
J'ai testé avec le "feed validator", http://feedvalidator.org/ : le fil http://www.allergique.org/backend.php3?id_rubrique=15
n'est pas validé. Il y a une ligne blanche en trop avant <?xml...>. Et une seconde erreur détecte un caractère qui n'est pas utf8. Or le file est déclaré avec un "charset" qui est iso-8859-1. Je me demande si le serveur Apache ne délivrerait pas la page en indiquant un charset erroné. Je me suis sorti une fois d'un cas pareil en plaçant dans le .htaccess la directive
AddDefaultCharset ISO-8859-1
En fait c'est dans l'autre sens que je l'ai fait pour forcer un serveur apache à fournir les fichiers en utf-8, j'avais ajouté
AddDefaultCharset UTF-8
Le "feed validator" fournit la même erreur sur http://www.allergique.org/backend.php3, il semble donc que ce ne soit pas cette erreur qui perturbe la syndication.
A part un conflit de charset, je ne vois pas ce que ça pourrait être.