Format URLs arborescent avec SPIP2, petit soucis…

Billou

Décembre 2008

Bonjour,

Tout d’abord, bonne initiative d’avoir rajouté différents modes d’affichage des URLs de base dans SPIP 2.0, ça facilite grandement les choses.

Cependant, j’ai un léger problème concernant le mode "arborescent"…
Apparemment, pour tout article et mot clé (pas pour les rubriques apparemment) ça me rajoute tout le temps des /article/ ou bien /mot/ dans l’adresse, juste avant le titre…
C’est fort peu esthétique, et j’ai donc essayé de remédier au problème en utilisant l’outil Format des URLs contenu dans le Couteau Suisse.
Malgré le fait de cocher "Afficher le type d’objet SPIP dans les URLs" à NON, il continue de le faire…

J’ai donc trifouillé plus longuement, et après plusieurs vidage de la base de données des URLs, j’avais enfin réussi à virer tout les /articles/ présent dans toutes les URLs des articles.
Par contre, ce n’était pas le cas des mots-clé… J’ai donc modifié un à un l’url des mots clés (depuis phpMyAdmin, plus rapide), et là c’était vraiment parfait.

Sauf que… Dès que l’on clique sur le lien "Voir en ligne" dans l’interface privée depuis la page d’édition d’un article ou d’un mot-clé, pouf, mon URL personnalisée est effacée et remplacée par celle d’origine avec /article/ ou /mot/ dedans… C’est assez exaspérant.

Quelqu’un a-t-il une explication, ou bien vais-je devoir repasser à un affichage des URLs en Propres2 ?

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0
denisb

Décembre 2008
essayer en surchargeant la globale ’url_arbo_types’ dans ton mes_options.php :
$url_arbo_types = array('rubrique' => '', 'article' => '', 'mot' => 'tags' );
voir le bloc en commentaire dans /ecrire/urls/arbo.php
(lignes 67 à 72)
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

Fantastique ! Ca fonctionne au 3/4 on va dire =D

Bon déjà ça règle le problème des /article/ et /mot/ qui apparaissent intempestivement. Au départ il a remplacé /mot/ par /tags/ ce qui est logique vu le code. J’ai modifié le code en : 'mot'=>''

Et là tout allait bien aussi.

Mais maintenant que j’essaie de mettre quelque chose d’autre à la place de ’tags’, ça ne veut plus ! Ca me fait une erreur 404… Pourtant j’ai tout vidé, cache de spip, du navigateur et des URLs. Même remettre ’tags’, ça ne fonctionne plus, alors qu’avant oui…
En plus, j’ai l’impression qu’il ne gère plus les doublons. Il n’y a plus de ,XX à la fin des doublons, alors que quand je laisse vide comme plus haut, il le fait.

C’est à ne plus rien comprendre.
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

Merci, c’est fantastique ! Ca fonctionne au 3/4 on va dire =D

Bon déjà ça règle le problème des /article/ et /mot/ qui apparaissent intempestivement. Au départ il a remplacé /mot/ par /tags/ ce qui est logique vu le code. J’ai modifié le code en : 'mot'=>''

Et là tout allait bien aussi.

Mais maintenant que j’essaie de mettre quelque chose d’autre à la place de ’tags’, ça ne veut plus ! Ca me fait une erreur 404… Pourtant j’ai tout vidé, cache de spip, du navigateur et des URLs. Même remettre ’tags’, ça ne fonctionne plus, alors qu’avant oui…
En plus, j’ai l’impression qu’il ne gère plus les doublons. Il n’y a plus de ,XX à la fin des doublons, alors que quand je laisse vide comme plus haut, il le fait.

C’est à ne plus rien comprendre.

denisb

Décembre 2008

hum...
peut-être qu’il faut déclarer l’entrée dans le tableau des globales :

  
$GLOBALS['url_arbo_types'] = array('rubrique' => '',
                                     'article' => '',
                                     'mot'     => 'truc'
                                    );

dans le mes_options.php

Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

J’avais aussi testé de cette manière, ça fonctionnait pareil, toujours des bugs quand je mettais un texte de remplacement pour ’mot’…

C’est vraiment bizarre, surtout que ça fonctionnait bien la première fois, quand j’ai copié/collé ton code dans le fichier mes_options.php…
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Décembre 2008

tu veux mettre quoi pour ’mot’ ?
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

Bah en fait peu importe ce que je voulais lui mettre, ça ne marchait jamais.

Si je pouvais lui dire de mettre ’Jeux-Xbox-360’ ça serait nickel, mais il n’a pas envie de me faciliter la vie apparemment… =P
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

A la suite d’une discussion en parallèle sur la page du Couteau Suisse, c’était ce dernier qui avait besoin d’une petite mise à jour pour bien gérer les URLs arborescentes.

Donc maintenant cela fonctionne sans avoir recours à la surcharge.

Il me reste toujours à tenter de résoudre le problème du changement de /mot/.
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Décembre 2008

C’est un truc de fou, si je donne à la main le nom de l’URL à un mot-clé, ça fonctionne.

Si j’essaie de le faire passer automatiquement pour tous en mettant 'mot'=>'Jeux-Xbox-360', ça ne fonctionne plus…

Et pourtant au final c’est exactement la même chose !
Indiquez l’intérêt que vous portez à cette réponse

0

Billou

Janvier 2009

Après des semaines sans aucun problème, voilà que ça recommence…

Spip n’en a plus rien à faire de mes URLs personnalisées grâce à l’outil Format des URLs. A chaque fois que je clique sur "Voir en ligne" il me remet l’URL de départ, la mienne est toujours valable, mais c’est la sienne qu’il utilise en priorité.

J’en ai vraiment marre, pendant plusieurs semaines tout fonctionnait super bien, y’avait aucun soucis et là d’un coup, hop, il a décidé de déconner encore…