Bonsoir,
j'ai un soucis assez space avec SPIP 1.6 sur le site suivant:
http://docs.abuledu.org
Par exemple l'article suivant me fait un bug :
http://docs.abuledu.org/article.php3?id_article=117&var_recherche=compatible
Alors que le même article sans le &var_recherche passe très bien:
http://docs.abuledu.org/article.php3?id_article=117
Avez-vous une idée ?
Pour détails, je vous communique ce qui suit:
tout le site "public" est concerné par ce "bug", j'ai du modifier le
fichier ecrire/inc_version.php3 pour avoir ce qui suit:
$auto_compress = false; si c'est placé à true j'ai le XLM "bug" pour
tout le site public :(((
En fait l'erreur est vraiment étrange, c'est mon serveur web qui donne
dans le HEAD que le type de fichier qu'il envoie est du XML ... ce qui
est faut !
En d'autres termes, si je fais un wget de l'URL en question et que
j'ouvre le fichier "en local" ça marche très bien, c'est uniquement le
HEAD qui merde et qui fait que le brouteur essaye de parser du XML alors
que c'est de l'HTML :(((
J'ai donc posé la variable à false pensant être peinard ... mais
maintenant chaque vois qu'on a un &var_recherche on a le même pb 
Voilà, pour info j'ai d'autres SPIP sur ce serveur qui marchent très
très bien, y compris des spip 1.6 !
Merci d'avance pour votre aide,
Éric
Salut Eric,
(tiens un pingouin Mandrake... 
Pour détails, je vous communique ce qui suit:
tout le site "public" est concerné par ce "bug", j'ai du modifier le
fichier ecrire/inc_version.php3 pour avoir ce qui suit:
$auto_compress = false; si c'est placé à true j'ai le XLM "bug" pour
tout le site public :(((
En fait l'erreur est vraiment étrange, c'est mon serveur web qui donne
dans le HEAD que le type de fichier qu'il envoie est du XML ... ce qui
est faut !
Apparemment ça ne fait ça que pour les requêtes GET, pour les requêtes
HEAD ça marche.
Je te conseillerais de mettre PHP à jour vers une version plus récente,
la tienne est un peu vieille et il y a eu pas mal de bugs dans le passé,
notamment sur le système d'"output buffering" (qui est utilisé
précisément par le var_recherche et le auto_compress).
Vérifie aussi qu'il n'y a bien aucun "text/xml" qui traîne dans tes
squelettes (notamment le fichier doc_style.php3).
Amicalement
Antoine.
Arg bien vue ! c'est du côté de php que ça foire alors
dans php.ini si j'ai
output_buffering = Off
les pages spip en question sont ok (sauf pour les GET var_recherche)
et dès que je mets à = On meme les pages "simples" sans GET plantent
donc direction upgrade php pour la suite de l'histoire, j'essaye de voir
ce que je peux faire à ce sujet, le hic c'est que mon serveur est en
debian stable et que le dernier package est le dernier qui est dispo
pour cette distib: http://packages.debian.org/stable/web/php4.html
j me sens mal de faire des backports (surtout pour les security upgrades
qui seront à faire éventuellement dans qq temps) ... pfffffff
En bref, je peux dire spip 1.6 sur debian stable c'est bancal ?
D'autres qui sont sur debian stable ont ce soucis ou c'est juste pour
moi ?
a+
Éric
Re,
je viens d'installer un php 4.2.2 et j'ai toujours le même problème
vous avez quelle version de php vous ?
a+
Éric