Problématique
Une belle arborescence de rubriques devrait toujours être représentée par une belle url synthétisant cette arborescence. Et pourtant, même avec les urls propres, il était difficile d’obtenir plus qu’un titre et un identifiant peu parlants dans une barre d’adresse.
Avec un site décomposé de la forme suivante :
/ (Racine)
+ Télé-achat (Secteur)
| + Catégorie cuisine (Rubrique)
| + Le plus beau presse-agrumes du monde (Article)
Il paraît logique d’avoir des adresses du type
- http://monsite.exemple/
- http://monsite.exemple/tele-achat/
- http://monsite.exemple/tele-achat/categorie-informatique/
- http://monsite.exemple/tele-achat/categorie-cuisine/le-plus-beau-presse-agrumes-du-monde.html
et bien c’est exactement ce qui vous est proposé ici !
Mais alors, Pierre, comment ça marche ?
C’est très simple Maryse ! Le système se base sur le même principe que les url_propres fournies dans la version officielle de Spip, sauf qu’au lieu de ne stocker que le titre dans le champ url_propre de la base de données, nous allons dorénavant stocker toute l’arborescence « propre ».
Il faudra aussi mettre en place une redirection d’adresse, puisque le répertoire tele-achat n’existe pas sur notre serveur web.
Allez, même pas peur, on va installer et paramétrer d’un coup !
Téléchargez et décompressez l’archive :
C’est fait ? Alors c’est parti !
Le fichier propres-arbo.php est à placer dans le répertoire {monDossierSpip}/ecrire/urls/
.
Dans sa configuration par défaut, les urls ne sont pas limitées en longueur, et tous les caractères sont convertis en minuscules.
Si ces règles ne vous conviennent pas, vous pouvez changer la configuration du script via les constantes suivantes :
- _taille_min_url_propre
: la longueur minimale de la totalité de l’url (0 pour ne pas limiter). Si la taille de l’url calculée est plus petite, celle-ci sera remplacée par son type suivi de son identifiant (exemples : rubrique1, article42,...)
- _taille_max_url_propre
: la longueur maximale de la totalité de l’url (0 pour ne pas limiter)
- _taille_max_champ_url_propre
: la longueur maximale d’un niveau de l’url (0 pour ne pas limiter)
- _mIxEdCaSe
: booléen indiquant si les majuscules sont autorisées dans l’url (0 pour interdire, 1 pour autoriser)
Pour basculer sur ces url propres, la seule chose à faire est d’éditer votre fichiermes_options.php
afin de positionner la variable$type_urls = "propres-arbo";
Attention, le fichier mes_options.php
n’est pas placé au même endroit selon les versions de Spip :
- {monDossierSpip}/ecrire/mes_options.php
pour SPIP 1.9.1
- {monDossierSpip}/config/mes_options.php
pour SPIP 1.9.2 et ultérieures
Du bon usage des redirections
C’est bien joli de patcher notre SPIP, mais il faut aussi que les requêtes passées au serveur web lui parviennent.
Pour cela, deux solutions :
- le mod_rewrite d’Apache : la solution la plus propre lorsque le module est disponible sur votre serveur
- l’utilisation des ErrorDocument : une solution moins élégante techniquement mais toute aussi efficace pour les serveurs les plus démunis (n’hésitez pas à envoyer vos dons pour les aider).
Redirection avec le mod_rewrite
Pas grand chose à faire, il suffit de prendre le fichier mod_rewrite/htaccess.txt et de le placer à la racine de votre site SPIP après l’avoir renommé en .htaccess [1].
Il vous faudra peut-être décommenter et modifier la directive RewriteBase
de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web.
Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut définir RewriteBase /spip/
.
Redirection avec la directive ErrorDocument
Ici, ça va vite aussi, il vous faut deux fichiers :
- ErrorDocument/spip-rewrite-with-404.php qu’il faut placer à la racine de votre site SPIP.
Il vous faudra dans tous les cas créer ou définir une page d’erreur 404. Vous en trouverez une dans ErrorDocument/404.html que je vous recommande de placer dans votre dossier de squelettes. Si toutefois vous la placiez ailleurs ou sous un autre nom, il vous faudra modifier la ligne $this->pagedestination="squelettes/nom/de/votre/page/404.html"
Il vous faudra peut-être aussi modifier la variable $this->installdir
de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web.
Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut définir $this->installdir=",^/spip/,";
(la chaîne utilisée est un filtre pour expression rationnelle, il faut donc laisser les virgules l’encadrant ainsi que le ’^’ qui indique que l’on travaille uniquement depuis le début de la chaîne de caractères).
- ErrorDocument/htaccess.txt qu’il faut aussi placer à la racine de votre site SPIP après l’avoir renommé en .htaccess [1].
Il vous faudra peut-être modifier la ligne ErrorDocument 404 /spip-rewrite-with-404.php
de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web.
Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut adapter la ligne en ErrorDocument 404 /spip/spip-rewrite-with-404.php";
Modifications à apporter à vos squelettes
Ça n’est pas encore terminé ! Puisque l’on crée une arborescence virtuelle, le navigateur et le serveur web ne vont pas s’y retrouver lors des inclusions d’images, scripts, feuilles de styles, etc.
La solution est très simple : ajouter la balise <base href="#URL_SITE_SPIP/" />
dans l’en-tête de votre site.
Au secours, les boutons d’administration ne fonctionnent plus !
Mais non Maryse, inutile d’appeler Jack Bauer, il y a toujours une solution, par contre ça implique de mettre les mains dans le cambouis, et comme Jack est occupé avec les chinois du FBI, il va falloir se débrouiller !
Tout d’abord, recopiez la fonction suivante dans le fichier mes_fonctions.php se trouvant dans votre dossier de squelettes :
<?php
function url_a_la_racine ( $url ) {
if ( $url == '' )
return '';
$racine = $GLOBALS['meta']['adresse_site'];
$suffixe = preg_replace(',^.*(ecrire/|spip.php)?([^/]*)$,U', "\\1\\2", $url);
return "$racine/$suffixe";
}
?>
Ensuite, recopiez simplement le fichier bonus/administation.html dans le dossier {monDossierSpip}/squelettes/formulaires/
.
ATTENTION ! si vous utilisez une version antérieure à la 1.9.2, il vous faut renommer administration.html
en formulaire_admin.html
.
Allez, encore un effort, on y est presque, il reste la modification la moins propre selon moi (si quelqu’un a mieux, lachez vos comms !) :
Recherchez la chaîne
<link rel='stylesheet' href='".url_absolue(find_in_path('spip_admin.css'))
dans les fichiers
- monDossierSpip/ecrire/public/admin.php
- monDossierSpip/ecrire/public/debug.php
puis remplacez la par
<link rel='stylesheet' href='".find_in_path('spip_admin.css')
Problèmes connus
RealET a dit :
« Une implémentation foireuse commune à Internet Explorer 6 et FireFox 1.5 fait que sur ces navigateur, le base href est pris en compte pour toutes les ancres de la page, ce qui a pour effet de faire planter toutes les ancres et notes de bas de page. »
Je n’ai malheureusement pas de solution à proposer à ce sujet, si quelqu’un connaît un hack, qu’il parle maintenant ou se taise à jamais...
Jean-Kevin, pirate-kiddie des temps modernes a dit :
« C’est nul cette modification : je viens de changer un nom d’article ou de rubrique, mais l’url ne change pas ! »
Mais non Jean-Kevin, c’est normal ! SPIP est partisan du moindre effort, et ce pour le bien de nos serveurs web. Ainsi il ne recalcule pas les urls propres tout seul. Mais n’aie pas peur, il existe un splendide plugin pour lui dire de le faire.
Une autre question ?
Discussions par date d’activité
36 discussions
Bonjour,
j’ai le même problème que momo, le pluggin ne marche plus lors de la migration de spip vers la version 2.0, je ne peux pas changer mes liens par ceux proposer par la nouvelle version de spip car je vais me retrouver avec trop de lien 404, j’ai presque 2000 articles sur mon site.
Quelqu’un a des suggestions ou une solution.
Merci pour votre aide.
Répondre à ce message
Bonjour, j’ai un problème avec cette extension. Après une mise a jour vers spip 2.0.3 impossible de l’utiliser, spip m’affiche « propres-arbo pas autorise ».
Quelqu’un a t’il le même problème ?
Merci
Bonjour, j’ai un problème avec cette extension. Je suis sous spip 2.0.3, et impossible de l’utiliser, spip m’affiche « propres-arbo pas autorise ».
Quelqu’un a t’il trouver une solution ?
Merci
Répondre à ce message
Bonjour,
J’ai le problème que décrivait Seb dans certains précédents posts, mais la modif de strrpos vers stripos n’y change rien, le résultat est le même dans la page debug ( ?var_mode=debug ) pour l’#ENVURL, il manque l’arborescence depuis la racine du site jusqu’à la page. C’est comme si la ligne « $url = substr($url, stripos($url, ’/’) + 1) ; » dans propres-arbo.php n’avait pas d’influences.
Quelqu’un-t-il la solution ?
Répondre à ce message
Bonjour,
Après l’installation des url propres en arbo et sa configuration, je me retrouve avec des erreurs sur les formulaires du plugin form&table.
Les scripts ne sont pas retrouvés (cherchés depuis le repertoire courant /rubrique/), envoi des données ne fonctionne plus.
Merci de m’informer des modifications à faire si vous avez été confronté au pb.
SPIP 1.9.2g
Florent
Répondre à ce message
Je conseille à tous de passer en Spip 2.0 et d’oublier cette contrib au profit de la nouvelle gestion native des url de type arbo apportée par la nouvelle version de notre CMS écureuil préféré. Cette dernière ne poste aucun problème (notamment pour les boutons d’admin), elle est beaucoup plus souple (car personnalisable via quelques variables) et simple à mettre en place (case à cocher via l’espace privé). Par contre, pour tous ceux qui souhaitent rester en 1.9, sachez que cette contrib - une fois le strrpos() ; corrigé - est vraiment très pratique, encore merci à son auteur !
Répondre à ce message
Je suis sous Spip 1.9.2d et j’ai suivi le tuto concernant les boutons d’admin, rien n’y fait ils n’apparaissent pas sur le site public (alors que je suis identifié en admin) avec les nouvelles URL. Quelqu’un a-t’il réussi ? Merci par avance de m’expliquer comment régler le problème, ce n’est pas du tout ergonomique de vider le cache total du site à chaque modification sur les squelettes pour ensuite tout recalculer manuellement ... Petite précision : ils apparaissent lorsque je visite le site avec les anciennes URL type « spip.php ?page= ».
... Problème toujours pas réglé, je réitère ma question ... Merci d’avance
Répondre à ce message
Bonjour,
tout d’abord merci à tous ceux qui prennent du temps pour développer des contrib et aider les utilisateurs de SPIP.
J’ai un probleme assez étrange, j’utilise la méthode « Redirection avec le mod_rewrite », mais je n’arrive pas a obtenir une url du type :
« http://monsite.exemple/tele-achat/categorie-cuisine/le-plus-beau-presse-agrumes-du-monde.html »
En fait toutes mes urls sont du type « http://monsite.exemple/rubrique/ » ou « http://monsite.exemple/article.hmtl » ... l’arborescence n’est pas représentée :-(
J’espere avoir été clair,
d’ou peut bien venir ce probleme ?
Bonjour,
Cette contrib est apparemment super mais je n’arrive pas à la faire fonctionner.
Sur le lien d’un article du type monsite.com/article.html, ç’est ok.
Cet article fait partie d’une rubrique donc quand je clique sur le lien de la rubrique, j’ai monsite.com/rubrique/, très bien. Sont listés alors les articles de la rubrique et là, le lien de l’article est monsite.com/rubrique/article.html et là, ça na va plus, j’ai la page d’erreur 404.
En résumé :
monsite.com/article.html : ok
monsite.com/rubrique/ : ok
monsite.com/rubrique/article.html : erreur 404 alors que c’est ce que je souhaite avoir au final.
Comment faire ?
Merci pour votre aide
Domusse
Je pense qu’il faut que tu regardes mes trois posts précédents ainsi que sur mon Blog perso (le lien est sur le deuxième post).
Répondre à ce message
Bonjour, j’ai installé cette contrib et en gros ma page secteur fonctionne seulement chaque page rubrique (et sous-rubrique) ainsi que les pages d’article renvoient des erreurs 404. Pouvez-vous m’aider ? Si possible rapidement par MSN ? Je vous ferai parvenir mon adresse. Merci d’avance
Je pense avoir résolu mon problème, pour ceux que ça intéresse :
Dans le fichier propres-arbo.php puis dans la fonction recuperer_parametres_url() ; à la ligne 341 (par là) il y a écrit « $url = substr($url, strrpos($url, ’/’) + 1) ; » mais la fonction strrpos() ; a pour effet de récupérer la position de la dernière occurence du caractère spécifié (ici le slash).
Du coup, en testant, les url propres stockées dans la BDD étaient de la forme « rubrique/sous-rubrique/titre-article » or la fonction strrpos() ; faisait récupérer uniquement « titre-article » et donc quand on compare les deux chaines elles ne sont pas égales donc hop erreur 404 !
J’ai résolu le problème en modifiant la ligne en question par « $url = substr($url, stripos($url, ’/’) + 1) ; » donc en utilisant stripos() ; à la place de strrpos() ; qui a pour effet de donner la position de la PREMIERE occurence du slash.
Voilà, tout semble ainsi fonctionner. S’agissait-il d’une erreur de votre part ou était-ce voulu pour une raison qui m’a échappé ? Merci.
Salut,
Merci pour ta proposition, j’ai testé mais j’ai l’impression que la pagination dans les article ne prend pas en compte les modifications... Il s’agit bien de propres-arbo.php qui se trouve dans ecrire/urls/ ?car j’ai j’ai la modif mais aucun effet ..
merci d’avance
Jo
Oups stripos est valable juste en php5 ... Y’aurai -t-il une altérnative ?
J’ai résolu le probleme de STRIPOS mais bizarre .. dans les pages articles ca ne fonctionne toujours pas...
Personnellement, je n’ai pas de pagination dans mes pages d’articles, juste dans les pages de rubriques et ça marche très bien. Par contre j’ai « article suivant | article précédent » et pour éviter tout problème je passe mes liens en URL absolue dans mes boucles (je n’aime pas la balise <base />) dans le style # URL_SITE_SPIP/mon-repertoire/mon-sous-repertoire/# URL_ARTICLE mais bien sûr ceci est un exemple exagéré volontairement. Si tu es comme moi chez OVH, il est très simple de passer en PHP5 via un fichier .htaccess (cf la doc de OVH).
Petite démo pour ceux qui veulent vérifier que tout fonctionne bien chez-moi : c’est par ici !
Dernière chose : installe (si ce n’est pas déjà fait) et utilise le plugin effacer url propres, puis vide le cache plusieurs fois pour être bien sûr, ensuite je ne sais pas trop comment c’est calculé mais il faut visiblement un certain temps avant que les nouvelles URL soient effectives après avoir vidé le cache.
Répondre à ce message
Bonjour
Je viens de faire toute la manip, tout est OK.. mais la pagination ne fonctionne que dans les pages « rubrique », quand je clique sur un article et que je veuille laginer les autres articles, ca ne marche pas... avez vous déjà eu ce genre de probleme ?
Répondre à ce message
Bonjour,
En local (WAMP) tout fonctionne très bien avec .htaccess.
Mais chez mon hébergeur (OVH), en utilisant le .htaccess, la redirection ne marche pas pour les articles et les rubrique (ça marche tout de même dans les autres cas !). J’ai décommenté RewriteBase / comme c’est expliqué ici : http://guide.ovh.com/HtaccessModRewrite.
J’ai contourné le problème en utilisant le fichier php qui gère l’erreur 404, mais apparemment dans ce cas les entêtes HTML (POST) sont perdus !
Quelqu’un a déjà eu le même problème ? Une solution pour faire fonctionner correctement .htaccess chez OVH ou de de préserver les entêtes POST avec la redirection 404 ?
Merci d’avance.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |