réindexation après URLs propres

Général
1

Bonjour les gens,

Je cherche à automatiser cette transformation :
SITE/spip.php?articleXXX → SITE/articleXXX.html

Explication : j'ai mis le plugin URLs propres sur le SPIP
de Scideralle (spip 1.9.2c + Eva-Web) http://scideralle.org,
très bien. Mais le problème maintenant est que bien sûr les
articles référencés sur les sites extérieurs le sont avec
l'ancien adressage sous la forme /spip.php?articlexxx

Par exemple :
http://scideralle.org/Sortie-d-EVA-WEB-4-en-version-BETA.html
est la nouvelle url de http://scideralle.org/spip.php?article458
mais cette dernière adresse renvoie un message d'erreur alors
que j'attendais http://scideralle.org/article458.html

On peut faire comment pour réindexer, autrement qu'à la main ?
J'ai farfouillé dans le fichier .htaccess et dans l'abondante
doc mais je n'ai pas trouvé comment lier l'ancienne URL à la
nouvelle c'est-à-dire http://scideralle.org/spip.php?article458
(qui marche pas) renverrait à http://scideralle.org/article458.html
(qui marche). Une piste ? Merci !

Cordialement,
--
Jean Peyratout - Scideralle : http://scideralle.org
courriel : jean.peyratout@abul.org - tél. +33 682.059.918

2

Bonjour,

J’utilise pour mes sites le plugin effacer url propre
http://www.spip-contrib.net/Plugin-Effacer-url-propres

Cordialement

Yves Duchesne
Conseiller pédagogique TIC
http://www.planete-education.com/recit/
http://semantice.planete-education.com
http://www.planete-education.com
http://portail.cscharlevoix.qc.ca

Le 1 novembre 2008 14:59, Jean Peyratout <jean.peyratout@abul.org> a écrit :

Bonjour les gens,

Je cherche à automatiser cette transformation :
SITE/spip.php?articleXXX → SITE/articleXXX.html

Explication : j’ai mis le plugin URLs propres sur le SPIP
de Scideralle (spip 1.9.2c + Eva-Web) http://scideralle.org,
très bien. Mais le problème maintenant est que bien sûr les
articles référencés sur les sites extérieurs le sont avec
l’ancien adressage sous la forme /spip.php?articlexxx

Par exemple :
http://scideralle.org/Sortie-d-EVA-WEB-4-en-version-BETA.html
est la nouvelle url de http://scideralle.org/spip.php?article458
mais cette dernière adresse renvoie un message d’erreur alors
que j’attendais http://scideralle.org/article458.html

On peut faire comment pour réindexer, autrement qu’à la main ?
J’ai farfouillé dans le fichier .htaccess et dans l’abondante
doc mais je n’ai pas trouvé comment lier l’ancienne URL à la
nouvelle c’est-à-dire http://scideralle.org/spip.php?article458
(qui marche pas) renverrait à http://scideralle.org/article458.html
(qui marche). Une piste ? Merci !

Cordialement,

Jean Peyratout - Scideralle : http://scideralle.org
courriel : jean.peyratout@abul.org - tél. +33 682.059.918

liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

3

Jean Peyratout a écrit :

Je cherche à automatiser cette transformation :
SITE/spip.php?articleXXX → SITE/articleXXX.html
Explication : j'ai mis le plugin URLs propres sur le SPIP
de Scideralle (spip 1.9.2c + Eva-Web) http://scideralle.org,
très bien. Mais le problème maintenant est que bien sûr les
articles référencés sur les sites extérieurs le sont avec
l'ancien adressage sous la forme /spip.php?articlexxx
./. comment lier l'ancienne URL à la nouvelle c'est-à-dire
http://scideralle.org/spip.php?article458 (qui ne marche pas)
renverrait à http://scideralle.org/article458.html (qui marche).

Bonjour,

Solution trouvée (merci Manu !) :

Elle consiste à commenter (en ajoutant // devant) la ligne 240 du
fichier ecrire/urls/propres.php :

--8<-------------------------
// http_status(301);
------------------------->8--

Le site tourne sur un php en cgi, ce qui fait que spip donne une
instruction spéciale au navigateur et lui dit qu'il s'agit d'une
redirection spéciale (301 = permanente). C'est la combinaison de
l'instruction en mode cgi + la redirection qui engendre l'erreur
500 du serveur. La version du serveur et de php n'étant pas des
plus à jour, c'est sans doute la combinaison de plusieurs de ces
facteurs qui entraîne ce bug - qu'une future mise à jour de la
version du serveur et de php devrait résoudre. En tout cas, on
n'est pas arrivé à reproduire le pb sur des versions plus récentes.

Cordialement,
--
Jean Peyratout - Scideralle : http://scideralle.org
courriel : jean.peyratout@abul.org - tél. +33 682.059.918