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 :
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 :
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é.
Aucune discussion
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 : |