[spip-dev] Url arbo et erreur 301 (redirection)

Denis_CHENU2 · Avril 8, 2009, 3:51

Bonjour,

J'ai remarqué une différence importantes de comportement entre les
urls propres, propres2 et arborescentes.

-* Avec propres et prores2 si on accède a site.net/ancienne-adresse ,
on est bien redirigé vers site.net/nouvelle-adresse
-* Avec arboresentes
-** avec site.net/ancienne-adresse , on accède bien au contenu de
site.net/nouvelle-adresse, mais il n'y a pas de redirection.

Autre choses,
Dans redirect.php, il est indiqué
$GLOBALS['var_urls'] = true; // forcer la mise a jour de l'url de cet objet !

Pourquoi ne pas utiliser plutôt l'ancienne mode, et recalculer
uniquement sur la prévisualisation ?
Il resterais une possibilité de forcer la mise à jour avec queluechose du type
if (_request('var_mode')=='preview' ||
$GLOBALS['force_recalcul_urls']==1 ) {$GLOBALS['var_urls'] = true;} ;
Cela permettrais de choisir ses urls propres ou de les changer à
chaque modification du titre.

Sur les urls arborescentes, lors d'un recalcul d'URL c'est l'ensemble
de l'url qui est recalculée semble t'il. Et pas seulement celle de
l'articles ou de la rubrique en cours.
Il serait intéressant de limiter le calcul d'url à l'objet en cours
uniquement (et permettrais à la lame du couteau_suisse gérant les urls
d'être utilisé sur les rubriques à bon escient)

Merci pour tout !

Denis CHENU

9aa2aa68144b2781ac02 · Avril 8, 2009, 4:33

Déjà signalé à plusieurs reprises, dont il y a moins d'un mois :
http://article.gmane.org/gmane.comp.web.spip.devel/52831

Il me semble aussi que c'est une régression.

-Nicolas

cerdic · Avril 8, 2009, 5:08

J’ai remarqué une différence importantes de comportement entre les
urls propres, propres2 et arborescentes.

-* Avec propres et prores2 si on accède a site.net/ancienne-adresse ,
on est bien redirigé vers site.net/nouvelle-adresse
-* Avec arboresentes
-** avec site.net/ancienne-adresse , on accède bien au contenu de
site.net/nouvelle-adresse, mais il n’y a pas de redirection.

Déjà signalé à plusieurs reprises, dont il y a moins d’un mois :
http://article.gmane.org/gmane.comp.web.spip.devel/52831

Ce mail n’a rien à voir, et ta réponse était déjà fausse. Tout ce qui y est décrit fonctionne comme demandé, ainsi que j’y ai répondu.

Ce n’est peut être pas la question que tu avais dans la tête en lisant le mail, ce qui t’a fait l’interpréter de travers, mais j’en suis bien désolé

Il me semble aussi que c’est une régression.

Il n’y a qu’a corriger. La question sous jacente que cela pose est :

est-ce qu’on met juste le segment de l’url correspondant a l’objet demandé à jour, ou est-ce qu’on remet toute l’url à jour.

Hors cela, le code n’a rien de compliqué, le plus long est de tester cela proprement.
Je prends tout patch testé, donc.
Cédric

9aa2aa68144b2781ac02 · Avril 8, 2009, 9:00

J’ai remarqué une différence importantes de comportement entre les
urls propres, propres2 et arborescentes.

-* Avec propres et prores2 si on accède a site.net/ancienne-adresse ,
on est bien redirigé vers site.net/nouvelle-adresse
-* Avec arboresentes
-** avec site.net/ancienne-adresse , on accède bien au contenu de
site.net/nouvelle-adresse, mais il n’y a pas de redirection.

Déjà signalé à plusieurs reprises, dont il y a moins d’un mois :
http://article.gmane.org/gmane.comp.web.spip.devel/52831

Ce mail n’a rien à voir, et ta réponse était déjà fausse. Tout ce qui y est décrit fonctionne comme demandé, ainsi que j’y ai répondu.

?

Je suis pourtant persuadé d’avoir encore vu récemment sur mon site une ancienne URL donner le contenu sans rediriger vers l’URL modifiée.

Ce n’est peut être pas la question que tu avais dans la tête en lisant le mail, ce qui t’a fait l’interpréter de travers, mais j’en suis bien désolé

Peut-être.

Il me semble aussi que c’est une régression.

Il n’y a qu’a corriger. La question sous jacente que cela pose est :

est-ce qu’on met juste le segment de l’url correspondant a l’objet demandé à jour, ou est-ce qu’on remet toute l’url à jour.

Ah non, ça c’est une autre question, pour moi. Donc c’est peut-être là la confusion entre nos deux sujets.

cerdic · Avril 8, 2009, 9:25

je ne dis pas le contraire, mais ça n’était pas le sujet ni la question de
http://article.gmane.org/gmane.comp.web.spip.devel/52831

Cédric

9aa2aa68144b2781ac02 · Avril 8, 2009, 9:32

Mais c’est vrai ! Il faudrait que je dorme de temps en temps, apparemment.

Désolé.

Gregoire · Avril 8, 2009, 10:10

Nicolas Hoizey a écrit :

[...]

Je suis pourtant persuadé d'avoir encore vu récemment sur mon site une
ancienne URL donner le contenu sans rediriger vers l'URL modifiée.
[...]

Bonsoir

Avec la version SPIP 2.1.0 dev SVN [13871], les nouvelles URL
(propres2) sont calculées, mais :

- Les pages contenant des liens vers l'ancienne URL ne sont pas mis
à jours.
- L'internaute n'est pas redirigé vers la nouvelle url (mais le
contenu s'affiche bien).

Merci au passage d'avoir corrigé le bug qui était réapparu (et qui
bloquait le calcul des URL propres2).

Bonne soirée.
Grégoire

Denis_CHENU2 · Avril 10, 2009, 7:56

Bonjour

Nicolas Hoizey a écrit :

[...]

Je suis pourtant persuadé d'avoir encore vu récemment sur mon site une
ancienne URL donner le contenu sans rediriger vers l'URL modifiée.
[...]

Bonsoir

Avec la version SPIP 2.1.0 dev SVN [13871], les nouvelles URL
(propres2) sont calculées, mais :

- Les pages contenant des liens vers l'ancienne URL ne sont pas mis
à jours.

Problème de cache ?

- L'internaute n'est pas redirigé vers la nouvelle url (mais le
contenu s'affiche bien).

Pour propre2 ou arbo ?
Si c'est pour propre2, sur la 2.0.6 cela fonctionne bien (redirection).*

Je reprend mes questions initiales.
- Problème de redirection 301: en url arbo, les redirections 301 ne
sont pas gérée sur les anciennes url
- Problème de recalcul des urls à chaque vision: solution: le mettre
en optionnel, ou bien (autre possibilité) la désactiver de manière
optionnelle. ( if (_request('var_mode')=='preview'

$GLOBALS['empche_recalcul_urls']!==1 ) {$GLOBALS['var_urls'] =

true;}
- Empêcher le recalcul d'url de se faire sur les rubriques lors de la
previ d'un article (non propagation)

La question 301 correspond bien en partie à
http://article.gmane.org/gmane.comp.web.spip.devel/52831, non
seulement la table urls n'est pas remplies (ce que je n'avais pas
remarqué ..), mais même si l'url existe , elle n'est pas redirigée
mais remplis par le contenu.

Bon, je test la SVN, mais selon ce que j'ai regardé cela semble pareil.
Une question supplémentaire : La différence doit bien se trouver sur
urls/arbo.php ? C'est bien le fichier à étudier ?

Bonne journée