Une arborescence virtuelle dans l’URL

Ceci est une ARCHIVE, peut-être périmée. Vérifiez bien les compatibilités !

Difficile de faire connaître des pages de votre site en donnant les URLs quelque peu absconses utilisées nativement par SPIP.
Voilà de quoi rendre tout cela bien plus agréable à l’oeil...

Difficile de faire connaître des pages de votre site en donnant les URLs quelque peu absconses utilisées nativement par SPIP. Voilà de quoi rendre tout cela bien plus agréable à l’oeil...

J’en avais assez de donner à mes utilisateurs de phpMyChat une URL du type suivant :

http://www.phpheaven.net/rubrique.php3?id_rubrique=14

J’ai donc regardé ce qui est faisable avec la gestion d’URL de SPIP, et en m’inspirant des contributions de Fil [1] et Dan Hetzel [2], je peux maintenant leur fournir une URL bien plus simple :

http://www.phpheaven.net/projects/phpmychat/rubrique14.html

Et je peux même aller plus loin pour une rubrique, avec une URL encore plus simple :

http://www.phpheaven.net/projects/phpmychat/

Un avantage supplémentaire est que ce type d’URL est à priori recommandé pour faciliter le référencement d’un site [3].

Comment ça marche ?

Déjà, voyons comment générer de telles URL

La génération des URL utilisées par SPIP via les tags #URL_ARTICLE ou #URL_RUBRIQUE se configure via le script inc-urls.php3.

Pour phpHeaven, j’ai donné à ces URL le nom friendly.

J’ai donc créé un fichier inc-urls-friendly.php3, que vous pouvez télécharger ci-dessous :

inc-urls-friendly.php3
Le script de génération des URL

J’ai ensuite fait référence à ce script dans inc-urls.php3 avec la ligne suivante :

$type_urls = 'friendly';

Voyons un peu ce que fait ce script :

-  Une première fonction nommée text2sys transforme toute chaîne de caractères en une chaîne plus simple, sans caractères spéciaux, accents ni caractères d’espacement. Ainsi, Chronique d'une licence non annoncée [4] devient chronique_d_une_licence_non_annoncee. Cette fonction utilise les capacités de translitération de SPIP 1.6, ce qui devrait lui permettre d’être aussi utilisée pour toutes les langues.

-  une seconde fonction nommée arborescence génère récursivement l’arborescence virtuelle de la rubrique correspondant à l’identifiant passé en paramètre, en transformant tous les noms de rubriques via la fonction text2sys

-  enfin, les fonctions classiques de génération d’URL qui seront appelées par SPIP s’appuient sur arborescence pour générer les URL complètes

Prévoyons maintenant le traitement de ces URL

Dans la configuration de Apache (.htaccess ou httpd.conf) :

RewriteEngine On

# Pas de reecriture pour certaines ressources
RewriteRule \.(gif|jpg|png|css|php|php3) - [NC,L]
RewriteRule ^(ecrire|IMG|NAVPICS|oo)/ - [NC,L]

# Gerer les URLs SPIP
RewriteRule ^.*(article|rubrique|breve|auteur|mot|forum)(.*).html$ /$1.php3?id_$1=$2 [QSA,L]
RewriteRule ^(.*)site(.*).html$ $1site.php3?id_syndic=$2 [QSA,L]

# Gerer les URL inconnues
RewriteRule ^(.+/.*)$ guess.php3?url=$1 [QSA,L]

Tout d’abord, on indique de ne pas transformer les URL qui correspondent à des ressources accessibles directement, telles que les images, les feuilles de style ou tout simplement les scripts PHP.

De la même manière, on indique de ne pas transformer les URL correspondant à des éléments ne se trouvant pas à la racine du site.

Ensuite, on traite le cas général des URL qui contiennent un des termes suivants :

-  article
-  rubrique
-  breve
-  auteur
-  mot
-  forum

On remplace ainsi toute URL ...nimportequoi_rubrique14.html par /rubrique.php3?id_rubrique=14.

Vous noterez que l’identifiant d’un site syndiqué se notant id_syndic et non id_site, il faut traiter ce cas à part. Pour le traiter en même temps, l’alternative serait de renommer les fichiers site.php3 et site-dist.html en syndic.php3 et syndic-dist.html et d’en tenir compte dans la génération des URL.

