La réécriture des URL « à la volée » - commentaires

La réécriture des URL « à la volée »

Bonjour,
comment créer un url rewriting qui fonctionne pour les liens suivants :

"[(#URL_PAGE{article}|parametre_url{'id_rubrique',#ID_RUBRIQUE})]"

Je ne suis pas très bon en code et votre aide serait vraiment bienvenue !
Merci, Mickaël.

La réécriture des URL « à la volée »

Bonjour

j'ai un souci de référencement google

ex :
http://www.mondomaine.fr/Nouvel-atelier-de-transfo-de,338.html

au lieu de
http://www.mondomaine.fr/spip/Nouvel-atelier-de-transfo-de,338.html

mon domaine pointe sur mon serveur sur une page index.html avec une anime flash
puis le site (spip) ce trouve dans un sous dossier nommé « spip »
( j'utilise les url propre )

sinon mon htaccess à la racine du site débute par ceci et je pense que mon problème vient de là

### Configuration sous-repertoire
# Chez la plupart des hebergeurs il faut indiquer « RewriteBase / »
# sinon modifiez cette ligne

RewriteBase /spip/

malheureusement il y as énormément de référencements du site
avec le même problème

j'ai donc ajouté

Redirect permanent /-Espace-Grand-Public-.html http://www.mondomaine.fr/spip/-Espace-Grand-Public-.html

et ça pour de multiples adresses ...
Quelle est la solution pour redirigé l'ensemble des référencement google

je ne voudrais pas faire de bourde

merci pour toutes aide

fabien

La réécriture des URL « à la volée » pour les messages des forums

OUI, j'ai trouvé la solution. L'idée c'est de créer un format d'url spécial pour les forums. Et de réorienter vers un squelette thread.html avec le htaccess.
Je te donne ce que j'ai fait mais c'est à adapter à ton site.

Dans le htaccess, ajouter cette ligne :

###
# Redirection des threads (forums)
RewriteRule thread([0-9]+)/?(.+)?$	spip.php?page=thread&id_thread=$1 [QSA,L]

et ajouter en l'adaptant le fichier thread.html dans le dossier squelette :

#FILTRE{mini_html}
[(#PARAMETRES_FORUM|?) Cette balise (invisible) provoque le recalcul du forum la premiere fois qu'un message est poste (cf. inc/invalideur). ]




Question #ID_THREAD : [(#TITRE|textebrut)]



 
 [(#REM) Entete de la page + titre du site -----------------------------------------]  [(#REM) Fil d'Ariane et traitement logo ---------------------------------------]  <:accueil_site:> > [(#TITRE|couper{60}|supprimer_numero)] > [(#TITRE|couper{60}|supprimer_numero)][ > (#_thread:TITRE|couper{60}|supprimer_numero)]
 [(#LOGOTYPE|=={'1'}|?{' ',''}) [(#SET{image,[(#LOGO_ARTICLE_RUBRIQUE|logorond{100}|extraire_attribut{src})]})] ] [(#LOGOTYPE|?{'',' '}) [(#SET{image,[(#LOGO_ARTICLE_RUBRIQUE|image_reduire{100,100}|extraire_attribut{src})]})] ]    <:accueil_site:> > [(#TITRE|couper{60}|supprimer_numero)][ > (#_thread:TITRE|couper{60}|supprimer_numero)]
 [(#LOGOTYPE|=={'1'}|?{' ',''}) [(#SET{image,[(#LOGO_ARTICLE_RUBRIQUE|logorond{100}|extraire_attribut{src})]})] ] [(#LOGOTYPE|?{'',' '}) [(#SET{image,[(#LOGO_ARTICLE_RUBRIQUE|image_reduire{100,100}|extraire_attribut{src})]})] ]    [(#REM) Contenu principal : contenu de la thread ------------------------------------------------]  [(#REM) Préparation infos auteur -------------------------------- ] {0}}> [(#REM) Auteur enregistré]  [(#SET{cartouche,	[(#LOGO_AUTEUR|=={''}|?{' ',''})] [(#LOGO_AUTEUR|!={''}|?{' ',''})[(#LOGO_AUTEUR|logorond{60})]] [(#DATE|affdate_jourcourt)][ (#DATE|heures)][:(#DATE|minutes)][,
<:par_auteur:> (#NOM)][
[Profil]][
(#NOM_SITE)]
})]   [(#REM) Auteur anonyme] [(#SET{cartouche,[(#DATE|affdate_jourcourt)][ (#DATE|heures)][:(#DATE|minutes)][,
<:par_auteur:> (#NOM)]
})]  [(#INCLURE{fond=box_start}{boxtype=3} {img1-file=#GET{image}} {img1-class=img-article} {text-title=[(#TITRE|supprimer_numero|textebrut)]} {text-class=#EDIT{titre} titre text-title-article #EDIT{titre}} {text-subtitle=[(#SOUSTITRE)
][(#GET{cartouche})]} {text-subtitle-class=soustitre} {text-tag=h1} )]  [<:voir_en_ligne:> : [(#NOM_SITE|sinon{[(#URL_SITE|couper{80})]})]
] [(#TEXTE*|accordeon|autoriser_php|br|propre|liens_ouvrants|image_reduire{560,0})
] [(#REM) Document lié au message --------------------------------]   [(#LOGO_DOCUMENT|#URL_DOCUMENT)]   [<:voir_en_ligne:> : [(#NOM_SITE|sinon{[(#URL_SITE|couper{80})]})]
] <:repondre_message:> (#NOM) [(#REM) prépare une partie du formulaire de déplacement du message qui est inclu dans inc_deplacer_forum
pour que le calcul ne soit fait qu'une seule fois et pas pour chaque message du forum
uniquement pour l'administrateur]
 ADMIN #SET{select_rub,} #SET{select_art,}
 [(#SESSION{statut}|=={0minirezo}|oui)   ]   [(#REM)	le bandeau de pub au début de l'article ------------------------------------------------] [(#CONFIG{'article/pub2'}|=={'0'}|?{'',' '}) [(#NO_PUB|=={'oui'}|?{'',' '}) [(#INCLURE{fond=inc-pub2}{id_article})] 
 ] ]      [(#REM) Infos Auteur --------------------] {0}}> [(#REM) Auteur enregistré]   [(#LOGO_AUTEUR|!={''}|?{' ',''})[(#LOGO_AUTEUR|logorond{60})]] [(#LOGO_AUTEUR|=={''}|?{' ',''})]  #TITRE
 [(#DATE|affdate_jourcourt)][ (#DATE|heures)][:(#DATE|minutes)][, <:par_auteur:> (#NOM|couper{80})] [Profil] #NOM_SITE   [(#REM) Auteur anonyme]  #TITRE [(#DATE|affdate_jourcourt)][ (#DATE|heures)][:(#DATE|minutes)][, <:par_auteur:> (#NOM|couper{80})]  
  [(#TEXTE|lignes_longues)] [<:voir_en_ligne:> : [(#NOM_SITE|sinon{[(#URL_SITE|couper{80})]})]
] 
 [(#REM) Document lié au message --------------------------------]   [(#LOGO_DOCUMENT|#URL_DOCUMENT)]   [(#SESSION{statut}|=={0minirezo}|oui)   ] [<:repondre_message:> (#NOM)
] 
 
  
  
  
  [(#REM)	la pub en fin d'article --------------------------------] [(#CONFIG{'article/pub3'}|=={'0'}|?{'',' '}) [(#NO_PUB|=={'oui'}|?{'',' '}) [(#INCLURE{fond=inc-pub3}{id_article})] ] ] 
 
  [(#INCLURE{fond=box_end}{boxtype=3})] 
 #FORMULAIRE_FORUM{#SELF#forum#ID_FORUM} [(#REM) Abonnement Ó la lettre d'informations ---------------------------------------------] 
 [(#CONFIG{'article/newsletter'}|=={'1'}|?{' ',''}) #FORMULAIRE_SPIP_LISTES_INSCRIPTION{#CONFIG{'article/newsletter_num'}} ] [(#REM) Affiche une formulaire de devis KELTRAVO ------------------------------------------------] [(#INCLURE{fond=inc-keltravo}{id_rubrique})] 
  [(#REM) Menu de navigation laterale -----------------------------------]  [(#REM) Navigation THELIA -------------------------] [(#INCLURE{fond=inc-thelia-nav})] [(#REM) Affiche un tÚmoignage alÚatoire. L'option peut Ûtre dÚs/activÚe globalement dans CFG Article Si c'est le cas, l'option peut Ûtre dÚs/activÚe pour chaque article -------------------------------------------------------------------] [(#NO_TEMOIN|=={'oui'}|?{'',' '}) [(#CONFIG{'article/temoin'}|=={'0'}|?{'',' '})  ] ] [(#REM) Capture des prospects -----------------------------] [(#NO_SQUEEZE|=={'oui'}|?{'',' '}) [(#INCLURE{fond=inc-squeeze})] ] [(#REM) Affiche un encart pour inscription Artisans KELTRAVO -----------------------------------------------------------] [(#INCLURE{fond=inc-keltravo-artisan})] 
 
 [(#REM) Pied de page ] [(#INCLURE{fond=inc-pied})]

La réécriture des URL « à la volée »

Salut Bruno, moi aussi je cherche à faire : « je souhaiterai que les messages soient bien indexés par les moteurs de recherche. » pour ne pas avoir ça :

http://www.monsite.info/spip.php?page=forum-message&id_rubrique=8&id_forum=2338

mais je ne trouve pas non plus - as tu trouvé depuis le temps ?

merci

La réécriture des URL « à la volée »

L'article ne parle pas de la directive RewriteBase , essentielle quand le site est hébergé dans un sous-répertoire et non pas à la racine.

L'adresse http://immo.wildcroft.com/publication/article27.html est obsolète et ne permet plus d'accéder à l'article consacré au fichier .htaccess. Cet article semble toutefois être disponible ici-même :
http://www.spip-contrib.net/Le-fichier-htaccess

La réécriture des URL « à la volée » pour les messages des forums

Bonjour

Sur mon site SPIP, j'utilise les forums associés à chaque article mais aussi les forums de rubriques.

Pour les forums de rubriques, je souhaiterai que les messages soient bien indexés par les moteurs de recherche.

Et que donc, on y accède par des url propres au lieu d'url du type :

www.monsite.info/spip.php?page=forum-message&id_rubrique=8&id_forum=2338

Comment faire de l'url rewriting avec les pages des forums ?

Merci

Tout en minuscules

Bonjour,

J'ai cherché sur le Net, mais n'ai point trouvé. Y aurait-il moyen que l'URL rewriting de SPIP convertisse toutes ses URLs en minuscules ? C'est tout simple, on est culturellement habitué aux minuscules dans les URLs, et SPIP respecte la casse du titre d'origine. Existe-t-il un moyen simple de convertir et d'utiliser des URLs toutes en minuscules ?

Je précise, j'utilise SPIP 1.9.2 et bientôt — dès que j'ai trouvé des équivalences de plugins — SPIP 2.0.

Je vous remercie d'avance.

La réécriture des URL « à la volée »

Juste une chose que personne ne dit ! Et en local histoire de tester tout ca avant de le mettre en exploitation comment on fait ? Bon en cherchant j'ai fini par comprendre mais j'ai du changer tout mes liens de par exemple
index.php ?id=untexte
en
index-untexte.html

Sinon est-ce normal de ne pas avoir eu a écrire

AddModule mod_rewrite.c

dans le fichier httpd.conf

La réécriture des URL « à la volée »

Bonjour à tous !
Juste au sujet des dossiers virtuels, (arrêtez moi si je me goure), l'ajout de la balise n'est pas forcement necessaire dans l"hypothese ou l'on insererait un « \ » juste avant le slash, pour enlever au caractere sa signification veritable au sein d'une expression, ce qui donnerait un truc du genre :

Options +FollowSymlinks

RewriteEngine on

RewriteRule ^(.+)\/([0-9]+)\.html$ index.php ?page=$1&id=$2 [F]

La réécriture d'url et variante de squelette ?

Je viens de découvrir les variantes de squelette, c'est Génial !
Les réécriture d'url c'est génial !!!!
Mais est ce que quelqu'un saurait combiner les deux ??????
merci d'avance !

Empêcher le « vol » d'images

Excellent article ! très pédagogique :-)

j'ai quelques peu modifié les lignes « Protégeons nos fichiers images »

RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://www.domaine.net/.*$ [NC]
RewriteRule .*\.(gif|png|jpe?g)$ http://www.domaine.net/stop_vol.img [R=301,L]

le fichier « stop_vol.img » étant en fait une image (renommée) GIF ou autre ...

c'est un peu « bourrin » mais je ne trouve pas comment faire mieux :

- empêcher toutes les images sauf celle qui viendra en remplacement, qui pourra donc afficher un message, une bombe, un truc fun ...

si vous trouvez ça m'intéresse,
merci :-)

La réécriture des URL « à la volée »

bonjour
j'essaie de passer mon site ou plutot mes articles au format « url rewriting » mais cela ne fonctionne pas pourtant après le petit test recommandé il n'y a pas de probleme celui-ci marche (je suis chez nuxit et le rewriting est activé)pour l'instant je fais mes essais en local avec lampp.j'ai mis dans mon « htaccess » ceci en chachant que mon url de départ est celle-ci

http://localhost/Lienversversion4_6/articles.php?lng=fr&pg=4

dans mon htaccess ceci

RewriteEngine on
RewriteRule ^nexistepas.html$ trouve.html [L] ... pour le test
RewriteRule ^article-([0-9]+)-([0-9]+)\.html$ article.php ?lng=$1&pg=$1 [L]

et bien sur cela ne marche pas
une idée ? merci

Pour ceux qui utilise la contrib URL FRIENDLY depuis 3 ans...

Bavant devant les fonctionalités de SPIP 1.9, Il fallait bien un jour y passer. MAIS comment garder les 1100 aticles et 600 rubriques sous 1.8.3 si bien référencés chez Goooogle à l'aide de url friendly... Pour ceux qui souhaite faire le pas, voici la démarche :
Pré-requis : Le kit url-friendly (le fichier inc-url-friendly.php3 surtout) ; je ne reviens pas sur la forme des url.

copier inc-url-friendly.php3 en friendly.php dans ecrire/url/ de votre 1.9 en ayant changé la ligne « require... » en :

...
require 'ecrire/charsets/iso-8859-1.php' ;
...

modifiez votre fichier .htaccess de la manière suivante :
- commentez toutes les lignes sauf celles concernant les fichiers ou repertoire existant, et RewriteEngine On ;)
- ajoutez la règle de réécriture :

Pour finir n'oubliez pas de modifier dans ecrire/mes_options.php la ligne concernant le type d'url en :

$type_urls = 'friendly' ;

le tour est joué, vous pouvez passer en 1.9 avec url-friendly, sans perdre votre référencement. Il manque certainement des choses à ce post mais je suis certains que des spécialistes vont se pencher dessus. (ATTENTION, ne sont pris en compte que les pages article|rubrique|breve|auteur|mot|forum, et bien sûr aucune garantie n'est fournie !

à vous lire.

La réécriture des URL « à la volée »

Bonjour,

J'ai lu cet article (un parmi tant d'autre sur rewrite de apache) je suis entrain de virr fou avec ce module. Y a rien qui fonctionne ! Je voulais modifier un url de : http://monsite.com/sgc/accueil/pid/737?parent=701
en : http://monsite.com/sgc/accueil/pid/737/parent/701

mais rien n'a faire j'ai essayé beaucoup de truc que j'ai vu et j'ai lu et relu la doc de apache.

1)
RewriteEngine On
RewriteRule ^([0-9]+)/parent/([0-9]+)$ $1 ?parent=$2 [L]
RewriteLogLevel 9
RewriteLog rewrite.log

2)
RewriteEngine On
RewriteCond %QUERY_STRING ^parent=([0-9]+)$
RewriteRule ^([0-9]+)/parent/([0-9]+)$ $1 ?parent=%1 [L]
RewriteLogLevel 9
RewriteLog rewrite.log

RewriteEngine On
RewriteCond %QUERY_STRING ^parent=([0-9]+)$
RewriteRule ^/sgc/accueil/pid/([0-9]+)/parent/([0-9]+)$ /sgc/accueil/pid/$1 ?parent=%1 [QSA]
RewriteLogLevel 9
RewriteLog rewrite.log

et bien d'autre...
tout ce que je fait n'apporte rien aucune modification. Y a t-il encore un guru sur ce forum qui peut m'aider ?

toujours actuelle ?

Bonjour,

comme cette contrib a plus que 3 ans j'aimerais bien savoir si elle fonctionne toujours sans problème avec la version spip actuelle.

Est-ce que quelqu'un pourrais m'éclaircir la dessus avant que je me lance à comprendre comment cela marche ?

Merci d'avance

joz

La réécriture des URL « à la volée »

Bonjour,

J'ai conscience d'arriver bien après tout le monde mais je m'en sors pas là

Je travaille avec un site qui existe déjà dont on a fait une copie locale

J'ai easyphp 1.8, j'ai décommentés les 2 modules et l'exemple avec trouve.html marche très bien

Or quand je reprends l'ancien fichier de redirection (qui faisait entre autre

RewriteRule ^(.*)/(article|rubrique|breve|auteur|site)(.*).html$ $1/$2.php3 ?id_$2=$3 [QSA]
RewriteRule _([0-9]+)\.html$ /article.php3 ?id_article=$1 [QSA]

# Un article
RewriteRule _([0-9]+)\.html$ /article.php3 ?id_article=$1 [QSA,L]

(je comprends pas bien pourquoi j'ai 2 règles pour les articles mais passons), ça ne fonctionne pas -> article464.html fait not found alors que article.php3 ?id_article=464&recalcul=oui marche très bien

je suis sous spip agora j'ai donc le fichier qui se nome agora.htaccess à la racine de mon site
J'ai essayé de le renommer en htaccess tout court mais toujours le problème, or sur le site en ligne ca fonctionne donc j'hésite à penser que les règles sont mal faites...

Ca m'énerve en lisant l'articles j'avais l'impression que c'était clair et là paf jsuis coupée net dans mon élan >_<

La réécriture des URL « à la volée »

bonjour, bon meme si j'ai pas forcément tout compris je doit reconnaitre que j'en ai déjà pas mal appris !!
merci beaucoup

cependant il me reste un petit souci :
pour les rubriques ca marche (j'ai meme réussi à modifier l'affichage)
les articles pas de problèmes mais pour les pages de mot-clé l'url normal (mot.php ?id_mot=...) et je ne comprends pas pourquoi ! quelqu'un peut m'aider ?

La réécriture des URL « à la volée »

erreur dans le texte : ne fonctionne pas non plus avec « RewriteRule ^nexistepas.html$ trouve.html [L] »

La réécriture des URL « à la volée »

Bonjour,
La réécriture d'url ne fonctionne pas :
Erreur 404 systématique
SAUF pour le test avec
« RewriteRule ^nexistepas.html$ trouve.html [L] »

Ma configuration :

Serveur local (debian)

Apache 2, PHP5, SPIP 1.8.3, Mysql 5.0.18

mod_rewrite activé dans apache,

url propres2 dans mes_options.php3,

fichier .htaccess par défaut

Une idée ?

La réécriture des URL « à la volée »

Bon, quand on cherche, on finit toujours par trouver. Les url propres sont stockées dans la base de données !!

Mais, existe-t-il une fonction cachée pour vider les champs stockés dans la base ?

Bon, peut-être que ça ne sert à personne d'autre que moi, mais quand je bosse sur 5 site à la structure identique, je fais la base sur le premier, puis je la recopie sur les autres. Je n'ai plus qu'a changer quelques titre d'articles et hop !

La réécriture des URL « à la volée »

Bonjour,
je suis face à un petit problème dont personne n'a trouvé la solution sur le phorum : J'utilise la réécriture d'url, tout fonctionne... sauf que quand je change le titre d'un article existant, l'url ne change pas !

Y a t il un « cache » ou sont stockées ces urls ? J'ai tout tenté, mais même en réinstallant la base sur un autre spip, c'est toujours les premières url qui apparaissent !!!!

Help, je sèche !!

> La réécriture des URL « à la volée »

Tu peux peut-être essayer de mettre un .htaccess dans chacun des répertoires que tu veux rediriger.

> La réécriture des URL « à la volée »

j'ai lu tout le tutorial mais j'ai toujours pas la solution a mon probleme (bien que l'article soit extremement bien redigé)
jaimerais empecher les gens d'aller à toute url qui n'est pas un fichier à la racine de mon hebergement (soit, avoir une redirection de tous les .php qui sont dans des sous dossiers) mais j'arrive pas à le faire, et faire une redirection pour chaque fichier serait longue et repetitive, je sui ssur qu'il y a un moyen simple.

Si vous le connaissez merci de m'aide =)
_Marikou

> La réécriture des URL « à la volée »

As tu essayé d'écrire l'url directement dans la barre de navigation ?

ex : http://monsite/rubrique1.html

la balise #URL_RUBRIQUE renvoi l'url a la old school rubrique.php3 ?id_rubrique=2

c'est peut être de là que vient ton soucis.

redirection infinie

Autre solution :
RedirectMatch (.*\.jar)$ http://domain/path/to/script.php?jarpath=$1 [L,QSA]

Permet de ne plus faiure d'autre redirection et ajoute les autres paramètres à la fin.

REdirection infinie

Peut-être parce que ta redirection pointe vers une adresse valide pour ta règle...

Essaye d'ajouter [L] à la fin de la ligne pour stopper les redirections suivantes, sinon enleve le .jar après $1 et force le à l'intérieur du script.

> La réécriture des URL « à la volée »

Bonjour !

En gros, voici mon problème : dans une appli, je cherche à rediriger toutes les archives archive.jar dans un script appelé force-jar.php.

Voici ma ligne de code dans le htaccess :

RedirectMatch (.*)\.jar$ http://www.mon-serveur.com/wap/downloadservice/upload/force-jar.php?jarpath=$1.jar

mais au lieu d'éffectuer la requête, apache me fais une redirection infinie.

c'est à dire :

http://www.mon-serveur.com/wap/downloadservice/upload/force-jar.php?jarpath=/wap/downloadservice/upload/force-jar.php?jarpath=/wap/downloadservice/upload/force-jar.php?jarpath etc...

Une suggestion ?

Merci

> écrire .htaccess AVEC spip

if (!$handle = fopen($filename, 'a'))
echo « Impossible d'ouvrir le fichier ($filename) » ;
exit ;

il faut remplacer le 'a' par un 'w'. et ça marche. :-)

http://fr2.php.net/function.fopen

> écrire .htaccess AVEC spip

ça ne marche pas bien en fait.

le MAJ_htaccess.php3 rajoute du contenu au précédent .htaccess, alors qu'il devrait d'abbord l'effacer.
actuellement, on a un .htaccess qui grossit, grossit, grossit. il faut le vider à la main avant de le réécrire. c'est pas très embétant mais un peu dans la mesure ou c'est censser permettre l'actualisation des url sans acces ftp ou trucs du genre.

si quelqu'un à des pistes, pour l'insant, je ne sais pas faire.

salut

> La réécriture des URL « à la volée »

Bonjour,
J'ai mis en place sur mon site la réécriture d'URL. J'utilise pour cela le fichier inc-urls-html.php3 et j'ai mis dans .htacces ceci :

RewriteEngine on

# urls spip

RewriteRule ^article([0-9]+)\.html$ /article.php3 ?id_article=$1 [L]

RewriteRule ^rubrique([0-9]+)\.html$ /rubrique.php3 ?id_rubrique=$1 [L]

RewriteRule ^breve([0-9]+)\.html$ /breve.php3 ?id_breve=$1 [L]

Cela marche sauf pour deux choses :

- le surlignage dans le moteur de recherche : j'obtiens une url du type article55.html ?var_recherche=xxx mais sans surlignage du mot cherché

- la découpe d'un article en pages et le sommaire (voir http://www.spip-contrib.net/article175.html) : j'obtiens une url du type article55.html ?artsuite=2#sommaire_1 mais je n'arrive pas à changer de page.

Bref tout se passe comme si ce qui suit articlexx.html n'était pas interpreter.

Merci d'avance pour votre aide.

écrire .htaccess AVEC spip

salut

j'ai l'impression d'avoir vraiment saisi une nouvelle dimension de la réécriture des url. alors peut-être que ce petit post deviendra une contribution avec plus d'explications.

les 2 choses :
- création du .htaccess avec des boucles spip.
c'est le squellette MAJ_htaccess.htlm qui écrit le .htaccess

- éviter les boucles infinies dans la redirection d'anciens url.
l'astuce, c'est de nommer autrement mes fichier .php3 de squellettes. là, c'est un petit 2 en plus. distro2.php3 à la place de distro.php3. voir aussi l'usage des RewriteCond et de ? bien placé.

voilà en tous cas où j'en suis :

le code que j'ai mis dans un squellette MAJ_htaccess.html un
peu spécial :

 # #TITRE
RewriteCond %{QUERY_STRING} id_mot=#ID_MOT
RewriteRule distro.php3 /#DESCRIPTIF? [R=permanent,L]
RewriteRule #DESCRIPTIF /distro2.php3?id_mot=#ID_MOT [QSA,L]  ##################################
#URL POUR LES THEMES
##################################  # #TITRE
RewriteCond %{QUERY_STRING} ^id_mot=#ID_MOT$
RewriteRule theme.php3 /#DESCRIPTIF? [R=permanent,L]
RewriteRule #DESCRIPTIF /theme2.php3?id_mot=#ID_MOT [QSA,L]  '; # on a mis tout dans $somecontent
# maintenant, on va mettre $somecontent dans .htaccess
# ce bout de script ne viens pas de ma tête, mais de je ne sais plus où
# fr.php.net genre. $filename = '.htaccess'; // Assurons nous que le fichier est accessible en écriture
if (is_writable($filename)) { // Dans notre exemple, nous ouvrons le fichier $filename en mode d'ajout // Le pointeur de fichier est placé à la fin du fichier // c'est là que $somecontent sera placé if (!$handle = fopen($filename, 'a')) { echo "Impossible d'ouvrir le fichier ($filename)"; exit; } // Ecrivons quelque chose dans notre fichier. if (fwrite($handle, $somecontent) === FALSE) { echo "Impossible d'écrire dans le fichier ($filename)"; exit; } echo "L'écriture de ($somecontent) dans le fichier ($filename) a réussi"; fclose($handle); } else { echo "Le fichier $filename n'est pas accessible en écriture.";
} ?>

avec, bien entendu, un MAJ_htaccess.php3 comme à l'habitude :

quand je rentre un nouveau mot-clef, un petite visite avec mon navigateur sur MAJ_htaccess.php3 et les url sont à jour.

(un grand merci à fil et lunar^)

> La réécriture des URL « à la volée »

J'avais repéré sur transfert.net une autre façon de proposer les urls, sans le .html :
http://monsite.net/a384
pour l'article 384.

Ci-dessous
dans .htaccess

#pas de reecriture pour certaines ressources
RewriteRule \.(gif|jpg|png|css|php|php3) - [NC,L]
RewriteRule ^(ecrire|IMG|NAVPICS|oo)/ - [NC,L]
#urls spip rediriger lancien format
RewriteRule ^rubrique([0-9]+)\.html$ /r$1 [R,L]
RewriteRule ^article([0-9]+)\.html$ /a$1 [R,L]
RewriteRule ^breve([0-9]+)\.html$ /b$1 [R,L]
RewriteRule ^secteur([0-9]+)\.html$ /s$1 [R,L]
RewriteRule ^auteur([0-9]+)\.html$ /auteur$1 [R,L]
RewriteRule ^site([0-9]+)\.html$ /site$1 [R,L]
#urls spip
RewriteRule ^r([0-9]+)$ /rubrique.php3?id_rubrique=$1 [QSA,L]
RewriteRule ^a([0-9]+)$ /article.php3?id_article=$1 [QSA,L]
RewriteRule ^m([0-9]+)$ /mot.php3?id_mot=$1 [QSA,L]
RewriteRule ^b([0-9]+)$ /breve.php3?id_breve=$1 [QSA,L]
RewriteRule ^s([0-9]+)$ /secteur.php3?id_rubrique=$1 [QSA,L]
RewriteRule ^auteur([0-9]+)$ /auteur.php3?id_auteur=$1 [QSA,L]
RewriteRule ^site([0-9]+)$ /site.php3?id_syndic=$1 [QSA,L]
RewriteRule ^f([0-9]+)$ /forum.php3?id_article=$1 [QSA,L]

et dans inc-urls-court.php3

 0) { $query = "SELECT fichier FROM spip_documents WHERE id_document = $id_document"; $result = spip_query($query); if ($row = spip_fetch_array($result)) { $url = $row['fichier']; } } return $url;
} function recuperer_parametres_url($fond, $url) { global $contexte; return;
} //
// URLs des forums
// // a mettre dans ecrire/inc_threads.php3 avec les autres trucs de forum
function racine_forum($id_forum){ $query = "SELECT id_parent, id_rubrique, id_article, id_breve FROM spip_forum WHERE id_forum=".$id_forum; $result = spip_query($query); if($row = spip_fetch_array($result)){ if($row['id_parent']) { return racine_forum($row['id_parent']); } else { if($row['id_rubrique']) return array('rubrique',$row['id_rubrique'], $id_forum); if($row['id_article']) return array('article',$row['id_article'], $id_forum); if($row['id_breve']) return array('breve',$row['id_breve'], $id_forum); } }
} function generer_url_forum($id_forum, $show_thread=false) { list($type, $id, $id_thread) = racine_forum($id_forum); if ($id_thread>0 AND $show_thread) $id_forum = $id_thread; switch($type) { case 'article': return generer_url_article($id)."#forum$id_forum"; break; case 'breve': return generer_url_breve($id)."#forum$id_forum"; break; case 'rubrique': return generer_url_rubrique($id)."#forum$id_forum"; break; default: return "forum$id_forum.html"; }
} ?>

J'ai testé sur le site, tout semble fonctionner correctement. Maintenant ce qui n'est pas clair pour moi c'est la référence au fichier ecrire/inc_threads.php3, je n'ai pas déplacé ce bout de code. Si quelqu'un peut m'éclaire...

> La réécriture des URL « à la volée »

Après test visiblement je ne tourne pas en boucle infini et les deux url ont l'air de bien fonctionner, mais est-ce correcte de procéder ainsi ?

Merci

> La réécriture des URL « à la volée »

Très bon article, merci encore.

> Uzume

A mon avis c'est au cas où tu mettes :

RewriteCond %HTTP_BIDULE ^blabla&blibli$

Dans ce cas ça voudrais dire que HTTP_BIDULE peut valoir à la fois « blabla » et « blibli » ce qui n'a aucun sens. (Enfin c'est une supposition)

J'aurais tout de même une question à poser.

J'ai utilisé les régles de réécriture d'url pour un site php/mysql, ça marche nikel et j'ai donc des pages du style page-x.hmtl qui me renvoi vers page.php ?id=x et j'ai donc deux url possible pour mes pages (page-x.hmtl et page.php ?id=x).

Cela peut me poser problème car si google essai d'indexer mes pages dans les deux versions il risque de me pénaliser (plusieurs pages avec le même contenu), de plus mes pages sous google sont toujours référencées sous la forme page.php ?id=x après plusieurs de ses danses ce qui n'est pas très élégant.

L'idéal pour résoudre ce problème serait de lui faire une redirection 301. Mais si je met ce code dans mon .htaccess :

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^(.*)/page.php ?id=([0-9]+)$ $1/page-$2.html [NC,QSA,R=301,L]
RewriteRule ^(.*)/page-([0-9]+)\.html$ $1/page.php ?id=$2 [NC,QSA,L]

Je risque de tourner en boucle infinie ! :o/

Quelqu'un a-t-il une suggestion ?

> La réécriture des URL « à la volée »

... Avec les accolades où il faut bien sûr ;o)

> La réécriture des URL « à la volée »

Bonjour,

Juste une petite interrogation :

Si : RewriteCond %HTTP_BIDULE blabla|blibli fonctionne.

pourquoi : RewriteCond %HTTP_BIDULE blabla&blibli ne fonctionne-t-il pas ?

Ca me titille !

En tout cas, merci pour cet excellent article, très pratique.

> La réécriture des URL « à la volée »

Bonjour,

Pour des raisons de maintenance, j'ai pris l'habitude d'intaller mes sites web en sous répertoires.
j'ai donc physiquement : http://www.monsite.fr/spip/
je souhaiterais que ce sous-répertoire « spip » soit invisible aux internautes et qu'ils naviguent sous spip avec l'adresse suivante http://www.monsite.fr/

je ne trouve pas la règle à utiliser, et je me perd entre les notions de RewriteBase et RewriteRule

Pouvez-vous m'aider ???

> La réécriture des URL « à la volée »

Bonjour et bravo pour ce site, son equipe et son travail.
cette contrib et super...mais...j'arrive pas a la mettre en place... :(
. Je voudrais ré-ecrire mes fichiers de squelette de cette facon
agenda.php3 ?id_rubrique=xx a la facon agendaxx.html
J'ai donc fait modif ds htaccess de la facon suivante
Options +FollowSymlinks
RewriteEngine on

RewriteRule ^/agenda([0-9]+)\.html$ /agenda.php3 ?id_rubrique=$1 [QSA,L]
RewriteRule ^/planning([0-9]+)\.html$ /planning.php3 ?id_rubrique=$1 [QSA,L]]
RewriteRule ^/categorie([0-9]+)\.html$ /categorie.php3 ?id_rubrique=$1 [QSA,L]]
RewriteRule ^/ou([0-9]+)\.html$ /ou.php3 ?id_mot=$1 [QSA,L]]

# urls spip]
RewriteRule ^/rubrique([0-9]+)\.html$ /rubrique.php3 ?id_rubrique=$1 [QSA,L]]
RewriteRule ^/article([0-9]+)\.html$ /article.php3 ?id_article=$1 [QSA,L]]
RewriteRule ^/breve([0-9]+)\.html$ /breve.php3 ?id_breve=$1 [QSA,L]]
RewriteRule ^/secteur([0-9]+)\.html$ /secteur.php3 ?id_rubrique=$1 [QSA,L]]
et....rien du tout alors que le test avec trouve.html fonctionne....]
Si quelqu'un peu me donner un indice...

> La réécriture des URL « à la volée »

Bonjour,

J'ai un probleme de rewriting avec Easy PHP 1.7

je veux des urls du genre ->
http://localhost/XXXX/XXXXX/index-navRubrique-18-SelectedRubrique-18.html

qui rediriqent vers des de url de type --->

http://localhost/XXXX/XXXXX/index.phtml?navrubrique=18&Selectedrubrique=18

Dans mon .htaccess j'utilise la ligne suivante :

RewriteRule ^index-(.+)-([0-9]+)-(.+)-([0-9]+)\.html$ index.phtml ?$1=$2&$3=$4 [L]

(qui marche tres bien dans un environment unix)

cette reecriture me renvoi sur la page index.phtml en oubliant les parametre.

voici un extrait de mon rewrite log —>

strip per-dir prefix : j :/www/XXX/XXXX/index-navrubrique-19-selectedrubrique-19.html -> index-navrubrique-19-selectedrubrique-19.html
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (3) [per-dir j :/www/XXX/XXXX/] applying pattern '^index-(.+)-([0-9]+)-(.+)-([0-9]+)\.html$' to uri 'index-navrubrique-19-selectedrubrique-19.html'
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (2) [per-dir j :/www/XXX/XXXX/] rewrite index-navrubrique-19-selectedrubrique-19.html -> index.phtml ?navrubrique=19&selectedrubrique=19
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (3) split uri=index.phtml ?navrubrique=19&selectedrubrique=19 -> uri=index.phtml, args=navrubrique=19&selectedrubrique=19
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (3) [per-dir j :/www/XXX/XXXX/] add per-dir prefix : index.phtml -> j :/www/XXX/XXXX/index.phtml
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (2) [per-dir j :/www/XXX/XXXX/] strip document_root prefix : j :/www/XXX/XXXX/index.phtml -> /XXX/XXXX/index.phtml
127.0.0.1 - - [19/Apr/2004:15:36:46 +0200] [localhost/sid#835860][rid#92edf0/initial] (1) [per-dir j :/www/XXX/XXXX/] internal redirect with /XXX/XXXX/index.phtml [INTERNAL REDIRECT]

Merci de votre aide.

Seb

> La réécriture des URL « à la volée »

Bonjour,
et merci grandement pour ce tutoriel très instructif. Enfin quelqu'un qui explique ces notions barbares ! Chez mon hébergeur mutualisé, la redirection fonctionne, si je tape article=28.html, la page article.php ?id_article=28 s'ouvre bien sous son adresse virtuelle.

Cependant, les boucles de SPIP appelant les articles par #URL_ARTICLE court-circuitent cette merveilleuse réécriture à la volée et c'est bel et bien l'adresse réelle avec le ? qui s'affiche dans la barre d'adresse du navigateur. Horreur et putréfaction !!! Y a-t-il un moyen de corriger cela ?

Pour le script de désactivation des sessions, pour les moteurs de recherche, où est-ce qu'on le place au juste ?

Merci d'avance

> La réécriture des URL « à la volée »

Article intéressant, mais je ne vois pas le rapport avec SPIP. mod_rewrite, c'est une fonctionnalité d'Apache... SPIP tout seul ne réécrit pas les URL, dire qu'il fournit en standard tout ce qu'il faut n'est pas la vérité.

> La réécriture des URL « à la volée »

Bonjour,

je viens chercher de l'aide ici, car je ne l'ai toruvé nul part.
J'arrive à faire marcher le rewriting, mais uniquement dans la racine et sous-répertoire du serveur.
Mais par contre, jai déclaré un alias, qui marche pour le reste, mais pour le rewriting, il ne veut rien savoir, il me donne l'erreur 400.

Si quelqu'un sait comment faire, je suis preneur.

Je pense que cela vient du fichier httpd.conf où il faut rajouter une directory, mais koi ? je ne sais pas.

Merci de votre aide.
Philippe

> La réécriture des URL « à la volée »

Salut ;o)
bon le site est bien cool, y a pas à dire,
mais j'ai une rediredtion qui me pose problème.
j'ai une page avec un champ login et un bouton :
http://www.toto.com/site1/login.html
cette page appel /site1/redirect/redirect.html
vu que je fais une methode GET
ça donne :
http://www.toto.com/site1/redirect/redirect.html?login=user1
Je voudrais savoir comment faire une redirection
vers :
http://www.toto.com/support/site1/users/user1
j'ai essayé plusieurs chose dont :
RewriteCond %HTTP_URI ^(.*)redirect.html(.*)$
RewriteRule ^(.*).com/(.*)/redirect/(.*)login=(.*)$ http://www.toto.com/support/$2/users/$4 [L]
et ça ne marche pas ;o/

Ca c du bricolage, si vous avez plus simple, en gros
ce que je veux faire c :
J'ai une page /site1/login.html avec un simple champ texte 'login' et un bouton submit
je veux recup le nom du site (site1) et ce que me balance
ma page.

je sais pas trop si s'st bien claire mais là j'en peux plus ;o/
Merci par avance !

> Ne marche pas encore chez moi

err 404, ben il ne trouve pas la page.

Regarde bien l url que tu as saisie, ss doute, il manque le dossier virtuel ou le nom du fichier en question.
Si tj pas bon verif code de reecriture

> Ne marche pas encore chez moi

Je découvre que cela ne marche pas, car mon site est dans un répertoire « Alias ». Quelqu'un sait peut-être que dois-je faire pour utiliser .htaccess là-dedans ?

Paolo

> Ne marche pas encore chez moi

j'ai trouvé !
en fait avec easyphp 1.7 il suffit d'aller activer le chargement et
l'utilisation du module rewrite dans le fichier httpd.conf (clicker-droit sur
l'icône easyphp, configuration, apache) puis chercher les lignes :

LoadModule rewrite_module modules/mod_rewrite.so

AddModule mod_rewrite.c

qu'il suffit de décommenter.

redémarrer ensuite easyphp
et voilà !

J'ai aussi trouvé pour redhat si jamais ça vous arrive : en fait ces deux lignes sont par défaut activées (non-commentées) mais il y a un autre endroit où il faut activer un truc : il faut trouver la ligne (où on parle d'htaccess
dans les commentaires) suivie de :

AllowOverride None

qu'il faut changer en

AllowOverride All

voilà... ça marche.

Maintenant, n'étant pas un expert je ne peux garantir ce que cela peut impliquer en terme de sécurité (AllowOverride All), ça marche certes ! mais peut-être l'avis d'un spécialiste serait bienvenu pour confirmer que c'est bien la marche à suivre, et qu'il n'y a pas quelques petits détails à peaufiner dans le fichier .htaccess lui-même ?...

> Ne marche pas encore chez moi

Magnifique article !
Alors je suis encore plus déçu que cela ne marche pas chez moi - toujours 'Error 404' au premier test.

J'utilise EasyPHP 1.7 avec Windows xp. J'ai bien vérifié (et corrigé) les 2 lignes mentionnées dans httpd.conf

Que puis-je faire encore ?

merci, Paolo

> La réécriture des URL « à la volée »

tres bon article
merci pour ce travail

> Erreur 400 :s

mmmmmmmm, ben j'étais pas bien réveillé ! (dur dur le début de l'année) en fait pour easyphp il suffisait d'aller activer le mod_rewrite dans httpd.conf

désolé !

... mais j'ai toujours mon problème sur la Redhat. Je continue les investigations...

> Erreur 400 :s

PS : Dan, j'ai bien vu le « et malheureusement il n'y a pas grand-chose à faire... » mais c'est bien ce point précis que je souhaite élucider.

Comment est-il possible que ça marche chez l'un et pas chez l'autre ? (je peux facilement comprendre que sur linux telle ou telle distro contient un paramétrage particulier qui empêche le fonctionnement normal, mais sous windows avec le même easyphp... ça devient plus étrange !)

> Erreur 400 :s

Salut à tous, et merci à Dan pour ces explications de haut niveau et d'excellente qualité !

... sauf que je comprends pas pourquoi ça ne marche pas chez moi :(

(j'ai une erreur plus classique : la fameuse 404)

je bosse sur un redhat 9 (sur lequel j'ai downgradé Apache en 1.3.27 et PHP en 4.3.2 - pour pouvoir intégrer pdflib - jusque là ça marche super bien)
mais quand je fait le test du nexistepas.html/trouve.html il me fait encore une erreur 404 (j'ai bien vérifié que httpd.conf load le module rewrite, tout va bien, on voit bien apparaître mod_rewrite aussi dans phpinfo, je ne vois pas d'erreur particulière dans les logs, sauf apache qui ne trouve pas le fichier bien entendu)

j'ai essayé aussi sur mon poste (win2000 pro SP4 avec tous les patchs etc. avec easyphp1.7, tout neuf, rien n'a été modifié après l'installation, je fais tourner easyphp en services) et là encore erreur 404 !...

Kess kiss pass ?...
(merci d'avance)

> Erreur 400 :s

Salut,

Tu ne donnes pas beaucoup d'infos, donc je sors la boule de crystal... ;-)
Windows + easyphp 1.6 ?

Si c'est le cas, c'est normal car la version Apache installée (1.3.24) a un bug de réécriture identifié sous windows. Ce bug est corrigé avec la 1.3.27, il te suffit donc d'installer EasyPhp 1.7 et tout rentrera dans l'ordre.

Dan

Erreur 400 :s

Moi j,ai un erreur 400 a la place :s

> La réécriture des URL « à la volée »

Merci Beaucoup !
Bonne continuation :)

> La réécriture des URL « à la volée »

Bonjour,

Le problème avec les caractères accentués est que l'encodage peut varier selon la plateforme que tu utilises.
Les normes du W3C préconisent l'encodage de ces caractères exotiques, et il est souvent bien plus sage de s'en tenir éloigné si on veut éviter les soucis d'incompatibilité. Une URL avec un caratère « é » a toutes les chances de voir celui-ci converti en %E9 de toutes manières, au même titre que l'espace qui se retrouve converti en %20 ...

La meilleure solution serait encore de modifier les sources de ton annuaire pour ne plus avoir des ?PID=Moteur-spécialisé mais bien ?PID=Moteur-spécialise

Cordialement

> La réécriture des URL « à la volée »

Bonjour,

Je suis nouveau sur le site, et je profite de l'occasion pour féliciter le Webmaster :)

Je suis aussi nouveau dans le Rewriting, j'ai une question si c'est possible ?

comment remplaçer les e(accent) é dans le htaccess ? CAD :
J'ai l'origine : « annuaire/index.php ?PID=Moteur-spécialisé » mais je n'arrive pas à remplaçer le « é »

annuaire/index-Moteur-spécialisé.html

Avec « annuaire/index-Moteur-specialise.html » ça marche

Merci d'avance et bonne continuation :)

> La réécriture des URL « à la volée »

et ne pas oublier le modifier spip et le fichier inc-urls.php3

voir article spip.net

> La réécriture des URL sur EasyPHP

Salut Pascal,

Merci pour tes compliments sur l'atricle, cela fait toujours plaisir. ;-)

Tu as probablement une version 1.6 d'EasyPhp.
La version Apache 1.3.24 installée par défaut avec celle-ci est connue pour ses bugs (documentés) sous windows (principalement dans le module rewrite.c)

Le mieux serait d'installer la dernière version EasyPhp qui comprend une version plus récente d'Apache (1.3.27 si je ne m'abuse) ne présentant plus ces bugs.

L'erreur 404 non redirigée est normale dans ce cas, comme la redirection (interne à Apache) ne représente plus l'URL « à l'examen » ... donc la directive ErrorDocument ne s'applique pas.
Le ErrorDocument devrait jouer si tu entres une mauvaise URL dans la barre d'adresse. Si ce n'est pas le cas, c'est que la directive AllowOverride n'a pas les bons arguments dans le fichier httpd.conf.

Cordialement,

Dan

> La réécriture des URL sur EasyPHP

Article très complet. Tout fonctionne sur notre site, mais pas depuis easyphp (quand je suis dans le train ;o).
Si je mets dans le htaccess :

DirectoryIndex sommaire.php index.html index.php
Options +FollowSymlinks
ErrorDocument 404 /404.php
RewriteEngine on
RewriteRule ^agence\.html$ agence_atypik.php [QSA,L]

j'ai une erreur 404, sans rediriger sur la 404.php

Les modules nécessaires ne sont pas en commentaire dans le fichier de config d'apache, et pas activés dans le phpinfo !

Une info à ce sujet ?

> La réécriture des URL « à la volée »

La réécriture d'URLs ne va pas créer pour toi des pages HTML... parce qu'elle fonctionne dans l'autre sens.

Elle permet de « présenter au monde » des URLs fictives qui ressemblent à des pages HTML, et de s'occuper de la conversion de ces URLs en appels de pages dynamiques.

Si tu veux que les robots puissent indexer tes pages sans identifiants de session, il faut que tu te charges toi-même de la détection de ces robots et le cas échéant ne pas lancer de session php. Il faut pour cela que ton site puisse être visité en profondeur sans que l'absence de sessions ne soit un obstacle. C'est donc une problématique de conception de site, et non de réécriture d'URL.

Tu peux utiliser ce code pour déteminer s'il faut démarrer une session ou non. A toi à compléter la liste des robots...

/* Ouverture d'une session, utilise une variable tableau SESSION pour stocker les variables à tracer */ // Spider/Bot pour référencement $spiders = array("Googlebot", "crawler", "Slurp", "Fast","ia_archiver","Scooter","Robot","VoilaBot","W3C","ZyBorg","Deepindex","xecho"); $from_spider = false; foreach($spiders as $Val) { if (eregi($Val, $_SERVER["HTTP_USER_AGENT"])) { $from_spider = true; break; } } // Session ini_set("session.use_trans_sid", "0");
if(!$from_spider) { session_start(); session_register("SESSION");
}

> La réécriture des URL « à la volée »

Merci encore.

Ca marche mais comme ca chez moi :

RewriteRule ^/produit-([A-Z]2)-([A-Z0-9]6)\.html$ http://192.168.231.156/fiche_produit.php?langue=$1&id=$2 [L]

toutefois

ce n'est pas EXACTEMENT le comprotement que je recherche.

En effet je voudrais CREER a la volee la copie HTML de mes pages PHP.

Car google ne reference pas nos page produits ( a cause de la SESSION PHP, parait il).

Je cherche donc une solution pour que si QQ1 (google) passe sur mon site il puisse enfin indexe mes pages.

Voili Voilo

> La réécriture des URL « à la volée »

Salut,

La rapidité vient de l'alerte email lorsqu'un message est ajouté à la suite de l'article. Merci à Spip pour cela. ;-)

C'est donc ta règle de réécriture qui est mauvaise...
En effet, ton deuxième paramètre comprend des chiffres/lettres (lettres en majuscule)

Pour convertir http://192.168.231.156/produits/produit-FR-NIA001.html , il suffit d'analyser ce que tu as en entrée et ce que tu veux en sortie...

RewriteRule produit-([A-Z]{2})-([A-Z0-9]{6})\.html fiche_produit.php?langue=$1&id=$2 [L]

Dans ce cas,tu isoles les parties variables en 2 groupes distincts :
- 2 lettres majuscules pour la langue ($langue)
- 6 lettres majuscules et digits pour la référence ($id)

Ces 2 groupes sont donc repris en deuxième partie d'expression sous les variables $1 et $2

Comme tes deux exemples ne sont pas consistants, vu que dans le deuxième tu utilises un répertoire /produits/ , garde à l'esprit qu'il te faudra peut-être utiliser la balise pour que tes liens/images soient résolus. ;-)

Cordialement

PS : il y a d'autres articles sur la réécriture et le PHP sur le Hub, dans la partie « publications » rédigée sous Spip

PS2 : si tu as majuscules et minuscules, il faut modifier la règle :

RewriteRule produit-([A-Za-z]{2})-([A-Za-z0-9]{6})\.html fiche_produit.php?langue=$1&id=$2 [L]

> La réécriture des URL « à la volée »

Quelle rapidité

Mes urls sont de la formes :

http://192.168.231.156/fiche_produit.php?langue=FR&id=NIA001

Avec FR ou EN ou IT ou ES pour la langue et c'est tout.

Et NIA001 ou NIA002 ou LAV001 pour l'id

Et je voudrais avoir

http://192.168.231.156/produits/produit-FR-NIA001.html

voili voilo

> La réécriture des URL « à la volée »

Bonjour,

Comme je vois certains chiffres en italique, j'imagine que tu as mis les parenthèses qui vont bien :

RewriteRule ^fiche_produit-([a-z]{2})-([a-z]{3})-([0-9]{3})\.html$ fiche_produit.php ?langue=$1&id=$2 [NC,L]

Tu as donc 2 lettres, suivies de 3 lettres, suivies de 3 chiffres.
Par contre, dans la deuxième partie de l'expression, tu ne traites que 2 variables... il t'en manque donc une.
Si tu donnais une URL complète telle que tu la voudrais, et sa correspondance dynamique, ce serait plus simple.

> La réécriture des URL « à la volée »

Bonjour a vous j'utilise APACHE 1.3.2 sur WIn 2000 server.

Avec un PHP 4.2.2 et postgresQL

Ouf

Voila mon PB,

RewriteRule ^/frm_boutique.asp$ http://192.168.231.156/commande_express.php [L]

Cette regla marche bien

toute personne essayant d'aller sur ....asp et rediriger vers ....php

PAR CONTRE

RewriteRule ^fiche_produit-([a-z]2)-([a-z]3)-([0-9]3)\.html$ fiche_produit.php ?langue=$1&id=$2 [NC,L]

Celle la ne marche pas

PK ??

Le but est de creer une page html depuis mes pages dyn PHP, on ne passe que 2 parametres 'langue=XX' et id='XXX000'

Merci

> La réécriture des URL « à la volée »

Dan est pour moi LE webmaster francais qui partage son savoir ...
il en connait tellement et le fait si bien...
Alors que d'autre sont la et retienne leur info....
lui explique tout son savoir a merveille ..

MERCI DAN !!!!!!

> La réécriture des URL « à la volée »

ok, merci...

> La réécriture des URL « à la volée »

Il n'y a pas de problème avec les sessions, dans la mesure où le répertoire servant à les stocker existe bien...
Recherche dans php.ini la partie ressemblant à ;

; Handler used to store/retrieve data.
session.save_handler = files ; Argument passed to save_handler. In the case of files, this is the path
; where data files are stored. Note: Windows users have to change this ; variable in order to use PHP's session functions.
session.save_path = C:/phpdev\php\temp;

En adaptant le répertoire à ton cas...

Dan

> La réécriture des URL « à la volée »

Oui j'avais relancé le server plusieurs fois. J'avais lu justement les problèmes avec les vieilles versions d'apache. J'ai donc : php 4.3.3, mysql 1.3.28.
Malheureusement tjrs rien n'y fait. Dans le phpinfo(), je n'ai pas la ligne du additional module, et l'exemple ne marche tjrs pas.

Par contre j'ai lu qu'il y avait des soucis avec les sessions. Si c'est le cas, je dois me passer de l'url rewriting car j'ai absolument besoin des sessions

Merci de votre aide

> La réécriture des URL « à la volée »

Salut,

Tu as le choix, comme les directives RewriteEngine et RewriteCond peuvent être utilisées dans les 4 contextes suivants : server config, virtual host, directory, .htaccess

Tu peux les mettre hors de tes déclarations de virtual hosts si elles sont globales... sinon au sein même du vitual host.
Si tu utilises RewriteBase, il doit être au sein du Directory... donc tu peux aussi tout mettre là.

Dan

> La réécriture des URL « à la volée »

Réecrire dans le htaccess okay, mais ou dois-je mettre mes commandes si je ne souhaite pas utiliser le htaccess (dans le virtual host, surement, mais ou ?)

Merci d'avance.
alexandre

> La réécriture des URL « à la volée »

Tu as bien redémarré Apache tout de même ? ;-)

> La réécriture des URL « à la volée »

L'explication est donnée dans l'article... avec un RewriteCond.

RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://www.domaine.tld/.*$ [NC]
ReWriteRule .*\.(gif|png|jpe?g)$ - [F]

Le seul problème est qu'on se base sur le HTTP_REFERER qui est parfois masqué pour les utilisateurs de proxies... donc il faut permettre aussi un HTTP_REFERER null.

Cela évite le « hot linking » au départ d'autres sites, mais pas l'aspiration sauvage...

Dan

> La réécriture des URL « à la volée »

Normalement, des deux lignes suffisent pour faire fonctionner le mod_rewrite...

Mais easyphp 1.6 installe Apache 1.3.24 qui a un bug au niveau du morule rewrite.c sous windows...

Tu devrais installer le version 1.7RC1 qui vient de sortir, cela te fera apache 1.3.8 et php 4.3.2 (ou 4.3.3 je ne sais plus)

Si tu coinces encore, viens sur le Hub, on essayera de faire fonctionner ça :-)

> La réécriture des URL « à la volée »

C'est vrai qu'il est interessant cet article, mais alors je dois vraiment être con, car j'essaie de le mettre en action sur easyphp, et ca marche po

J'ai enlevé le commentaires aux 2 lignes indiqués en début de texte et je regarde dans mon phpinfo mais je ne vois pas de mod_rewrite

Y a til une action spéciale à faire ?

> La réécriture des URL « à la volée »

Bonjour,
merci pour vos explications mais je voudrais un renseignement plus ciblé.

En fait je suis webmaster d'un site et par l'intermediaire d'un visiteur, je me suis rendu compte que grace au logiciel « intellitamper », on pouvais scanner mon serveur et recuperer toutes les images dans le repertoire privé.
J'ai donc tenté de mettre un fichier .htaccess mais qui a eu pour seule consequence d'empecher l'affichage des images par certains utilisateurs qui m'envoyaient des mails me disant « on n'a plus acces aux images ;-( » (point positif, intellitamper ne les voyais plus non plus mais bon....).
J'aimerais donc savoir comment faire pour que cette pratique ne soit plus possible tout en permettant l'affichage des images par tout le monde visitant mon site ?
Merci d'avance pour votre aide
Alex

> La réécriture des URL « à la volée »

:-o
Un message anonyme ? LOL
Pour ta gouverne, monsieur le corbeau, saches que l'article publié sur Webrankinfo est signé par moi-même et que j'en suis le seul auteur.
C'est Webrankinfo qui publie cet article avec mon autorisation et non l'inverse !

Je l'ai retiré du site des publications de l'immobilier pour le mettre sur mon nouveau site où il sera mieux à sa place : Webmaster Hub (cela semble te déranger... je me trompe ? :-) )

> La réécriture des URL « à la volée »

Merci à Webrankinfo.com pour l'article !

> La réécriture des URL « à la volée »

Salut Steph,

Heureux que cela te plaise. :-)
Tu trouveras d'autres articles techniques sur Webmaster Hub, qui est un nouveau site orienté Webmasters qu'on a lancé mi août.

Il a une partie publication sous Spip qui commence à se remplir.

(faut bien se faire un peu de pub :-D )

> La réécriture des URL « à la volée »

Super !

Moi qui cherchais un moyen simple de cacher tous les paramétres situés dans l'url et bien voilà, j'ai trouvé et grâce à vous !

J'utilise Easyphp et je confirme qu' il faut installer une version Apache plus récente.

Merci encore.

> La réécriture des URL « à la volée »

Bonjour,

EasyPHP installe une version 1.3.24 d'Apache, dans laquelle le bug de réécriture Apache sous Windows n'est pas corrigé.(il faut au moins une version 1.3.26)

Si tu mets en place le rewritelog, tu verras qu'au millieu de la chaîne réécrite tu trouveras « c :\... » qui n'a rien à y faire. :-(
Tu peux arriver à circonscrire cela en utilisant la directive rewritebase ou en installant une versin apache 1.3.27 ou 1.3.28 par dessus l'ancienne.

Dan

> La réécriture des URL « à la volée »

Article intéressant mais j'ai pas réussi à faire fonctionner avec easyphp. Il ne trouve jamais la page : ex. article102.hml -> une belle erreur 404

> La réécriture des URL « à la volée »

Merci pour votre commentaire, cela fait toujours plaisir ;-)

La ligne Options +FollowSymlinks dépend en fait de l'hébergeur, car certains le configurent par défaut, mais pas tous.

D'autres hébergeurs ne mettent pas « options » dans la directive AllowOverride, ce qui empêche cette ligne de s'exécuter et donne une erreur.

Cordialement,

Dan

> La réécriture des URL « à la volée »

tres bon tutorial

juste un precision sur le test

sur un serveur mutualise ( la plupart des cas), ne mettre que :

RewriteEngine on

RewriteRule ^nexistepas.html$ trouve.html [L]

et non :

Options +FollowSymlinks

RewriteEngine on

RewriteRule ^nexistepas.html$ trouve.html [L]

> La réécriture des URL « à la volée »

Pour ceux que cela intéresse, j'ai publié sur mon site une suite traitant de la récursivité.

Attention, chaud devant ! ;-)

> La réécriture des URL « à la volée »

Magique !!! :-D :-D :-D
Merci beaucoup pour cet article.

> La réécriture des URL « à la volée »

Merci pour cet article vraiment très didactique, le premier sur le sujet, en français, ou je comprends tout ! :-)