granicus.if.org Git - apache/blob - docs/manual/rewrite/remapping.xml.fr

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
   3 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
   4 <!-- English Revision: 1716475 -->
   5 <!-- French translation : Lucien GENTIS -->
   6 <!-- Reviewed by : Vincent Deffontaines -->
   7
   8 <!--
   9  Licensed to the Apache Software Foundation (ASF) under one or more
  10  contributor license agreements.  See the NOTICE file distributed with
  11  this work for additional information regarding copyright ownership.
  12  The ASF licenses this file to You under the Apache License, Version 2.0
  13  (the "License"); you may not use this file except in compliance with
  14  the License.  You may obtain a copy of the License at
  15
  16      http://www.apache.org/licenses/LICENSE-2.0
  17
  18  Unless required by applicable law or agreed to in writing, software
  19  distributed under the License is distributed on an "AS IS" BASIS,
  20  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  21  See the License for the specific language governing permissions and
  22  limitations under the License.
  23 -->
  24
  25 <manualpage metafile="remapping.xml.meta">
  26   <parentdocument href="./">Rewrite</parentdocument>
  27
  28 <title>Redirection et remise en correspondance avec mod_rewrite</title>
  29
  30 <summary>
  31
  32 <p>Ce document est un complément à la <a
  33 href="../mod/mod_rewrite.html">Documentation de référence</a> de
  34 <module>mod_rewrite</module>. Il montre comment utiliser
  35 <module>mod_rewrite</module> pour rediriger et remettre en
  36 correspondance une requête. Il contient de
  37 nombreux exemples d'utilisation courante de mod_rewrite avec une
  38 description détaillée de leur fonctionnement.</p>
  39
  40 <note type="warning">Vous devez vous attacher à comprendre le
  41 fonctionnement des exemples, car la plupart d'entre eux ne
  42 fonctionneront pas sur votre système si vous vous contentez de les
  43 copier/coller dans vos fichiers de configuration.</note>
  44
  45 </summary>
  46 <seealso><a href="../mod/mod_rewrite.html">Documentation du module mod_rewrite</a></seealso>
  47 <seealso><a href="intro.html">Introduction à mod_rewrite</a></seealso>
  48 <!--<seealso><a href="remapping.html">Redirection et remise en
  49 correspondance</a></seealso>-->
  50 <seealso><a href="access.html">Contrôler l'accès</a></seealso>
  51 <seealso><a href="vhosts.html">Serveurs virtuels</a></seealso>
  52 <seealso><a href="proxy.html">Serveurs mandataires</a></seealso>
  53 <seealso><a href="rewritemap.html">Utilisation de RewriteMap</a></seealso>
  54 <seealso><a href="advanced.html">Techniques avancées</a></seealso>
  55 <seealso><a href="avoid.html">Quand ne pas utiliser mod_rewrite</a></seealso>
  56
  57 <section id="old-to-new">
  58
  59       <title>De l'ancienne à la nouvelle URL (en interne)</title>
  60
  61       <dl>
  62         <dt>Description :</dt>
  63
  64         <dd>
  65           <p>Supposons que nous ayons récemment renommé la page
  66           <code>foo.html</code> en <code>bar.html</code>, et voulions
  67           maintenant que l'ancienne URL soit toujours valide à des fins
  68           de compatibilité ascendante. En fait, on voudrait que le
  69           changement de nom soit transparent aux utilisateurs de
  70           l'ancienne URL.</p>
  71         </dd>
  72
  73         <dt>Solution :</dt>
  74
  75         <dd>
  76           <p>On réécrit l'ancienne URL en interne vers la nouvelle via
  77           la règle suivante :</p>
  78
  79 <highlight language="config">
  80 RewriteEngine  on
  81 RewriteRule    "^<strong>/foo</strong>\.html$" "<strong>/bar</strong>.html" [PT]
  82 </highlight>
  83     </dd>
  84   </dl>
  85
  86 </section>
  87
  88 <section id="old-to-new-extern">
  89
  90       <title>De l'ancien au nouveau (en externe)</title>
  91
  92       <dl>
  93         <dt>Description :</dt>
  94
  95         <dd>
  96           <p>Supposons toujours que nous ayons récemment renommé la page
  97           <code>foo.html</code> en <code>bar.html</code>, et voulions
  98           maintenant que l'ancienne URL soit toujours valide à des fins
  99           de compatibilité ascendante. En revanche, nous voulons cette
 100           fois que la nouvelle URL soit suggérée aux utilisateurs de
 101           l'ancienne URL, c'est à dire que l'adresse vue depuis leur
 102           navigateur doit également être modifiée.</p>
 103         </dd>
 104
 105         <dt>Solution :</dt>
 106
 107         <dd>
 108           <p>On force une redirection HTTP vers la nouvelle URL, ce qui
 109           entraîne une modification de celle du navigateur et aussi de ce
 110           que voit l'utilisateur :</p>
 111
 112 <highlight language="config">
 113 RewriteEngine  on
 114 RewriteRule    "^<strong>foo</strong>\.html$"  "<strong>bar</strong>.html"  [<strong>R</strong>]
 115 </highlight>
 116 </dd>
 117
 118 <dt>Discussion</dt>
 119
 120     <dd>
 121     <p>Dans l'exemple <a
 122     href="#old-to-new-intern">interne</a>, on a utilisé mod_rewrite afin
 123     de dissimuler la redirection au client. Dans cet exemple, en
 124     revanche, on aurait pu se contenter d'une directive Redirect :</p>
 125
 126     <highlight language="config">Redirect "/foo.html" "/bar.html"</highlight>
 127
 128     </dd>
 129   </dl>
 130
 131 </section>
 132
 133 <section id="movehomedirs">
 134
 135   <title>Ressource déplacée vers un autre serveur</title>
 136
 137   <dl>
 138     <dt>Description :</dt>
 139
 140     <dd>
 141       <p>Si une ressource a été déplacée vers un autre serveur, vous
 142       pouvez faire en sorte que les URLs de l'ancien serveur continuent
 143       de fonctionner pendant un certain temps, afin de laisser au
 144       utilisateurs le temps de modifier leurs favoris.</p>
 145     </dd>
 146
 147     <dt>Solution :</dt>
 148
 149     <dd>
 150       <p>Vous pouvez utiliser <module>mod_rewrite</module> pour
 151       rediriger ces URLs vers le nouveau serveur, mais vous pouvez aussi
 152       utiliser les directives Redirect ou RedirectMatch.</p>
 153
 154 <highlight language="config">#Avec mod_rewrite
 155 RewriteEngine on
 156 RewriteRule   "^/docs/(.+)"  "http://nouveau.example.com/docs/$1"  [R,L]
 157 </highlight>
 158
 159 <highlight language="config">#Avec RedirectMatch
 160 RedirectMatch "^/docs/(.*)" "http://nouveau.example.com/docs/$1"
 161 </highlight>
 162
 163 <highlight language="config">#Avec Redirect
 164 Redirect "/docs/" "http://nouveau.example.com/docs/"
 165 </highlight>
 166     </dd>
 167   </dl>
 168
 169 </section>
 170
 171
 172
 173 <section id="static-to-dynamic">
 174
 175       <title>De statique à dynamique</title>
 176
 177       <dl>
 178         <dt>Description :</dt>
 179
 180         <dd>
 181           <p>Comment transformer une page statique <code>foo.html</code>
 182           en sa variante dynamique <code>foo.cgi</code> de manière
 183           transparente, c'est à dire sans en avertir le
 184           navigateur/utilisateur.</p>
 185         </dd>
 186
 187         <dt>Solution :</dt>
 188
 189         <dd>
 190           <p>On réécrit simplement l'URL en script CGI et force le
 191           gestionnaire de contenu à <strong>cgi-script</strong> de façon
 192           à ce que le script s'exécute en tant que programme CGI.
 193           Ainsi, une requête vers <code>/~quux/foo.html</code> conduit
 194           en interne à l'invocation de
 195           <code>/~quux/foo.cgi</code>.</p>
 196
 197 <highlight language="config">
 198 RewriteEngine  on
 199 RewriteBase    "/~quux/"
 200 RewriteRule    "^foo\.html$"  "foo.cgi"  [H=<strong>cgi-script</strong>]
 201 </highlight>
 202         </dd>
 203       </dl>
 204
 205     </section>
 206
 207 <section id="backward-compatibility">
 208
 209       <title>Compatibilité ascendante dans le cadre d'une modification
 210       d'extension de nom de fichier</title>
 211
 212       <dl>
 213         <dt>Description :</dt>
 214
 215         <dd>
 216           <p>Comment conférer une compatibilité ascendante aux URLs
 217           (existant encore virtuellement) après avoir migré
 218           <code>document.YYYY</code> vers <code>document.XXXX</code>,
 219           c'est à dire après avoir par exemple traduit un lot de
 220           fichiers <code>.html</code> en fichiers <code>.php</code>
 221           ?</p>
 222         </dd>
 223
 224         <dt>Solution :</dt>
 225
 226         <dd>
 227           <p>On réécrit simplement le nom du fichier en son nom
 228           de base et vérifie s'il existe aussi avec la nouvelle
 229           extension. Si c'est le cas, on utilise ce nom, sinon on
 230           réécrit l'URL sous sa forme originale.</p>
 231
 232
 233 <highlight language="config">
 234 #   jeu de règles assurant une compatibilité ascendante en réécrivant<br />
 235 #   document.html en document.php si et seulement si document.php<br />
 236 #   existe
 237 &lt;Directory "/var/www/htdocs"&gt;
 238     RewriteEngine on
 239     RewriteBase "/var/www/htdocs"
 240
 241     RewriteCond "$1.php" -f
 242     RewriteCond "$1.html" !-f
 243     RewriteRule "^(.*).html$" "$1.php"
 244 &lt;/Directory&gt;
 245 </highlight>
 246     </dd>
 247
 248     <dt>Discussion</dt>
 249     <dd>
 250     <p>Cet exemple utilise une fonctionnalité souvent méconnue de
 251     mod_rewrite, en tirant avantage de l'ordre d'exécution du jeu de
 252     règles. En particulier, mod_rewrite évalue la partie gauche des
 253     règles de réécriture avant d'évaluer les directives RewriteCond. En
 254     conséquence, $1 est déjà défini au moment où les directives
 255     RewriteCond sont évaluées. Ceci nous permet de tester l'existence du
 256     fichier original (<code>document.html</code>) et du fichier cible
 257     (<code>document.php</code>) en utilisant le même nom de base.</p>
 258
 259     <p>Ce jeu de règles est conçu pour une utilisation dans un contexte
 260     de répertoire (au sein d'une section &lt;Directory&gt; ou d'un
 261     fichier .htaccess), de façon à ce que les vérifications
 262     <code>-f</code> effectuent leurs recherches dans le bon répertoire.
 263     Vous serez peut-être amené à définir une directive <directive
 264     module="mod_rewrite">RewriteBase</directive> pour spécifier le
 265     répertoire de base à partir duquel vous travaillez.</p>
 266     </dd>
 267   </dl>
 268
 269 </section>
 270
 271 <section id="canonicalhost">
 272
 273 <title>Noms d'hôtes canoniques</title>
 274
 275       <dl>
 276         <dt>Description :</dt>
 277
 278         <dd>Le but de cette règle est de préférer l'utilisation d'un nom
 279         d'hôte particulier à d'autres noms d'hôte utilisables
 280         pour atteindre le même site. Par exemple, si vous voulez
 281         utiliser <strong>www.example.com</strong> à la place de
 282         <strong>example.com</strong>, vous pouvez utiliser une solution
 283         du style :</dd>
 284
 285         <dt>Solution :</dt>
 286
 287         <dd>
 288
 289 <p>Pour y parvenir, il vaut mieux se passer de mod_rewrite, et utiliser
 290 plutôt la directive <directive module="mod_alias">Redirect</directive> dans
 291 une section de serveur virtuel pour le/les noms d'hôte non canoniques.</p>
 292
 293 <highlight language="config">
 294 &lt;VirtualHost *:80&gt;
 295   ServerName undesired.example.com
 296   ServerAlias example.com notthis.example.com
 297
 298   Redirect "/" "http://www.example.com/"
 299 &lt;/VirtualHost&gt;
 300
 301 &lt;VirtualHost *:80&gt;
 302   ServerName www.example.com
 303 &lt;/VirtualHost&gt;
 304 </highlight>
 305
 306 <p>Vous pouvez aussi utiliser la directive <directive module="core"
 307 type="section">If</directive> (versions 2.4 et ultérieures) :</p>
 308
 309 <highlight language="config">
 310 &lt;If "%{HTTP_HOST} != 'www.example.com'"&gt;
 311         Redirect "/" "http://www.example.com/"
 312 &lt;/If&gt;
 313 </highlight>
 314
 315 <p>Ou, par exemple, pour rediriger une portion de votre site vers HTTPS
 316 :</p>
 317
 318 <highlight language="config">
 319 &lt;If "%{SERVER_PROTOCOL} != 'HTTPS'"&gt;
 320         Redirect "/admin/" "https://www.example.com/admin/"
 321 &lt;/If&gt;
 322 </highlight>
 323
 324 <p>Si, pour une raison particulière, vous voulez tout de même utiliser
 325 <code>mod_rewrite</code> - dans le cas, par exemple, où vous avez besoin
 326 d'un jeu plus important de règles de réécritures - vous pouvez utiliser
 327 la recette suivante :</p>
 328
 329 <p>Pour les sites écoutant sur un port autre que 80:</p>
 330 <highlight language="config">
 331 RewriteCond "%{HTTP_HOST}"   "!^www\.example\.com" [NC]
 332 RewriteCond "%{HTTP_HOST}"   "!^$"
 333 RewriteCond "%{SERVER_PORT}" "!^80$"
 334 RewriteRule "^/?(.*)"         "http://www.example.com:%{SERVER_PORT}/$1" [L,R,NE]
 335 </highlight>
 336
 337 <p>Et pour un site écoutant sur le port 80</p>
 338 <highlight language="config">
 339 RewriteCond "%{HTTP_HOST}"   "!^www\.example\.com" [NC]
 340 RewriteCond "%{HTTP_HOST}"   "!^$"
 341 RewriteRule "^/?(.*)"         "http://www.example.com/$1" [L,R,NE]
 342 </highlight>
 343         <p>
 344         Si vous souhaitez que cette règle s'applique à tous les noms de
 345         domaine - en d'autres termes, si vous voulez rediriger
 346         <strong>example.com</strong> vers
 347         <strong>www.example.com</strong> pour toutes les valeurs
 348         possibles de <strong>example.com</strong>, vous pouvez utiliser
 349         le jeu de règles suivants :</p>
 350
 351 <highlight language="config">
 352 RewriteCond "%{HTTP_HOST}" "!^www\." [NC]
 353 RewriteCond "%{HTTP_HOST}" "!^$"
 354 RewriteRule "^/?(.*)" "http://www.%{HTTP_HOST}/$1" [L,R,NE]
 355 </highlight>
 356         <p>
 357         Vous pouvez utiliser ce jeu de règles aussi bien dans le fichier
 358         de configuration de votre serveur principal que dans un fichier
 359         <code>.htaccess</code> placé dans le répertoire défini par la
 360         directive <directive
 361         module="core">DocumentRoot</directive> du serveur.</p>
 362         </dd>
 363       </dl>
 364
 365     </section>
 366
 367 <section id="multipledirs">
 368
 369   <title>Recherche de pages dans plus d'un répertoire</title>
 370
 371   <dl>
 372     <dt>Description:</dt>
 373
 374     <dd>
 375       <p>Une ressource peut exister dans plusieurs répertoires, et nous
 376       voulons rechercher cette ressource dans ces répertoires
 377       lorsqu'elle fait l'objet d'une requête. Il est possible que nous
 378       ayons récemment réorganisé la structure de notre site en
 379       répartissant son contenu dans plusieurs répertoires.</p>
 380     </dd>
 381
 382     <dt>Solution :</dt>
 383
 384     <dd>
 385       <p>Le jeu de règles suivant recherche la ressource dans deux
 386       répertoires, et s'il ne la trouve dans aucun des deux, il tentera
 387       simplement de la servir à partir de l'adresse fournie dans la
 388       requête.</p>
 389
 390 <highlight language="config">
 391 RewriteEngine on
 392
 393 #   on cherche tout d'abord dans dir1/...
 394 #   ... et si on trouve, on est content et on arrête :
 395 RewriteCond         "%{DOCUMENT_ROOT}/<strong>dir1</strong>/%{REQUEST_URI}"  -f
 396 RewriteRule  "^(.+)"  "%{DOCUMENT_ROOT}/<strong>dir1</strong>/$1"  [L]
 397
 398 #   on cherche ensuite dans dir2/...
 399 #   ... et si on trouve, on est content et on arrête :
 400 RewriteCond         "%{DOCUMENT_ROOT}/<strong>dir2</strong>/%{REQUEST_URI}"  -f
 401 RewriteRule  "^(.+)"  "%{DOCUMENT_ROOT}/<strong>dir2</strong>/$1"  [L]
 402
 403 #   sinon, on continue la recherche avec d'autres directives Alias
 404 #   ou ScriptAlias, etc...
 405 RewriteRule   "^"  "-"  [PT]
 406 </highlight>
 407         </dd>
 408       </dl>
 409
 410     </section>
 411
 412 <section id="archive-access-multiplexer">
 413
 414   <title>Redirection vers des serveurs géographiquement distribués</title>
 415
 416   <dl>
 417     <dt>Description :</dt>
 418
 419     <dd>
 420     <p>Notre site web possède de nombreux miroirs, et nous voulons
 421     rediriger les utilisateurs vers celui qui se situe dans le pays où
 422     ils se trouvent. </p>
 423     </dd>
 424
 425     <dt>Solution :</dt>
 426
 427     <dd>
 428     <p>En consultant le nom d'hôte du client demandeur, on détermine le
 429     pays dans lequel il se trouve. S'il est impossible d'effectuer une
 430     recherche sur leur adresse IP, on se rabat sur un serveur par
 431     défaut.</p>
 432     <p>Nous allons utiliser une directive <directive
 433     module="mod_rewrite">RewriteMap</directive> afin de construire une
 434     liste des serveurs que nous voulons utiliser.</p>
 435
 436 <highlight language="config">
 437 HostnameLookups on
 438 RewriteEngine on
 439 RewriteMap    multiplex         "txt:/path/to/map.mirrors"
 440 RewriteCond  "%{REMOTE_HOST}"     "([a-z]+)$ [NC]"
 441 RewriteRule   "^/(.*)$"  "${multiplex:<strong>%1</strong>|http://www.example.com/}$1"  [R,L]
 442 </highlight>
 443
 444 <example>
 445 ##  liste_miroirs -- Table de correspondance pays - serveurs<br />
 446 <br />
 447 de        http://www.exemple.de/<br />
 448 uk        http://www.exemple.uk/<br />
 449 com       http://www.example.com/<br />
 450 ##EOF##
 451 </example>
 452     </dd>
 453
 454     <dt>Discussion</dt>
 455     <dd>
 456     <note type="warning">Ce jeu de règles nécessite la définition à
 457     <code>on</code> de la directive <directive
 458     module="core">HostNameLookups</directive>, ce qui peut induire une
 459     baisse de performance significative.</note>
 460
 461     <p>La directive <directive
 462     module="mod_rewrite">RewriteCond</directive> extrait la dernière
 463     partie du nom d'hôte du client demandeur - le code du pays - et la
 464     règle de réécriture qui suit utilise cette valeur pour rechercher le
 465     serveur miroir approprié dans le fichier de correspondances.</p>
 466     </dd>
 467   </dl>
 468
 469 </section>
 470
 471 <section id="canonicalurl">
 472
 473 <title>URLs canoniques</title>
 474
 475 <dl>
 476  <dt>Description :</dt>
 477
 478    <dd>
 479      <p>Sur certains serveurs, une ressource peut posséder plusieurs
 480      URLs. Il y a en général les URLs canoniques (celles qui sont
 481      réellement distribuées et utilisées), et celles qui correspondent à
 482      des raccourcis, les URLs internes, etc... Quelle que soit l'adresse
 483      que l'utilisateur fournit dans la requête, il devrait finalement
 484      voir l'URL canonique dans la barre d'adresse de son navigateur.</p>
 485    </dd>
 486
 487    <dt>Solution :</dt>
 488
 489      <dd>
 490        <p>Nous effectuons une redirection HTTP externe pour toutes les
 491        URLs non canoniques afin de les corriger dans la barre d'adresse
 492        du navigateur, et ceci pour toutes les requêtes futures. Dans le
 493        jeu de règles suivant, nous remplaçons <code>/matous</code> et
 494        <code>/minettes</code> par le canonique <code>/chats</code>.</p>
 495
 496         <highlight language="config">RewriteRule   "^/(matous|minettes)/(.*)"    "/chats/$2"  [R]</highlight>
 497         </dd>
 498
 499      <dt>Discussion :</dt>
 500      <dd>On serait mieux inspiré d'utiliser ici les directives Redirect ou
 501      RedirectMatch :
 502
 503      <highlight language="config"> RedirectMatch "^/(matous|minettes)/(.*)" "/chats/$2" </highlight>
 504      </dd>
 505       </dl>
 506
 507 </section>
 508
 509 <section id="moveddocroot">
 510
 511   <title>Déplacement du répertoire <code>DocumentRoot</code></title>
 512
 513   <dl>
 514     <dt>Description :</dt>
 515
 516     <dd>
 517 <p>En général, le répertoire <directive
 518 module="core">DocumentRoot</directive> du serveur web correspond à l'URL
 519 "<code>/</code>". Ce répertoire ne contient cependant pas forcément des
 520 ressources de première importance pour l'utilisateur. Par exemple, vous
 521 préférerez peut-être que le répertoire d'accueil d'un visiteur accédant
 522 pour la première fois à votre site soit un répertoire particulier
 523 <code>/a-propos-de/</code>. Pour y parvenir, utilisez le jeu de règles
 524 suivant :</p>
 525 </dd>
 526
 527     <dt>Solution :</dt>
 528
 529     <dd>
 530       <p>On redirige l'URL <code>/</code> vers
 531       <code>/a-propos-de/</code> :
 532       </p>
 533
 534 <highlight language="config">
 535 RewriteEngine on
 536 RewriteRule   "^/$"  "/a-propos-de/"  [<strong>R</strong>]
 537 </highlight>
 538
 539 <p>Notez que l'on peut aussi y parvenir en utilisant la directive
 540 <directive module="mod_alias">RedirectMatch</directive> :</p>
 541
 542 <highlight language="config">RedirectMatch "^/$" "http://example.com/a-propos-de/"</highlight>
 543
 544 <p>Notez aussi que cet exemple ne réécrit que l'URL racine. En d'autres
 545 termes, il réécrit une requête pour <code>http://example.com/</code>,
 546 mais pas pour une requête <code>http://example.com/page.html</code>. Si
 547 vous avez effectivement modifié la racine de vos documents - c'est à dire
 548 si <strong>tous</strong> vos contenus se trouvent dans un
 549 sous-répertoire, il est largement préférable de modifier simplement
 550 votre directive <directive module="core">DocumentRoot</directive>, ou de
 551 déplacer l'ensemble du contenu vers le répertoire supérieur, plutôt que
 552 de réécrire les URLs.</p>
 553 </dd>
 554 </dl>
 555
 556 </section>
 557
 558 <section id="fallback-resource">
 559 <title>Ressource par défaut</title>
 560
 561 <dl>
 562 <dt>Description :</dt>
 563 <dd>Vous voulez qu'une seule ressource (disons un certain fichier tel
 564 que index.php) soit servie pour toutes les requêtes à destination d'un
 565 certain répertoire, sauf pour celles qui concernent une ressource
 566 existant effectivement comme une image, ou un fichier css.</dd>
 567
 568 <dt>Solution :</dt>
 569 <dd>
 570 <p>Depuis la version 2.2.16, vous pouvez y parvenir via la directive
 571 <directive module="mod_dir">FallbackResource</directive> :</p>
 572
 573 <highlight language="config">
 574 &lt;Directory "/var/www/my_blog"&gt;
 575   FallbackResource index.php
 576 &lt;/Directory&gt;
 577 </highlight>
 578
 579 <p>Cependant, si vos besoins étaient plus complexes, vous pouviez, dans
 580 les versions plus anciennes d'Apache, utiliser un jeu de règles du style
 581 :</p>
 582
 583 <highlight language="config">
 584 &lt;Directory "/var/www/my_blog"&gt;
 585   RewriteBase "/my_blog"
 586
 587   RewriteCond "/var/www/my_blog/%{REQUEST_FILENAME}" !-f
 588   RewriteCond "/var/www/my_blog/%{REQUEST_FILENAME}" !-d
 589   RewriteRule "^" "index.php" [PT]
 590 &lt;/Directory&gt;
 591 </highlight>
 592
 593 <p>D'autre part, si vous voulez transmettre l'URI de la requête en tant
 594 que chaîne de paramètres à index.php, vous pouvez remplacer cette règle
 595 de réécriture par :</p>
 596
 597 <highlight language="config">RewriteRule "(.*)" "index.php?$1" [PT,QSA]</highlight>
 598
 599 <p>Notez que l'on peut utiliser ces jeux de règles aussi bien dans un
 600 fichier <code>.htaccess</code> que dans une section
 601 &lt;Directory&gt;.</p>
 602
 603 </dd>
 604
 605 </dl>
 606
 607 </section>
 608
 609 <section id="rewrite-query">
 610 <title>Rewrite query string</title>
 611
 612 <dl>
 613 <dt>Description :</dt>
 614 <dd>Vous voulez extraire une valeur particulière d'une chaîne de
 615 paramètres d'une URL, et soit la remplacer, soit l'incorporer dans un
 616 autre composant de l'URL.</dd>
 617
 618 <dt>Solutions :</dt>
 619 <dd>
 620 <p>Dans la plupart des solutions de cette section, on utilise la même
 621 condition qui stocke la valeur recherchée dans la référence arrière %2.
 622 %1 est le début de la requête, et %3 ce qui reste. Cette condition est
 623 un peu complexe car elle introduit de la flexibilité et évite les
 624 doubles perluettes '&amp;&amp;' dans les substitutions.</p>
 625 <ul>
 626   <li>Cette solution supprime le couple clé/valeur recherché :
 627
 628 <highlight language="config">
 629 # Remove mykey=???
 630 RewriteCond "%{QUERY_STRING}" "(.*(?:^|&amp;))mykey=([^&amp;]*)&amp;?(.*)&amp;?$"
 631 RewriteRule "(.*)" "$1?%1%3"
 632 </highlight>
 633   </li>
 634
 635   <li>Cette solution remplace la partie de l'URL qui suit la valeur
 636   recherchée par un '?' :
 637
 638 <highlight language="config">
 639 # Copy from query string to PATH_INFO
 640 RewriteCond "%{QUERY_STRING}" "(.*(?:^|&amp;))mykey=([^&amp;]*)&amp;?(.*)&amp;?$"
 641 RewriteRule "(.*)" "$1/products/%2/?" [PT]
 642 </highlight>
 643   </li>
 644
 645   <li>Cette solution utilise la valeur recherchée dans une deuxième
 646   condition ::
 647
 648 <highlight language="config">
 649 # Capture the value of mykey in the query string
 650 RewriteCond "%{QUERY_STRING}" "(.*(?:^|&amp;))mykey=([^&amp;]*)&amp;?(.*)&amp;?$""
 651 RewriteCond "%2" !=not-so-secret-value
 652 RewriteRule "(.*)" - [F]
 653 </highlight>
 654   </li>
 655
 656   <li>Cette solution produit l'effet inverse des précédentes ; elle
 657   copie des composantes du chemin (peut-être PATH_INFO) depuis l'URL
 658   vers sa chaîne de paramètres :
 659 <highlight language="config">
 660 # The desired URL might be /products/kitchen-sink, and the script expects
 661 # /path?products=kitchen-sink.
 662 RewriteRule "^/?path/([^/]+)/([^/]+)" "/path?$1=$2" [PT]
 663 </highlight>
 664   </li>
 665 </ul>
 666
 667 </dd>
 668
 669 </dl>
 670 </section>
 671
 672 </manualpage>