Et ce guess.php3 alors ???

Comme nous l’avons vu, il est possible pour les rubriques d’utiliser des URL simplifiées telle que celle-ci :

http://www.phpheaven.net/projects/phpmychat/

Les éléments étant normalement identifiés par la présence en fin d’URL d’une partie telle que rubrique14.html, il fallait trouver un moyen de reconnaître à quelle rubrique l’URL ci-dessus fait référence.

L’idée à été de créer un script qui cherche parmi les cas possibles si l’un correspond à l’adresse demandée.

Voilà le script à télécharger :

guess.php3
Script de reconnaissance d’URL

Ce script qui est donc utilisé dans le cas où l’URL n’a pas pu être reconnue, parcours l’ensemble des rubriques de SPIP en tentant d’y reconnaître l’URL demandée.

En cas de succès, l’internaute est redirigé vers l’URL complète, et en cas d’echec il est redirigé vers la page d’accueil du site. Il serait possible bien entendu de générer plutôt une erreur 404 [5] pour indiquer la non disponibilité de la page demandée.

Aaaah, mes images ne s’affichent plus !

Pas de panique, ce sont seulement les URL relatives à l’intérieur des pages HTML qui ne sont plus valides.

Avec les URL classiques de SPIP, il n’y a pas de répertoire dans l’URL par rapport à la racine du site, donc il suffit de référencer les images, feuilles de styles, sources JavaScript, etc. en relatif, avec uniquement le nom du fichier s’il est dans cette même racine.

Quand le navigateur reçoit une page telle que http://www.phpheaven.net/projects/phpmychat/rubrique14.html, si le code HTML contient <img src="puce.gif" />, il va tout simplement demander au serveur le fichier http://www.phpheaven.net/projects/phpmychat/puce.gif, qui n’existe à priori pas.

Il faut donc utiliser des URL absolues (i-e complètes) pour faire référence aux éléments externes, par exemple ici <img src="/puce.gif" />, ou ajouter l’élément <base href="#URL_SITE_SPIP" /> dans l’en-tête HTML.

Ce problème n’est pas présent pour les documents et images contenus dans les articles, leurs URL étant générées par inc-urls-friendly.php3, mais il est présent pour les vignettes, pour lesquelles ce code n’est pas utilisé.

Notes

