[RESOLU]Lien sur article affiche la page d'acceuil

Epeios

Bonjour à tous !

Pour référencer des articles de mon blog, j'utilise des liens du genre :

http://zeusw.org/blog/article<numéro de l'article>

Ainsi, le lien suivant :

http://zeusw.org/blog/article16

affiche bien une page avec juste l'article concerné ('XULRunner et C++ : 4. Installation').

Par contre, le lien suivant :

http://zeusw.org/blog/article19

affiche la page d’accueil !

Même problème si l'on clique, à partir de la page d’accueil, sur le titre de l'article en question ('Génération automatique de fichiers Visual C++ - 1. Introduction') : on reste sur la page d’accueil !

C'est le seul article qui a ce problème.

J'ai loupé quelque chose ou est-ce effectivement un (bien étrange) bogue ?

Le blog en question est en version 5.1.7 (qui est la dernière, si j'ai bien tout suivi).

Jos

Ça c'est étrange, je n'ai jamais eu de soucis de ce coté là. Je ne vois pas trop d'où cela peut venir. Essai de désactiver et de réactiver ta réécriture d'url pour réécrire le .htaccess.

Epeios

J'ai trouvé quelle est la particularité de l'article qui pose problème. C'est son URL qui est trop longue.

J'ai crée un blog qui met en évidence le problème : http://zeusw.org/blog.test/

Par contre, je n'ai pas la solution à ce problème (à part raccourcir l'URL proposée par défaut si elle est trop longue, mais il doit y avoir moyen de modifier le code pour ne pas avoir à recourir à cet expédient).

Stéphane

Epeios a écrit:

J'ai trouvé quelle est la particularité de l'article qui pose problème. C'est son URL qui est trop longue.

J'ai crée un blog qui met en évidence le problème : http://zeusw.org/blog.test/

Par contre, je n'ai pas la solution à ce problème (à part raccourcir l'URL proposée par défaut si elle est trop longue, mais il doit y avoir moyen de modifier le code pour ne pas avoir à recourir à cet expédient).

C'est lié à la configuration de l'hébergeur, car théoriquement il n'y a pas de limite dans la longueur des urls.

Epeios

Stéphane a écrit:

C'est lié à la configuration de l'hébergeur, car théoriquement il n'y a pas de limite dans la longueur des urls.

Je veux bien, c'est juste que l'hébergeur en question, c'est... moi. Or, la seule et unique modification que j'ai faite dans la config PHP c'est pour pouvoir envoyer, à partir de mon webmail, des fichiers en pièce jointe d'une taille plus importante que celle autorisée par défaut.

J'utilise une Debian, et je suppose que les configurations PHP entre différentes distributions sont à peu prés identiques, donc, que ce soit en s'auto-hébergeant, ou en passant par un hébergeur tiers, le risque de tomber dans le même problème n'est pas négligeable et je pense qu'il serait judicieux, si ce n'est de modifier le code pour en tenir compte, du moins d'attirer l'attention des utilisateurs sur ce point.

J'exclus, à priori (mais je ne suis pas un spécialiste de l'administration système), un problème avec la configuration d'Apache, car j'ai rajouté un

echo $_SERVER['QUERY_STRING'];

dans le fichier 'index/php' de http://zeusw.org/blog.test/, et on voit bien l'URL complète qui s'affiche.

Je ne m'y connais pas assez en PHP pour savoir quelle variable de configuration serait à l'origine du problème. Mais, si quelqu'un a des pistes, je bien faire des essais, sachant que c'est pour éventuellement aider les autres utilisateurs de PluXml, vu que moi je sais comment contourner le problème.

Stéphane

cela n'a rien a voir avec l'applicatif (pluxml en tout cas). le problème a déjà été rencontré par d'autres utilisateurs. les recherches faites sur le net ont montrées que ce n'est pas applicatif. les arguments qui reviennent toujours c'est coté serveur, provider.
ce qui est sur c'est que les urls dans le protocole http ne sont pas limitées en taille.
juste comme ça, as-tu essayé avec un autre navigateur ?

Epeios

A y est, j'ai trouvé !

Dans '/etc/php5/apache2/conf.d/suhosin.ini', j'ai transformé :

;suhosin.get.max_name_length = 64

en

suhosin.get.max_name_length = 100

et

;suhosin.request.max_varname_length = 64

en

suhosin.request.max_varname_length = 100

puis redémarré Apache, et depuis, le problème a disparu !

(EDIT : manquait 'suhosin.ini' dans la seconde ligne...)

Stéphane

super. donc c'était bien serveur
balèse en tout cas, fallait les trouver !