[1Urls

[3Voir à ce propos le point numéro 7 de ce message de neoram dans la liste spip-dev

[4Voir sur phpHeaven : http://www.phpheaven.net/article88.html

[5Voir le 404 Research Lab

Discussion

24 discussions

  • Bonjour,

    Je suis débutante et j’érpouve quelques difficultés à comprendre les instructions. Vous écrivez :

    « J’ai ensuite fait référence à ce script dans inc-urls.php3 avec la ligne suivante :

    $type_urls = ’friendly’ ; »

    J’aurais aimé avoir plus de détails car je ne vois pas où mettre cette ligne de code dans le script...

    Et le fichier « guess.php3 » on est obligé de l’utiliser aussi ou c’est optionnel ?

    Répondre à ce message

  • Bonjour,

    Je suis débutante et j’érpouve quelques difficultés à comprendre les instructions. Vous écrivez :

    « J’ai ensuite fait référence à ce script dans inc-urls.php3 avec la ligne suivante :

    $type_urls = ’friendly’ ;</ »quote>

    J’aurais aimé avoir plus de détails car je ne vois pas où mettre cette ligne de code dans le script...

    Et le fichier "guess.php3" on est obligé de l’utiliser aussi ou c’est optionnel ?

    Répondre à ce message

  • ça ne semble pas fonctionner avec SPIP 1.8.2 ; ou peut-être seulement quand le site est dans un sous répertoire ?

    -  ça génère bien les URL : URL/projects/phpmychat/rubrique14.html
    -  mais ne fait pas la correspondance (= page 404)

    Répondre à ce message

  • excellent je n’avais pas fait attention a cette contribution précédament mais c’est tout a fait se que je recherche. Je voulais absolument pouvoir faire ressortir le nom de la rubrique dans l’url, propre2 ne permettant pas cela par defaut.

    Par contre j’ai lu en détail le texte et les commentaires mais cela reste encore pour moi bien nébuleux donc c’est probable que je vais devoir poser des question :-)

    merci pour la contrib

    Répondre à ce message

  • 5

    Comment fait on pour remplacer les underscore « _ » par des tirets « - » dans l’adresse modifié ? ça se passe ou ? par exemple à la place de http://www.frenchbreaks.org/html/gallery/international_events/

    je voudrais

    http://www.frenchbreaks.org/html/gallery/international-events/

    merci !

    • Philippe Donnart

      Ligne 9 du inc-urls-friendly.php3
      $sys = ereg_replace(« [^.a-z0-9_=-]+ », «  », $sys) ;

      et ensuite
      $url = arborescence($row[’id_rubrique’]).text2sys($row[’titre’]).’_article’.$id_article.’.html’ ;

      et tout le reste (brève etc..)

    • Comme ceci plutôt
      $url = arborescence($row[’id_rubrique’]).text2sys($row[’titre’]).’-article’.$id_article.’.html’ ;

    • Christophe Wiggers

      Précisons que la question a une raison : Google préfère les tirets - à l’underscore _ pour le référencement.
      Me demandez pas pourquoi, c’est comme ça...

    • Google considère tout simplement que « je_suis_fou » représente un unique mot, alors que « je-suis-fou » en représente 3 ...

    • nudelfresser

      Ben c’est sans doute parce que c’est plus lisible à l’oeil nu, non ? Parce que des underscores, c’est vraiment casse-bonbons...

    Répondre à ce message

  • 7

    Quelqu’un a t il utilisé cette contrib, une adresse visible...

    Merci

    • Comme indiqué dans l’article, c’est utilisé sur phpHeaven :

      http://www.phpheaven.net/

    • pseudo bonnemine

      je pense avoir un problème similaire à celui de mes camarades d’infortune !
      un de mes articles (classé dans une sous-rubrique) voit son URL apparaître sous la forme « /lasousrubrique/larticle.html », alors que tous les articles étant directement classés dans une rubrique et non pas une sous-rubrique voient leur URL sapparaître sous la forme « /larticle.html ».

      se pourrait-il que cela provienne de la façon de traiter la boucle ?
      et dans ce pourrais-tu partager la tienne ?

      deuxième problème que peuvent rencontrer certains : si le titre d’un article contient un «  ? » le traitement ne fonctionne plus.
      En tout cas, c’est ce qu’il se produit sur mon site.
      Comment traiter le cas du point d’interrogation dans la fonction text2sys ?

      un grand MERCI :-)

    • Merci pour ce script !! Mais le moteur de recherche SPIP ne fonctionne plus. Pourriez-vous m’indiquer quel code à rajouter pour qu’il soit de nouveau opérationnel avec ce programme.
      Merci à vous.

    • bonjour, j’ai un petit problème avec la réécriture...
      enfait, j’ai ajouté le fichier sur mon server, j’ai modifier la ligne dans inc-urls... mais ce qu’il se passe, la réécriture n’est pas effectué pour la plupart des pages, en fait, seules les pages contenant des images sont réécrite du type :
      www.monsite/rubrique2/article4.html

      mais par contre ces pages pour lesquelles la réécriture est faite ne s’affiche pas, il y a une erreur sur la page.

      quequ’un vois ou est le problème ?

      merci.

    • bon en fait, je n’avais pas vue : j’ai ajouté le fichier guess.php3, la réécriture se fait bien partout, mais par contre, le server ne trouve pas les pages :

      The requested URL /theatre/thomas_ostermeier_article33.html was not found on this server.

      comment faire pour résoudre se problème...?
      merci.

    • Personne n’a eu ce problème ?
      Pourtant je viens de tout recommencé, mais ca ne marche toujours pas,
      comment faire pour que les liens avec les nouveaux url soient actifs ?

      merci

    • il ne faut pas oublier de modifier, ou de créer le .htaccess sur le server.... voir plus haut.

    Répondre à ce message

  • 2

    J’ai mis en pratique cette contrib et tout à marché comme sur des roulettes côté serveur. Seulement, comme je dois encore bidouiller pas mal de choses des mes squelettes (mon site étant déjà en ligne pour une question de référencement), je tiens encore à travailler en local. Et là, le fichier .htaccess ne fonctionne pas avec ma configuration du httpd.conf. Je suis sous XP avec easyphp 1.7.
    Que dois-je modifier dans httpd.conf ? Je n’ose pas trop triturer, vu la complexité de ce fichier...

    Merci pour cette super contrib et surtout pour les explication limpides de cet article ! J’ai pu le faire en 5 minutes.

    • Le problème venait du fait que mon site en local était dans un sous-répertoire et non à la racine du /www/

      J’ai donc temporairement modifié les lignes suivantes du httpd.conf pour ne pas avoir à déplacer mon site (j’en ai d’autres là dedans !) :

      #
      # DocumentRoot : The directory out of which you will serve your
      # documents. By default, all requests are taken from this directory, but
      # symbolic links and aliases may be used to point to other locations.
      #
      DocumentRoot « H :/Program Files/EasyPHP1-7/www/monsite/ »

      AUSSI, il faut mettre la valeur AllowOverride sur All :


      Options FollowSymLinks Indexes
      AllowOverride All

      PUIS REDEMARRER APACHE !

      Et ça fonctionne comme sur le serveur, après avoir bien sûr modifier la configuration du site dans l’administration de SPIP pour qu’il prenne http://localhost et plus http://www.localhost/monsite

    • Et surtout merci, je n’y croyais plus :-)

      Cela fonctionne nickel.

    Répondre à ce message

  • 2

    Petit souci avec les sous répertoires classiques.

    Les visites virtuelles de mon site ne sont plus accessibles.
    http://www.saint-remy-de-provence.com/le_guide/la_visite_virtuelle_du_lac_article236.html

    Le résultat
    Not Found
    The requested URL /home/saintrem/www/guess.php3 was not found on this server.
    Comment corriger ?
    Une idée ?

    • Pour l’instant j’ai transféré les fichiers chez un autre hébergeur, et donner une autre adresse pour la pop-up.
      Mais il doit y avoir une autre solution.
      Philippe

    • Il faut bien lire la doc, il faut juste modifier dans pas de reecriture pour certaines resources, |le sousrépertoire

    Répondre à ce message

  • 2

    Ugo a écrit sans utiliser les balises <code>...

    voila ma solution, mon site etait dans un sous repertoire a savoir

    http://www.frenchbreaks.org/html et pas http://www.frenchbreaks.org

    donc mon .htaccess (mettre votre repertoir à la lpace du html/ ci dessous, noter le .swf pour que les flashs marchent)

    RewriteEngine On

    # Pas de reecriture pour certaines ressources RewriteRule \.(gif|jpg|png|css|php|php3|swf) - [NC,L] RewriteRule ^(ecrire|IMG|NAVPICS|oo)/ - [NC,L]

    # Gerer les URLs SPIP

    RewriteRule ^.*(article|rubrique|breve|auteur|mot|forum|document)(.*)\.html$ /html/$1\.php3 ?id_$1=$2 [QSA,L] RewriteRule ^(.*)site(.*)\.html$ /html/$1site\.php ?id_syndic=$2 [QSA,L] RewriteRule ^(.*)petition(.*)\.html$ /html/$1petition\.php ?id_article=$2 [QSA,L]

    # Gerer les URL inconnues RewriteRule ^(.+/.*)$ guess.php3 ?url=$1 [QSA,L]

    et mon head.html

    <link rel="stylesheet" title="light" type="text/css" href="http://www.frenchbreaks.org/html/bazoline.css" />
    vos balises META ------- <base href="http://www.frenchbreaks.org/html/" />

    et voilou ça a marché !
    French Breaks & Nubreaks

    • je parlais d’un sous repertoire non spip !
      le masquage des noms des articles rend l’acces au .html un peu merdique
      d’ ou ma question ;)

    • Idem pour moi, à ceci près que j’ai mis l’adresse complète dans le .htaccess plutôt que le sous répertoire, mais cela fonctionne.

    Répondre à ce message

  • une question un peu bete ;)

    la modification fonctionne parafaitement
    mais je possede un sous repertoire n’appartenant pas à spip
    et quand je tente d’acceder à celui si (ou du moins à la page index.html, le serveur me repond « bad request »

    une solution ?

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom