httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gry...@apache.org
Subject svn commit: r793592 [1/2] - /httpd/httpd/trunk/docs/manual/rewrite/
Date Mon, 13 Jul 2009 14:28:40 GMT
Author: gryzor
Date: Mon Jul 13 14:28:39 2009
New Revision: 793592

URL: http://svn.apache.org/viewvc?rev=793592&view=rev
Log:
Added french translation for some rewrite files.

Added:
    httpd/httpd/trunk/docs/manual/rewrite/index.html.fr
    httpd/httpd/trunk/docs/manual/rewrite/index.xml.fr
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.fr
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.fr
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html.fr
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.xml.fr
Modified:
    httpd/httpd/trunk/docs/manual/rewrite/index.html
    httpd/httpd/trunk/docs/manual/rewrite/index.html.en
    httpd/httpd/trunk/docs/manual/rewrite/index.xml.meta
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.en
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.meta
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html.en
    httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.xml.meta

Modified: httpd/httpd/trunk/docs/manual/rewrite/index.html
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/index.html?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/index.html (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/index.html Mon Jul 13 14:28:39 2009
@@ -4,6 +4,10 @@
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
 
+URI: index.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: index.html.tr.utf8
 Content-Language: tr
 Content-type: text/html; charset=UTF-8

Modified: httpd/httpd/trunk/docs/manual/rewrite/index.html.en
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/index.html.en?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/index.html.en (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/index.html.en Mon Jul 13 14:28:39 2009
@@ -19,6 +19,7 @@
 <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP Server</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.3</a></div><div id="page-content"><div id="preamble"><h1>Apache mod_rewrite</h1>
 <div class="toplang">
 <p><span>Available Languages: </span><a href="../en/rewrite/" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="../tr/rewrite/" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div>
 
@@ -89,6 +90,7 @@
 </div></div>
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="../en/rewrite/" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
 <a href="../tr/rewrite/" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2009 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>

Added: httpd/httpd/trunk/docs/manual/rewrite/index.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/index.html.fr?rev=793592&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/index.html.fr (added)
+++ httpd/httpd/trunk/docs/manual/rewrite/index.html.fr Mon Jul 13 14:28:39 2009
@@ -0,0 +1,100 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+              This file is generated from xml source: DO NOT EDIT
+        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+      -->
+<title>Le module Apache mod_rewrite - Serveur Apache HTTP</title>
+<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="../images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.3</p>
+<img alt="" src="../images/feather.gif" /></div>
+<div class="up"><a href="../"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
+<div id="path">
+<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.3</a></div><div id="page-content"><div id="preamble"><h1>Le module Apache mod_rewrite</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="../en/rewrite/" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="../tr/rewrite/" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
+</div>
+
+      <blockquote>
+            <p>``Ce qui est super avec mod_rewrite, c'est qui permet
+	    autant de configuration et de flexibilité que Sendmail.
+	    L'inconvénient de mod_rewrite, c'est qu'il permet autant de
+	    configuration et de flexibilité que Sendmail.''</p>
+
+            <p class="cite">-- <cite>Brian Behlendorf</cite><br />
+            Groupe Apache</p>
+
+      </blockquote>
+
+      <blockquote>
+            <p>``Malgré les tonnes d'exemples et de documentations,
+	    mod_rewrite relève de la magie vaudoue. De la magie vaudoue super
+	    géniale, mais de la magie vaudoue.''</p>
+
+            <p class="cite">-- <cite>Brian Moore</cite><br />
+            bem@news.cmc.net</p>
+
+      </blockquote>
+
+      <p>Bienvenue dans mod_rewrite, le couteau suisse de la
+      manipulation d'URL !</p>
+
+      <p>Ce module met en oeuvre un moteur de réécriture à base de
+      règles (basé sur un interpréteur d'expressions rationnelles) pour
+      réécrire les URLs issues des requêtes à la volée. Il fournit un
+      mécanisme de manipulation d'URL particulièrement souple et
+      puissant en supportant un nombre illimité de règles et de
+      conditions attachées à chaque règle. Les manipulations d'URLs
+      peuvent dépendre de tests variés : par exemple, les URLs peuvent
+      être finement caractérisées en fonction de variables du serveur,
+      de variables d'environnement, d'en-têtes HTTP, de repères
+      temporels, ou même de requêtes vers des bases de données externes
+      sous différents formats.</p>
+
+      <p>Ce module agit sur l'ensemble des URLs (la partie chemin
+      incluse) non seulement dans le contexte du serveur principal
+      (<code>httpd.conf</code>), mais aussi dans le contexte des
+      répertoires (fichiers <code>.htaccess</code> et blocs
+      <code>&lt;Directory&gt;</code>), et peut même générer des chaînes
+      de requête comme résultat. Le résultat réécrit peut conduire à un
+      traitement secondaire interne, une redirection vers une requête
+      externe ou même l'envoi vers un serveur mandataire.</p>
+
+      <p>Mais toutes ces fonctionnalités et cette souplesse ont un
+      inconvénient : la complexité. N'espérez donc pas comprendre ce
+      module dans les détails en un seul jour.</p>
+
+</div>
+<div id="quickview"><h3>Voir aussi</h3><ul class="seealso"><li><a href="../urlmapping.html">Mise en correspondance des URLs
+avec le système de fichiers</a></li><li><a href="http://wiki.apache.org/httpd/Rewrite">wiki mod_rewrite
+</a></li><li><a href="../glossary.html">Glossaire</a></li></ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="documentation" id="documentation">Documentation</a></h2>
+<ul>
+<li><a href="../mod/mod_rewrite.html">Documentation de référence de
+mod_rewrite</a></li>
+<li><a href="rewrite_intro.html">Introduction</a></li>
+<li><a href="rewrite_flags.html">Drapeaux</a></li>
+<li><a href="rewrite_tech.html">Détails techniques</a></li>
+<li><a href="rewrite_guide.html">Guide de réécriture - exemples utiles</a></li>
+<li><a href="rewrite_guide_advanced.html">Guide de réécriture avancé -
+encore plus d'exemples utiles</a></li>
+</ul>
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="../en/rewrite/" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="../tr/rewrite/" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2009 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file

Added: httpd/httpd/trunk/docs/manual/rewrite/index.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/index.xml.fr?rev=793592&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/index.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/rewrite/index.xml.fr Mon Jul 13 14:28:39 2009
@@ -0,0 +1,103 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
+<!-- English Revision : 636374 $ -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="index.xml.meta">
+<parentdocument href="../"/>
+
+  <title>Le module Apache mod_rewrite</title>
+
+<summary>
+      <blockquote>
+            <p>``Ce qui est super avec mod_rewrite, c'est qui permet
+	    autant de configuration et de flexibilit&eacute; que Sendmail.
+	    L'inconv&eacute;nient de mod_rewrite, c'est qu'il permet autant de
+	    configuration et de flexibilit&eacute; que Sendmail.''</p>
+
+            <p class="cite">-- <cite>Brian Behlendorf</cite><br />
+            Groupe Apache</p>
+
+      </blockquote>
+
+      <blockquote>
+            <p>``Malgr&eacute; les tonnes d'exemples et de documentations,
+	    mod_rewrite rel&egrave;ve de la magie vaudoue. De la magie vaudoue super
+	    g&eacute;niale, mais de la magie vaudoue.''</p>
+
+            <p class="cite">-- <cite>Brian Moore</cite><br />
+            bem@news.cmc.net</p>
+
+      </blockquote>
+
+      <p>Bienvenue dans mod_rewrite, le couteau suisse de la
+      manipulation d'URL !</p>
+
+      <p>Ce module met en oeuvre un moteur de r&eacute;&eacute;criture &agrave; base de
+      r&egrave;gles (bas&eacute; sur un interpr&eacute;teur d'expressions rationnelles) pour
+      r&eacute;&eacute;crire les URLs issues des requ&ecirc;tes &agrave; la vol&eacute;e. Il fournit un
+      m&eacute;canisme de manipulation d'URL particuli&egrave;rement souple et
+      puissant en supportant un nombre illimit&eacute; de r&egrave;gles et de
+      conditions attach&eacute;es &agrave; chaque r&egrave;gle. Les manipulations d'URLs
+      peuvent d&eacute;pendre de tests vari&eacute;s : par exemple, les URLs peuvent
+      &ecirc;tre finement caract&eacute;ris&eacute;es en fonction de variables du serveur,
+      de variables d'environnement, d'en-t&ecirc;tes HTTP, de rep&egrave;res
+      temporels, ou m&ecirc;me de requ&ecirc;tes vers des bases de donn&eacute;es externes
+      sous diff&eacute;rents formats.</p>
+
+      <p>Ce module agit sur l'ensemble des URLs (la partie chemin
+      incluse) non seulement dans le contexte du serveur principal
+      (<code>httpd.conf</code>), mais aussi dans le contexte des
+      r&eacute;pertoires (fichiers <code>.htaccess</code> et blocs
+      <code>&lt;Directory&gt;</code>), et peut m&ecirc;me g&eacute;n&eacute;rer des cha&icirc;nes
+      de requ&ecirc;te comme r&eacute;sultat. Le r&eacute;sultat r&eacute;&eacute;crit peut conduire &agrave; un
+      traitement secondaire interne, une redirection vers une requ&ecirc;te
+      externe ou m&ecirc;me l'envoi vers un serveur mandataire.</p>
+
+      <p>Mais toutes ces fonctionnalit&eacute;s et cette souplesse ont un
+      inconv&eacute;nient : la complexit&eacute;. N'esp&eacute;rez donc pas comprendre ce
+      module dans les d&eacute;tails en un seul jour.</p>
+
+</summary>
+
+<seealso><a href="../urlmapping.html">Mise en correspondance des URLs
+avec le syst&egrave;me de fichiers</a></seealso>
+<seealso><a href="http://wiki.apache.org/httpd/Rewrite">wiki mod_rewrite
+</a></seealso>
+<seealso><a href="../glossary.html">Glossaire</a></seealso>
+
+<section id="documentation"><title>Documentation</title>
+<ul>
+<li><a href="../mod/mod_rewrite.html">Documentation de r&eacute;f&eacute;rence de
+mod_rewrite</a></li>
+<li><a href="rewrite_intro.html">Introduction</a></li>
+<li><a href="rewrite_flags.html">Drapeaux</a></li>
+<li><a href="rewrite_tech.html">D&eacute;tails techniques</a></li>
+<li><a href="rewrite_guide.html">Guide de r&eacute;&eacute;criture - exemples utiles</a></li>
+<li><a href="rewrite_guide_advanced.html">Guide de r&eacute;&eacute;criture avanc&eacute; -
+encore plus d'exemples utiles</a></li>
+</ul>
+</section>
+
+</manualpage>
+
+

Modified: httpd/httpd/trunk/docs/manual/rewrite/index.xml.meta
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/index.xml.meta?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/index.xml.meta (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/index.xml.meta Mon Jul 13 14:28:39 2009
@@ -8,6 +8,7 @@
 
   <variants>
     <variant>en</variant>
+    <variant>fr</variant>
     <variant>tr</variant>
   </variants>
 </metafile>

Modified: httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html Mon Jul 13 14:28:39 2009
@@ -3,3 +3,7 @@
 URI: rewrite_guide.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
+
+URI: rewrite_guide.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1

Modified: httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.en
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.en?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.en (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.en Mon Jul 13 14:28:39 2009
@@ -18,7 +18,8 @@
 <div id="path">
 <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP Server</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.3</a> &gt; <a href="./">Rewrite</a></div><div id="page-content"><div id="preamble"><h1>URL Rewriting Guide</h1>
 <div class="toplang">
-<p><span>Available Languages: </span><a href="../en/rewrite/rewrite_guide.html" title="English">&nbsp;en&nbsp;</a></p>
+<p><span>Available Languages: </span><a href="../en/rewrite/rewrite_guide.html" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/rewrite_guide.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a></p>
 </div>
 
 
@@ -827,7 +828,8 @@
 
     </div></div>
 <div class="bottomlang">
-<p><span>Available Languages: </span><a href="../en/rewrite/rewrite_guide.html" title="English">&nbsp;en&nbsp;</a></p>
+<p><span>Available Languages: </span><a href="../en/rewrite/rewrite_guide.html" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/rewrite_guide.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2009 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
 <p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossary</a> | <a href="../sitemap.html">Sitemap</a></p></div>

Added: httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.fr?rev=793592&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.fr (added)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.html.fr Mon Jul 13 14:28:39 2009
@@ -0,0 +1,872 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+              This file is generated from xml source: DO NOT EDIT
+        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+      -->
+<title>Guide de réécriture des URLs - Serveur Apache HTTP</title>
+<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="../images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.3</p>
+<img alt="" src="../images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
+<div id="path">
+<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.3</a> &gt; <a href="./">Rewrite</a></div><div id="page-content"><div id="preamble"><h1>Guide de réécriture des URLs</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="../en/rewrite/rewrite_guide.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/rewrite_guide.html" title="Français">&nbsp;fr&nbsp;</a></p>
+</div>
+
+
+    <p>Ce document complète la <a href="../mod/mod_rewrite.html">documentation de référence</a> du
+    module <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>. Il décrit de quelle manière on
+    peut utiliser le module Apache <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> pour
+    résoudre les problèmes typiques relatifs aux URLs auxquels les
+    webmasters sont souvent confrontés. La résolution de chaque problème
+    par la configuration des jeux de règles de réécriture d'URLs fait
+    l'objet d'une description détaillée.</p>
+
+    <div class="warning">ATTENTION : l'adaptation des exemples à votre
+    situation en fonction de la configuration de votre serveur pourra
+    s'avérer nécessaire, par exemple l'ajout du drapeau
+    <code>[PT]</code> si vous utilisez les modules
+    <code class="module"><a href="../mod/mod_alias.html">mod_alias</a></code>, <code class="module"><a href="../mod/mod_userdir.html">mod_userdir</a></code>, etc... Un
+    jeu de règles défini dans le contexte du serveur devra aussi être
+    adapté pour être utilisé dans un contexte <code>.htaccess</code>.
+    Efforcez-vous toujours de bien comprendre l'effet produit par un jeu
+    de règles avant de l'utiliser, ce qui pourra vous éviter bien des
+    problèmes.</div>
+
+  </div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#canonicalurl">URLs canoniques</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#canonicalhost">Noms d'hôtes canoniques</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#moveddocroot"><code>DocumentRoot</code>déplacé</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#trailingslash">Problème du slash de fin</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#movehomedirs">Déplacement des répertoires home vers un autre serveur</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#multipledirs">Recherche de pages dans plus d'un répertoire</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#setenvvars">Définir des variables d'environnement en fonction de
+      certaines parties de l'URL</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#uservhosts">Hôtes virtuels basés sur l'utilisateur</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#redirecthome">Redirection des répertoires d'accueil pour les étrangers</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#redirectanchors">Redirection des ancrages</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#time-dependent">Réécriture dépendant de l'heure</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#backward-compatibility">Compatibilité ascendante pour une migration de YYYY vers
+      XXXX</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#old-to-new">De l'ancien au nouveau (en interne)</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#old-to-new-extern">De l'ancien au nouveau (en externe)</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#static-to-dynamic">De statique à dynamique</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#blocking-of-robots">Blocage des robots</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#blocked-inline-images">Blocage du référencement à chaud (Hotlinking) d'images</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#proxy-deny">Interdiction du mandataire</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#external-rewriting">Moteur de réécriture externe</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="../mod/mod_rewrite.html">Documentation du module</a></li><li><a href="rewrite_intro.html">Introduction à mod_rewrite</a></li><li><a href="rewrite_guide_advanced.html">Guide de réécriture
+avancé - exemples utiles avancés</a></li><li><a href="rewrite_tech.html">Détails techniques</a></li></ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="canonicalurl" id="canonicalurl">URLs canoniques</a></h2>
+
+
+
+<dl>
+ <dt>Description :</dt>
+
+   <dd>
+     <p>Sur certains serveurs web, une ressource peut être accessible
+     depuis plusieurs URLs. On trouve en général des URLs canoniques
+     (qui sont réellement utilisables et distribuables), mais aussi des
+     URLs à usage interne, ou celles qui ne sont que des raccourcis,
+     etc... On souhaite que, quelle que soit l'URL que l'utilisateur
+     a fournie avec sa requête, il ne doit en voir en fin de compte
+     que la forme canonique.</p>
+   </dd>
+
+   <dt>Solution :</dt>
+
+     <dd>
+       <p>On effectue une redirection HTTP externe pour toutes les URLs
+       non canoniques afin de les rendre compréhensibles au navigateur
+       et ceci pour toutes les requêtes sous-jacentes. Dans l'exemple de
+       jeux de règles ci-dessous, <code>/~user</code> est remplacé par
+       l'expression canonique <code>/u/user</code>, et une éventuelle
+       absence du slash à la fin de <code>/u/user</code> est corrigée.</p>
+
+<div class="example"><pre>
+RewriteRule   ^/<strong>~</strong>([^/]+)/?(.*)    /<strong>u</strong>/$1/$2  [<strong>R</strong>]
+RewriteRule   ^/u/(<strong>[^/]+</strong>)$  /$1/$2<strong>/</strong>   [<strong>R</strong>]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="canonicalhost" id="canonicalhost">Noms d'hôtes canoniques</a></h2>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>Le but de cette règle est de préférer l'utilisation d'un nom
+	d'hôte particulier par rapport à d'autres noms d'hôte utilisables
+	pour atteindre le même site. Par exemple, si vous voulez
+	utiliser <strong>www.example.com</strong> à la place de
+	<strong>example.com</strong>, vous devez utiliser une solution
+	de ce style.</dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+<p>Pour les sites écoutant sur un port autre que 80:</p>
+<div class="example"><pre>
+RewriteCond %{HTTP_HOST}   !^www\.exemple\.com [NC]
+RewriteCond %{HTTP_HOST}   !^$
+RewriteCond %{SERVER_PORT} !^80$
+RewriteRule ^/?(.*)         http://www.exemple.com:%{SERVER_PORT}/$1
+[L,R,NE]
+</pre></div>
+
+<p>Et pour un site écoutant sur le port 80</p>
+<div class="example"><pre>
+RewriteCond %{HTTP_HOST}   !^www\.exemple\.com [NC]
+RewriteCond %{HTTP_HOST}   !^$
+RewriteRule ^/?(.*)         http://www.exemple.com/$1 [L,R,NE]
+</pre></div>
+	<p>
+	Si vous souhaitez que cette règle s'applique à tous les noms de
+	domaine - en d'autres termes, si vous voulez rediriger
+	<strong>example.com</strong> vers
+	<strong>www.example.com</strong> pour toutes les valeurs
+	possibles de <strong>example.com</strong>, vous pouvez utiliser
+	le jeu de règles suivants :</p>
+
+<div class="example"><pre>
+RewriteCond %{HTTP_HOST} !^www\. [NC]
+RewriteCond %{HTTP_HOST} !^$
+RewriteRule ^/?(.*) http://www.%{HTTP_HOST}/$1 [L,R,NE]
+</pre></div>
+	<p>
+	Vous pouvez utiliser ce jeu de règles aussi bien dans le fichier
+	de configuration de votre serveur principal que dans un fichier
+	<code>.htaccess</code> placé dans le répertoire défini par la
+	directive <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> du serveur.</p>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="moveddocroot" id="moveddocroot"><code>DocumentRoot</code>déplacé</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+<p>En général, la directive <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> correspond directement à l'URL
+"<code>/</code>" du serveur web. Mais souvent, les données qui s'y
+trouvent ne sont pas de la première priorité. Par exemple, il peut être
+intéressant, pour les visiteurs qui entrent sur le site pour la première
+fois, d'être redirigés vers un sous-répertoire particulier
+<code>/a-propos-de/</code>. Pour ce faire, on peut utiliser le jeu de
+règles suivant :</p>
+</dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On redirige l'URL <code>/</code> vers
+          <code>/a-propos-de/</code>:
+          </p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteRule   <strong>^/$</strong>  /a-propos-de/  [<strong>R</strong>]
+</pre></div>
+
+    <p>Notez que le même effet peut être obtenu à l'aide de la directive
+    <code class="directive"><a href="../mod/mod_alias.html#redirectmatch">RedirectMatch</a></code> :</p>
+
+<div class="example"><p><code>
+RedirectMatch ^/$ http://exemple.com/apropos/
+</code></p></div>
+<p>Notez aussi que cet exemple ne réécrit que l'URL racine. En d'autres
+termes, il réécrit une requête pour <code>http://example.com/</code>,
+mais ne réécrira pas une requête pour
+<code>http://example.com/page.html</code>. En fait, si vous avez modifié
+la racine de vos documents - c'est à dire si tous vos contenus se
+trouvent dans ce sous-répertoire, il vaut mieux simplement modifier
+votre directive <code class="directive"><a href="../mod/core.html#documentroot">DocumentRoot</a></code> que de
+procéder à une réécriture d'URLs.</p>
+</dd>
+</dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="trailingslash" id="trailingslash">Problème du slash de fin</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+    <dd><p>La plupart des problèmes de "slash de fin" peuvent être
+    résolus grâce aux techniques décrites dans ce <a href="http://httpd.apache.org/docs/misc/FAQ-E.html#set-servername">sujet
+    de la FAQ</a>. Cependant, dans certaines situations où l'absence de slash de fin
+    peut rendre une URL inopérante, l'utilisation de
+    mod_rewrite s'avère nécessaire. Le cas peut se présenter, par exemple,
+    après une série complexe de règles de réécriture.</p>
+    </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>La solution à ce problème subtil consiste à laisser le
+	  serveur ajouter le slash de fin automatiquement. Pour y
+	  parvenir, il faut utiliser une redirection externe, afin que
+	  le navigateur demande correctement les images sous-jacentes,
+	  etc... Une réécriture en interne ne fonctionnerait que pour la
+	  page du répertoire, mais échouerait pour toute image incluse
+	  dans cette page via des liens relatifs, car le navigateur
+	  demanderait un objet inséré. Par exemple, une requête pour
+	  <code>image.gif</code> dans <code>/~quux/foo/index.html</code>
+	  deviendrait <code>/~quux/image.gif</code> sans la redirection
+	  externe !</p>
+
+          <p>Pour y parvenir, on peut utiliser des règles de ce style :</p>
+
+<div class="example"><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^foo<strong>$</strong>  foo<strong>/</strong>  [<strong>R</strong>]
+</pre></div>
+
+   <p>Vous pouvez aussi ajouter ce qui suit dans un fichier
+   <code>.htaccess</code> situé dans le répertoire contenant la
+   ressource. Notez cependant que cela augmente la charge du processeur.</p>
+
+<div class="example"><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteCond    %{REQUEST_FILENAME}  <strong>-d</strong>
+RewriteRule    ^(.+<strong>[^/]</strong>)$           $1<strong>/</strong>  [R]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="movehomedirs" id="movehomedirs">Déplacement des répertoires home vers un autre serveur</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>De nombreux webmasters ont demandé comment résoudre le
+	  problème suivant : ils voudraient tout simplement rediriger
+	  les répertoires home d'un serveur web vers un autre serveur
+	  web. Cette situation se présente en général lorsqu'on installe
+	  un nouveau serveur web destiné à terme à en remplacer un autre
+	  plus ancien.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Avec <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code>, la solution est
+	  évidente. Sur l'ancien serveur web, on redirige simplement
+	  toutes les URLs du style <code>/~user/chemin</code> vers
+	  <code>http://nouveau-serveur/~user/chemin</code>.</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteRule   ^/~(.+)  http://<strong>nouveau-serveur</strong>/~$1  [R,L]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="multipledirs" id="multipledirs">Recherche de pages dans plus d'un répertoire</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Le serveur web doit parfois rechercher des pages dans plus
+	  d'un répertoire. Dans ce cas, les vues multiples ou autres
+	  techniques similaires ne sont d'aucun secours.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On définit explicitement un jeu de règles qui recherche les
+	  fichiers dans les répertoires.</p>
+
+<div class="example"><pre>
+RewriteEngine on
+
+#   on cherche tout d'abord dans dir1/...
+#   ... et si on trouve, on est content et on arrête :
+RewriteCond         %{DOCUMENT_ROOT}/<strong>dir1</strong>/%{REQUEST_URI}  -f
+RewriteRule  ^(.+)  %{DOCUMENT_ROOT}/<strong>dir1</strong>/$1  [L]
+
+#   on cherche ensuite dans dir2/...
+#   ... et si on trouve, on est content et on arrête :
+RewriteCond         %{DOCUMENT_ROOT}/<strong>dir2</strong>/%{REQUEST_URI}  -f
+RewriteRule  ^(.+)  %{DOCUMENT_ROOT}/<strong>dir2</strong>/$1  [L]
+
+#   sinon, on continue la recherche avec d'autres directives Alias
+#   ou ScriptAlias, etc...
+RewriteRule   ^(.+)  -  [PT]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="setenvvars" id="setenvvars">Définir des variables d'environnement en fonction de
+      certaines parties de l'URL</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment conserver des informations
+	  d'état d'une requête à l'autre et utiliser l'URL pour les
+	  encoder, sans utiliser d'encapsulateur CGI
+	  pour toutes les pages pour seulement supprimer ces
+	  informations.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise une règle de réécriture pour supprimer
+	  l'information d'état et l'enregistrer dans une variable
+	  d'environnement dont on pourra plus tard extraire la valeur
+	  dans XSSI ou CGI. De cette façon, une URL telle que
+	  <code>/foo/S=java/bar/</code> sera traduite en
+	  <code>/foo/bar/</code> et la variable d'environnement
+	  <code>STATUS</code> aura pour valeur "java".</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteRule   ^(.*)/<strong>S=([^/]+)</strong>/(.*)    $1/$3 [E=<strong>STATUS:$2</strong>]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="uservhosts" id="uservhosts">Hôtes virtuels basés sur l'utilisateur</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons que vous vouliez atteindre la page d'accueil des
+	  utilisateurs sur une même machine au moyen de l'URL
+	  <code>www.<strong>nom-utilisateur</strong>.hôte.domaine.com</code>,
+	  en vous basant
+	  seulement sur les enregistrements DNS de type A, et ceci sans qu'aucun
+	  hôte virtuel ne soit installé sur cette machine.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Dans le cas des requêtes HTTP/1.0, il n'y a pas de solution
+	  ; par contre, avec une requête HTTP/1.1 qui contient un
+	  en-tête HTTP Host:, on peut utiliser le jeu de règles suivant
+	  pour réécrire en interne
+	  <code>http://www.nom-utilisateur.hôte.com/chemin</code> vers
+	  <code>/home/nom-utilisateur/chemin</code> :</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteCond   %{<strong>HTTP_HOST</strong>}                 ^www\.<strong>([^.]+)</strong>\.host\.com$
+RewriteRule   ^(.*) /home/<strong>%1</strong>$1
+</pre></div>
+<p>Les parenthèses utilisées dans une directive <code class="directive"><a href="../mod/mod_rewrite.html#rewritecond">RewriteCond</a></code> sont capturées dans les
+références arrières <code>%1</code>, <code>%2</code>, etc..., alors que
+les parenthèses utilisées dans une directive <code class="directive"><a href="../mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> sont capturées dans les
+références arrières <code>$1</code>, <code>$2</code>, etc...</p>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="redirecthome" id="redirecthome">Redirection des répertoires d'accueil pour les étrangers</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>On veut rediriger les URLs des répertoires d'accueil vers
+	  un autre serveur <code>www.quelque-part.com</code> lorsque
+	  l'utilisateur demandeur n'appartient pas au domaine local
+	  <code>notre-domaine.com</code>. On rencontre parfois cette
+	  situation dans un contexte d'hôtes virtuels.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Juste une condition de réécriture :</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteCond   %{REMOTE_HOST}  <strong>!^.+\.notre-domaine\.com$</strong>
+RewriteRule   ^(/~.+)         http://www.quelque-part.com/$1 [R,L]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="redirectanchors" id="redirectanchors">Redirection des ancrages</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+        <p>Par défaut, la redirection vers un ancrage HTML ne fonctionne
+	pas, car mod_rewrite échappe le caractère <code>#</code> en le
+	transformant en <code>%23</code>, ce qui rend la redirection
+	inopérante.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise le drapeau <code>[NE]</code> dans la règle
+	  <code>RewriteRule</code>. NE signifie "No Escape".
+          </p>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="time-dependent" id="time-dependent">Réécriture dépendant de l'heure</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Lorsqu'il s'agit de distribuer des contenus dont la nature
+	  dépend de l'heure, de nombreux webmasters utilisent encore des
+	  scripts CGI qui redirigent par exemple vers des pages
+	  spécifiques. Comment peut-on y parvenir à tenir compte de
+	  l'heure à l'aide de <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Il existe de nombreuses variables nommées
+	  <code>TIME_xxx</code> utilisables dans les conditions de
+	  réécriture. Utilisées en conjonction avec les modèles de
+	  comparaison lexicographique spéciaux <code>&lt;STRING</code>,
+	  <code>&gt;STRING</code> et <code>=STRING</code>, elles
+	  permettent d'effectuer des redirections dépendant de
+	  l'heure :</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteCond   %{TIME_HOUR}%{TIME_MIN} &gt;0700
+RewriteCond   %{TIME_HOUR}%{TIME_MIN} &lt;1900
+RewriteRule   ^foo\.html$             foo.jour.html
+RewriteRule   ^foo\.html$             foo.nuit.html
+</pre></div>
+
+          <p>Avec cet exemple, l'URL <code>foo.html</code> renvoie
+	  le contenu de <code>foo.jour.html</code> durant le
+	  créneau horaire <code>07:00-19:00</code>, et le contenu de
+	  <code>foo.nuit.html</code> le reste du temps. Agréable
+	  fonctionnalité pour une page d'accueil...</p>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="backward-compatibility" id="backward-compatibility">Compatibilité ascendante pour une migration de YYYY vers
+      XXXX</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment conférer une compatibilité ascendante aux URLs
+	  (existant encore virtuellement) après avoir migré
+	  <code>document.YYYY</code> vers <code>document.XXXX</code>,
+	  c'est à dire après avoir par exemple traduit un lot de
+	  fichiers <code>.html</code> en fichiers <code>.phtml</code>
+	  ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On réécrit simplement le nom du fichier en son nom
+	  de base et vérifie s'il existe aussi avec la nouvelle
+	  extension. Si c'est le cas, on utilise ce nom, sinon on
+	  réécrit l'URL sous sa forme originale.</p>
+
+
+<div class="example"><pre>
+#   jeu de règles assurant une compatibilité ascendante en réécrivant
+#   document.html en document.phtml si et seulement si document.phtml
+#   existe et document.html n'existe plus
+RewriteEngine on
+RewriteBase   /~quux/
+#   réécriture du fichier en son nom de base,
+#   mais garde en mémoire le fait qu'il s'agit
+#   d'un fichier html
+RewriteRule   ^(.*)\.html$              $1      [C,E=WasHTML:yes]
+#   réécrit vers document.phtml s'il existe
+#   Note : il s'agit d'un exemple de niveau répertoire, si bien que
+#   %{REQUEST_FILENAME} contient le chemin complet du système de fichier
+#   tel qu'il a été construit par le serveur.
+RewriteCond   %{REQUEST_FILENAME}.phtml -f
+RewriteRule   ^(.*)$ $1.phtml                   [S=1]
+#   sinon, restauration du nom de fichier complet original
+RewriteCond   %{ENV:WasHTML}            ^yes$
+RewriteRule   ^(.*)$ $1.html
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="old-to-new" id="old-to-new">De l'ancien au nouveau (en interne)</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons que nous ayons récemment renommé la page
+	  <code>foo.html</code> en <code>bar.html</code>, et voulions
+	  maintenant que l'ancienne URL soit toujours valide à des fins
+	  de compatibilité ascendante. En fait, on voudrait que le
+	  changement de nom soit transparent aux utilisateurs de
+	  l'ancienne URL.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On réécrit l'ancienne URL en interne vers la nouvelle via
+	  la règle suivante :</p>
+
+<div class="example"><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^<strong>foo</strong>\.html$  <strong>bar</strong>.html
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="old-to-new-extern" id="old-to-new-extern">De l'ancien au nouveau (en externe)</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons toujours que nous ayons récemment renommé la page
+	  <code>foo.html</code> en <code>bar.html</code>, et voulions
+	  maintenant que l'ancienne URL soit toujours valide à des fins
+	  de compatibilité ascendante. Par contre, nous voulons cette
+	  fois que les utilisateurs de l'ancienne URL soient redirigés
+	  vers la nouvelle, c'est à dire que l'adresse tapée
+	  dans leur navigateur doit aussi être modifiée.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On force une redirection HTTP vers la nouvelle URL, ce qui
+	  entraîne une modification de celle du navigateur et aussi de ce
+	  que voit l'utilisateur :</p>
+
+<div class="example"><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^<strong>foo</strong>\.html$  <strong>bar</strong>.html  [<strong>R</strong>]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="static-to-dynamic" id="static-to-dynamic">De statique à dynamique</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment transformer une page statique <code>foo.html</code>
+	  en sa variante dynamique <code>foo.cgi</code> de manière
+	  transparente, c'est à dire sans en avertir le
+	  navigateur/utilisateur.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On réécrit simplement l'URL en script CGI et force le
+	  gestionnaire de contenu à <strong>cgi-script</strong> de façon
+	  à ce que le script s'exécute en tant que programme CGI.
+	  Ainsi, une requête vers <code>/~quux/foo.html</code> conduit
+	  en interne à l'invocation de
+	  <code>/~quux/foo.cgi</code>.</p>
+
+<div class="example"><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^foo\.<strong>html</strong>$  foo.<strong>cgi</strong>  [H=<strong>cgi-script</strong>]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="blocking-of-robots" id="blocking-of-robots">Blocage des robots</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment empêcher un robot vraiment gênant de collecter les
+	  pages d'une partie spécifique du site web ? Un fichier
+	  <code>/robots.txt</code> comportant les entrées du "Protocole
+	  d'Exclusion des Robots" ne suffit généralement pas à en venir
+	  à bout.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise un jeu de règles qui interdit les URLs de la
+	  partie du site web concernée <code>/~quux/foo/arc/</code>
+	  (peut-être une partie du serveur avec une arborescence très
+	  développée à travers laquelle le parcours du
+	  robot induirait une charge importante pour le serveur). Nous
+	  devons nous assurer de n'interdire l'accès qu'à ce robot
+	  particulier, c'est à dire qu'il ne suffit pas d'interdire
+	  l'accès à l'hôte sur lequel le robot fonctionne, ce qui
+	  bloquerait aussi les utilisateurs de cet hôte. Pour y
+	  parvenir, on tient aussi compte des informations contenues
+	  dans l'en-tête HTTP User-Agent.</p>
+
+<div class="example"><pre>
+RewriteCond %{HTTP_USER_AGENT}   ^<strong>NameOfBadRobot</strong>.*
+RewriteCond %{REMOTE_ADDR}       ^<strong>123\.45\.67\.[8-9]</strong>$
+RewriteRule ^<strong>/~quux/foo/arc/</strong>.+   -   [<strong>F</strong>]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="blocked-inline-images" id="blocked-inline-images">Blocage du référencement à chaud (Hotlinking) d'images</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Cette technique vous permet d'interdire à d'autres sites
+	  d'inclure directement vos images dans leurs pages. On fait
+	  souvent référence à cette pratique sous le nom de
+	  référencement à chaud (Hotlinking) qui entraîne l'utilisation
+	  de votre bande passante pour servir des contenus faisant
+	  partie du site de quelqu'un d'autre.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+	<p>Cette technique repose sur la valeur de la variable
+	optionnelle <code>HTTP_REFERER</code>. Certaines personnes
+	pourront donc contourner cette limitation. Pour la plupart des
+	utilisateurs cependant, la requête échouera, en ce sens que
+	l'image ne sera pas affichée depuis le site tiers.</p>
+	<p>Il y a plusieurs manières de gérer cette situation.</p>
+
+	<p>Dans le premier exemple, nous rejetons tout simplement la
+	requête si elle ne provenait pas d'une page appartenant à notre
+	site. Pour les besoins de cet exemple, nous supposons que le nom
+	de votre site est <code>www.example.com</code>.</p>
+
+<div class="example"><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong>    -   [F,NC]
+</pre></div>
+
+	<p>Dans le second exemple, plutôt que de rejeter la requête,
+	nous affichons une autre image à la place.</p>
+
+<div class="example"><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong>    /images/go-away.png   [R,NC]
+</pre></div>
+
+	<p>Dans le troisième exemple, nous redirigeons la requête vers
+	une image appartenant à un site tiers.</p>
+
+
+<div class="example"><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong> http://other.site.com/image.gif   [R,NC]
+</pre></div>
+	<p>De tous ces exemples, les deux derniers semblent les plus
+	efficaces pour faire en sorte que les gens arrêtent de
+	référencer vos images à chaud, car il ne verront pas les images
+	qu'ils s'attendent à voir.</p>
+
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="proxy-deny" id="proxy-deny">Interdiction du mandataire</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment interdire l'utilisation du mandataire d'Apache à un
+	  certain hôte, ou même à un utilisateur d'un certain hôte ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Nous devons tout d'abord nous assurer que
+	  <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> se situe en dessous (!) de
+	  <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> dans le fichier de configuration
+	  lors de la compilation du serveur web Apache. De cette façon,
+	  il est appelé <em>avant</em> <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code>. Nous
+	  pouvons alors utiliser la règle suivante pour une interdiction
+	  concernant un hôte...</p>
+
+<div class="example"><pre>
+RewriteCond %{REMOTE_HOST} <strong>^mauvais-hôte\.mon-domaine\.com$</strong>
+RewriteRule !^http://[^/.]\.mon-domaine.com.*  - [F]
+</pre></div>
+
+          <p>...et celle-ci pour une interdiction concernant un
+	  utilisateur d'un certain hôte :</p>
+
+<div class="example"><pre>
+RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST}
+<strong>^mauvais-sujet@mauvais-hôte\.mon-domaine\.com$</strong>
+RewriteRule !^http://[^/.]\.mon-domaine.com.*  - [F]
+</pre></div>
+        </dd>
+      </dl>
+
+    </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="external-rewriting" id="external-rewriting">Moteur de réécriture externe</a></h2>
+
+      
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Une question de la Faq : comment résoudre le problème
+	  FOO/BAR/QUUX/etc. ? <code class="module"><a href="../mod/mod_rewrite.html">mod_rewrite</a></code> ne semble pas
+	  devoir y apporter de solution...</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Utiliser une <code class="directive"><a href="../mod/mod_rewrite.html#rewritemap">RewriteMap</a></code> ou table de réécriture externe, c'est
+	  à dire un programme qui agit de la même façon qu'une
+	  <code class="directive"><a href="../mod/mod_rewrite.html#rewritemap">RewriteMap</a></code>. Il
+	  doit être lancé une fois au démarrage d'Apache, recevoir les
+	  URLs des requêtes sur <code>STDIN</code>, et restituer l'URL
+	  résultante (en général réécrite) sur <code>STDOUT</code> (dans
+	  cet ordre !).</p>
+
+<div class="example"><pre>
+RewriteEngine on
+RewriteMap    quux-table       <strong>prg:</strong>/chemin/vers/table.quux.pl
+RewriteRule   ^/~quux/(.*)$  /~quux/<strong>${quux-table:$1}</strong>
+</pre></div>
+
+<div class="example"><pre>
+#!/chemin/vers/perl
+
+#   désactive la mise en tampon des entrées/sorties, qui risque
+#   de provoquer des bouclages infinis pour le serveur Apache
+$| = 1;
+
+#   lit les URLs (une par ligne) depuis stdin et
+#   génère l'URL transformée sur stdout
+
+#   read URLs one per line from stdin and
+#   generate substitution URL on stdout
+while (&lt;&gt;) {
+    s|^foo/|bar/|;
+    print $_;
+}
+</pre></div>
+
+          <p>Ceci n'est qu'un exemple de démonstration qui ne fait que
+	  réécrire les URLs du style <code>/~quux/foo/...</code> vers
+	  <code>/~quux/bar/...</code>. En fait, vous pouvez programmer
+	  la substitution que vous voulez. Notez cependant que si de
+	  tels programmes peuvent aussi être <strong>utilisés</strong>
+	  par un utilisateur standard, seul l'administrateur du système
+	  peut les <strong>écrire</strong>.</p>
+        </dd>
+      </dl>
+
+    </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="../en/rewrite/rewrite_guide.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="../fr/rewrite/rewrite_guide.html" title="Français">&nbsp;fr&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2009 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.html">Directives</a> | <a href="../faq/">FAQ</a> | <a href="../glossary.html">Glossaire</a> | <a href="../sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file

Added: httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.fr?rev=793592&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.fr Mon Jul 13 14:28:39 2009
@@ -0,0 +1,863 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
+<!-- English Revision : 774161 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="rewrite_guide.xml.meta">
+  <parentdocument href="./">Rewrite</parentdocument>
+
+  <title>Guide de r&eacute;&eacute;criture des URLs</title>
+
+  <summary>
+
+    <p>Ce document compl&egrave;te la <a
+    href="../mod/mod_rewrite.html">documentation de r&eacute;f&eacute;rence</a> du
+    module <module>mod_rewrite</module>. Il d&eacute;crit de quelle mani&egrave;re on
+    peut utiliser le module Apache <module>mod_rewrite</module> pour
+    r&eacute;soudre les probl&egrave;mes typiques relatifs aux URLs auxquels les
+    webmasters sont souvent confront&eacute;s. La r&eacute;solution de chaque probl&egrave;me
+    par la configuration des jeux de r&egrave;gles de r&eacute;&eacute;criture d'URLs fait
+    l'objet d'une description d&eacute;taill&eacute;e.</p>
+
+    <note type="warning">ATTENTION : l'adaptation des exemples &agrave; votre
+    situation en fonction de la configuration de votre serveur pourra
+    s'av&eacute;rer n&eacute;cessaire, par exemple l'ajout du drapeau
+    <code>[PT]</code> si vous utilisez les modules
+    <module>mod_alias</module>, <module>mod_userdir</module>, etc... Un
+    jeu de r&egrave;gles d&eacute;fini dans le contexte du serveur devra aussi &ecirc;tre
+    adapt&eacute; pour &ecirc;tre utilis&eacute; dans un contexte <code>.htaccess</code>.
+    Efforcez-vous toujours de bien comprendre l'effet produit par un jeu
+    de r&egrave;gles avant de l'utiliser, ce qui pourra vous &eacute;viter bien des
+    probl&egrave;mes.</note>
+
+  </summary>
+<seealso><a href="../mod/mod_rewrite.html">Documentation du module</a></seealso>
+<seealso><a href="rewrite_intro.html">Introduction &agrave; mod_rewrite</a></seealso>
+<seealso><a href="rewrite_guide_advanced.html">Guide de r&eacute;&eacute;criture
+avanc&eacute; - exemples utiles avanc&eacute;s</a></seealso>
+<seealso><a href="rewrite_tech.html">D&eacute;tails techniques</a></seealso>
+
+
+<section id="canonicalurl">
+
+<title>URLs canoniques</title>
+
+<dl>
+ <dt>Description :</dt>
+
+   <dd>
+     <p>Sur certains serveurs web, une ressource peut &ecirc;tre accessible
+     depuis plusieurs URLs. On trouve en g&eacute;n&eacute;ral des URLs canoniques
+     (qui sont r&eacute;ellement utilisables et distribuables), mais aussi des
+     URLs &agrave; usage interne, ou celles qui ne sont que des raccourcis,
+     etc... On souhaite que, quelle que soit l'URL que l'utilisateur
+     a fournie avec sa requ&ecirc;te, il ne doit en voir en fin de compte
+     que la forme canonique.</p>
+   </dd>
+
+   <dt>Solution :</dt>
+
+     <dd>
+       <p>On effectue une redirection HTTP externe pour toutes les URLs
+       non canoniques afin de les rendre compr&eacute;hensibles au navigateur
+       et ceci pour toutes les requ&ecirc;tes sous-jacentes. Dans l'exemple de
+       jeux de r&egrave;gles ci-dessous, <code>/~user</code> est remplac&eacute; par
+       l'expression canonique <code>/u/user</code>, et une &eacute;ventuelle
+       absence du slash &agrave; la fin de <code>/u/user</code> est corrig&eacute;e.</p>
+
+<example><pre>
+RewriteRule   ^/<strong>~</strong>([^/]+)/?(.*)    /<strong>u</strong>/$1/$2  [<strong>R</strong>]
+RewriteRule   ^/u/(<strong>[^/]+</strong>)$  /$1/$2<strong>/</strong>   [<strong>R</strong>]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+<section id="canonicalhost"><title>Noms d'h&ocirc;tes canoniques</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>Le but de cette r&egrave;gle est de pr&eacute;f&eacute;rer l'utilisation d'un nom
+	d'h&ocirc;te particulier par rapport &agrave; d'autres noms d'h&ocirc;te utilisables
+	pour atteindre le m&ecirc;me site. Par exemple, si vous voulez
+	utiliser <strong>www.example.com</strong> &agrave; la place de
+	<strong>example.com</strong>, vous devez utiliser une solution
+	de ce style.</dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+<p>Pour les sites &eacute;coutant sur un port autre que 80:</p>
+<example><pre>
+RewriteCond %{HTTP_HOST}   !^www\.exemple\.com [NC]
+RewriteCond %{HTTP_HOST}   !^$
+RewriteCond %{SERVER_PORT} !^80$
+RewriteRule ^/?(.*)         http://www.exemple.com:%{SERVER_PORT}/$1
+[L,R,NE]
+</pre></example>
+
+<p>Et pour un site &eacute;coutant sur le port 80</p>
+<example><pre>
+RewriteCond %{HTTP_HOST}   !^www\.exemple\.com [NC]
+RewriteCond %{HTTP_HOST}   !^$
+RewriteRule ^/?(.*)         http://www.exemple.com/$1 [L,R,NE]
+</pre></example>
+	<p>
+	Si vous souhaitez que cette r&egrave;gle s'applique &agrave; tous les noms de
+	domaine - en d'autres termes, si vous voulez rediriger
+	<strong>example.com</strong> vers
+	<strong>www.example.com</strong> pour toutes les valeurs
+	possibles de <strong>example.com</strong>, vous pouvez utiliser
+	le jeu de r&egrave;gles suivants :</p>
+
+<example><pre>
+RewriteCond %{HTTP_HOST} !^www\. [NC]
+RewriteCond %{HTTP_HOST} !^$
+RewriteRule ^/?(.*) http://www.%{HTTP_HOST}/$1 [L,R,NE]
+</pre></example>
+	<p>
+	Vous pouvez utiliser ce jeu de r&egrave;gles aussi bien dans le fichier
+	de configuration de votre serveur principal que dans un fichier
+	<code>.htaccess</code> plac&eacute; dans le r&eacute;pertoire d&eacute;fini par la
+	directive <directive
+	module="core">DocumentRoot</directive> du serveur.</p>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="moveddocroot">
+
+      <title><code>DocumentRoot</code>d&eacute;plac&eacute;</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+<p>En g&eacute;n&eacute;ral, la directive <directive
+module="core">DocumentRoot</directive> correspond directement &agrave; l'URL
+"<code>/</code>" du serveur web. Mais souvent, les donn&eacute;es qui s'y
+trouvent ne sont pas de la premi&egrave;re priorit&eacute;. Par exemple, il peut &ecirc;tre
+int&eacute;ressant, pour les visiteurs qui entrent sur le site pour la premi&egrave;re
+fois, d'&ecirc;tre redirig&eacute;s vers un sous-r&eacute;pertoire particulier
+<code>/a-propos-de/</code>. Pour ce faire, on peut utiliser le jeu de
+r&egrave;gles suivant :</p>
+</dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On redirige l'URL <code>/</code> vers
+          <code>/a-propos-de/</code>:
+          </p>
+
+<example><pre>
+RewriteEngine on
+RewriteRule   <strong>^/$</strong>  /a-propos-de/  [<strong>R</strong>]
+</pre></example>
+
+    <p>Notez que le m&ecirc;me effet peut &ecirc;tre obtenu &agrave; l'aide de la directive
+    <directive module="mod_alias">RedirectMatch</directive> :</p>
+
+<example>
+RedirectMatch ^/$ http://exemple.com/apropos/
+</example>
+<p>Notez aussi que cet exemple ne r&eacute;&eacute;crit que l'URL racine. En d'autres
+termes, il r&eacute;&eacute;crit une requ&ecirc;te pour <code>http://example.com/</code>,
+mais ne r&eacute;&eacute;crira pas une requ&ecirc;te pour
+<code>http://example.com/page.html</code>. En fait, si vous avez modifi&eacute;
+la racine de vos documents - c'est &agrave; dire si tous vos contenus se
+trouvent dans ce sous-r&eacute;pertoire, il vaut mieux simplement modifier
+votre directive <directive module="core">DocumentRoot</directive> que de
+proc&eacute;der &agrave; une r&eacute;&eacute;criture d'URLs.</p>
+</dd>
+</dl>
+
+    </section>
+
+    <section id="trailingslash">
+
+      <title>Probl&egrave;me du slash de fin</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+    <dd><p>La plupart des probl&egrave;mes de "slash de fin" peuvent &ecirc;tre
+    r&eacute;solus gr&acirc;ce aux techniques d&eacute;crites dans ce <a
+    href="http://httpd.apache.org/docs/misc/FAQ-E.html#set-servername">sujet
+    de la FAQ</a>. Cependant, dans certaines situations o&ugrave; l'absence de slash de fin
+    peut rendre une URL inop&eacute;rante, l'utilisation de
+    mod_rewrite s'av&egrave;re n&eacute;cessaire. Le cas peut se pr&eacute;senter, par exemple,
+    apr&egrave;s une s&eacute;rie complexe de r&egrave;gles de r&eacute;&eacute;criture.</p>
+    </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>La solution &agrave; ce probl&egrave;me subtil consiste &agrave; laisser le
+	  serveur ajouter le slash de fin automatiquement. Pour y
+	  parvenir, il faut utiliser une redirection externe, afin que
+	  le navigateur demande correctement les images sous-jacentes,
+	  etc... Une r&eacute;&eacute;criture en interne ne fonctionnerait que pour la
+	  page du r&eacute;pertoire, mais &eacute;chouerait pour toute image incluse
+	  dans cette page via des liens relatifs, car le navigateur
+	  demanderait un objet ins&eacute;r&eacute;. Par exemple, une requ&ecirc;te pour
+	  <code>image.gif</code> dans <code>/~quux/foo/index.html</code>
+	  deviendrait <code>/~quux/image.gif</code> sans la redirection
+	  externe !</p>
+
+          <p>Pour y parvenir, on peut utiliser des r&egrave;gles de ce style :</p>
+
+<example><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^foo<strong>$</strong>  foo<strong>/</strong>  [<strong>R</strong>]
+</pre></example>
+
+   <p>Vous pouvez aussi ajouter ce qui suit dans un fichier
+   <code>.htaccess</code> situ&eacute; dans le r&eacute;pertoire contenant la
+   ressource. Notez cependant que cela augmente la charge du processeur.</p>
+
+<example><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteCond    %{REQUEST_FILENAME}  <strong>-d</strong>
+RewriteRule    ^(.+<strong>[^/]</strong>)$           $1<strong>/</strong>  [R]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="movehomedirs">
+
+      <title>D&eacute;placement des r&eacute;pertoires home vers un autre serveur</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>De nombreux webmasters ont demand&eacute; comment r&eacute;soudre le
+	  probl&egrave;me suivant : ils voudraient tout simplement rediriger
+	  les r&eacute;pertoires home d'un serveur web vers un autre serveur
+	  web. Cette situation se pr&eacute;sente en g&eacute;n&eacute;ral lorsqu'on installe
+	  un nouveau serveur web destin&eacute; &agrave; terme &agrave; en remplacer un autre
+	  plus ancien.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Avec <module>mod_rewrite</module>, la solution est
+	  &eacute;vidente. Sur l'ancien serveur web, on redirige simplement
+	  toutes les URLs du style <code>/~user/chemin</code> vers
+	  <code>http://nouveau-serveur/~user/chemin</code>.</p>
+
+<example><pre>
+RewriteEngine on
+RewriteRule   ^/~(.+)  http://<strong>nouveau-serveur</strong>/~$1  [R,L]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="multipledirs">
+
+      <title>Recherche de pages dans plus d'un r&eacute;pertoire</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Le serveur web doit parfois rechercher des pages dans plus
+	  d'un r&eacute;pertoire. Dans ce cas, les vues multiples ou autres
+	  techniques similaires ne sont d'aucun secours.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On d&eacute;finit explicitement un jeu de r&egrave;gles qui recherche les
+	  fichiers dans les r&eacute;pertoires.</p>
+
+<example><pre>
+RewriteEngine on
+
+#   on cherche tout d'abord dans dir1/...
+#   ... et si on trouve, on est content et on arr&ecirc;te :
+RewriteCond         %{DOCUMENT_ROOT}/<strong>dir1</strong>/%{REQUEST_URI}  -f
+RewriteRule  ^(.+)  %{DOCUMENT_ROOT}/<strong>dir1</strong>/$1  [L]
+
+#   on cherche ensuite dans dir2/...
+#   ... et si on trouve, on est content et on arr&ecirc;te :
+RewriteCond         %{DOCUMENT_ROOT}/<strong>dir2</strong>/%{REQUEST_URI}  -f
+RewriteRule  ^(.+)  %{DOCUMENT_ROOT}/<strong>dir2</strong>/$1  [L]
+
+#   sinon, on continue la recherche avec d'autres directives Alias
+#   ou ScriptAlias, etc...
+RewriteRule   ^(.+)  -  [PT]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="setenvvars">
+
+      <title>D&eacute;finir des variables d'environnement en fonction de
+      certaines parties de l'URL</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment conserver des informations
+	  d'&eacute;tat d'une requ&ecirc;te &agrave; l'autre et utiliser l'URL pour les
+	  encoder, sans utiliser d'encapsulateur CGI
+	  pour toutes les pages pour seulement supprimer ces
+	  informations.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise une r&egrave;gle de r&eacute;&eacute;criture pour supprimer
+	  l'information d'&eacute;tat et l'enregistrer dans une variable
+	  d'environnement dont on pourra plus tard extraire la valeur
+	  dans XSSI ou CGI. De cette fa&ccedil;on, une URL telle que
+	  <code>/foo/S=java/bar/</code> sera traduite en
+	  <code>/foo/bar/</code> et la variable d'environnement
+	  <code>STATUS</code> aura pour valeur "java".</p>
+
+<example><pre>
+RewriteEngine on
+RewriteRule   ^(.*)/<strong>S=([^/]+)</strong>/(.*)    $1/$3 [E=<strong>STATUS:$2</strong>]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="uservhosts">
+
+      <title>H&ocirc;tes virtuels bas&eacute;s sur l'utilisateur</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons que vous vouliez atteindre la page d'accueil des
+	  utilisateurs sur une m&ecirc;me machine au moyen de l'URL
+	  <code>www.<strong>nom-utilisateur</strong>.h&ocirc;te.domaine.com</code>,
+	  en vous basant
+	  seulement sur les enregistrements DNS de type A, et ceci sans qu'aucun
+	  h&ocirc;te virtuel ne soit install&eacute; sur cette machine.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Dans le cas des requ&ecirc;tes HTTP/1.0, il n'y a pas de solution
+	  ; par contre, avec une requ&ecirc;te HTTP/1.1 qui contient un
+	  en-t&ecirc;te HTTP Host:, on peut utiliser le jeu de r&egrave;gles suivant
+	  pour r&eacute;&eacute;crire en interne
+	  <code>http://www.nom-utilisateur.h&ocirc;te.com/chemin</code> vers
+	  <code>/home/nom-utilisateur/chemin</code> :</p>
+
+<example><pre>
+RewriteEngine on
+RewriteCond   %{<strong>HTTP_HOST</strong>}                 ^www\.<strong>([^.]+)</strong>\.host\.com$
+RewriteRule   ^(.*) /home/<strong>%1</strong>$1
+</pre></example>
+<p>Les parenth&egrave;ses utilis&eacute;es dans une directive <directive
+module="mod_rewrite">RewriteCond</directive> sont captur&eacute;es dans les
+r&eacute;f&eacute;rences arri&egrave;res <code>%1</code>, <code>%2</code>, etc..., alors que
+les parenth&egrave;ses utilis&eacute;es dans une directive <directive
+module="mod_rewrite">RewriteRule</directive> sont captur&eacute;es dans les
+r&eacute;f&eacute;rences arri&egrave;res <code>$1</code>, <code>$2</code>, etc...</p>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="redirecthome">
+
+      <title>Redirection des r&eacute;pertoires d'accueil pour les &eacute;trangers</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>On veut rediriger les URLs des r&eacute;pertoires d'accueil vers
+	  un autre serveur <code>www.quelque-part.com</code> lorsque
+	  l'utilisateur demandeur n'appartient pas au domaine local
+	  <code>notre-domaine.com</code>. On rencontre parfois cette
+	  situation dans un contexte d'h&ocirc;tes virtuels.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Juste une condition de r&eacute;&eacute;criture :</p>
+
+<example><pre>
+RewriteEngine on
+RewriteCond   %{REMOTE_HOST}  <strong>!^.+\.notre-domaine\.com$</strong>
+RewriteRule   ^(/~.+)         http://www.quelque-part.com/$1 [R,L]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="redirectanchors">
+
+      <title>Redirection des ancrages</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+        <p>Par d&eacute;faut, la redirection vers un ancrage HTML ne fonctionne
+	pas, car mod_rewrite &eacute;chappe le caract&egrave;re <code>#</code> en le
+	transformant en <code>%23</code>, ce qui rend la redirection
+	inop&eacute;rante.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise le drapeau <code>[NE]</code> dans la r&egrave;gle
+	  <code>RewriteRule</code>. NE signifie "No Escape".
+          </p>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="time-dependent">
+
+      <title>R&eacute;&eacute;criture d&eacute;pendant de l'heure</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Lorsqu'il s'agit de distribuer des contenus dont la nature
+	  d&eacute;pend de l'heure, de nombreux webmasters utilisent encore des
+	  scripts CGI qui redirigent par exemple vers des pages
+	  sp&eacute;cifiques. Comment peut-on y parvenir &agrave; tenir compte de
+	  l'heure &agrave; l'aide de <module>mod_rewrite</module> ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Il existe de nombreuses variables nomm&eacute;es
+	  <code>TIME_xxx</code> utilisables dans les conditions de
+	  r&eacute;&eacute;criture. Utilis&eacute;es en conjonction avec les mod&egrave;les de
+	  comparaison lexicographique sp&eacute;ciaux <code>&lt;STRING</code>,
+	  <code>&gt;STRING</code> et <code>=STRING</code>, elles
+	  permettent d'effectuer des redirections d&eacute;pendant de
+	  l'heure :</p>
+
+<example><pre>
+RewriteEngine on
+RewriteCond   %{TIME_HOUR}%{TIME_MIN} &gt;0700
+RewriteCond   %{TIME_HOUR}%{TIME_MIN} &lt;1900
+RewriteRule   ^foo\.html$             foo.jour.html
+RewriteRule   ^foo\.html$             foo.nuit.html
+</pre></example>
+
+          <p>Avec cet exemple, l'URL <code>foo.html</code> renvoie
+	  le contenu de <code>foo.jour.html</code> durant le
+	  cr&eacute;neau horaire <code>07:00-19:00</code>, et le contenu de
+	  <code>foo.nuit.html</code> le reste du temps. Agr&eacute;able
+	  fonctionnalit&eacute; pour une page d'accueil...</p>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="backward-compatibility">
+
+      <title>Compatibilit&eacute; ascendante pour une migration de YYYY vers
+      XXXX</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment conf&eacute;rer une compatibilit&eacute; ascendante aux URLs
+	  (existant encore virtuellement) apr&egrave;s avoir migr&eacute;
+	  <code>document.YYYY</code> vers <code>document.XXXX</code>,
+	  c'est &agrave; dire apr&egrave;s avoir par exemple traduit un lot de
+	  fichiers <code>.html</code> en fichiers <code>.phtml</code>
+	  ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On r&eacute;&eacute;crit simplement le nom du fichier en son nom
+	  de base et v&eacute;rifie s'il existe aussi avec la nouvelle
+	  extension. Si c'est le cas, on utilise ce nom, sinon on
+	  r&eacute;&eacute;crit l'URL sous sa forme originale.</p>
+
+
+<example><pre>
+#   jeu de r&egrave;gles assurant une compatibilit&eacute; ascendante en r&eacute;&eacute;crivant
+#   document.html en document.phtml si et seulement si document.phtml
+#   existe et document.html n'existe plus
+RewriteEngine on
+RewriteBase   /~quux/
+#   r&eacute;&eacute;criture du fichier en son nom de base,
+#   mais garde en m&eacute;moire le fait qu'il s'agit
+#   d'un fichier html
+RewriteRule   ^(.*)\.html$              $1      [C,E=WasHTML:yes]
+#   r&eacute;&eacute;crit vers document.phtml s'il existe
+#   Note : il s'agit d'un exemple de niveau r&eacute;pertoire, si bien que
+#   %{REQUEST_FILENAME} contient le chemin complet du syst&egrave;me de fichier
+#   tel qu'il a &eacute;t&eacute; construit par le serveur.
+RewriteCond   %{REQUEST_FILENAME}.phtml -f
+RewriteRule   ^(.*)$ $1.phtml                   [S=1]
+#   sinon, restauration du nom de fichier complet original
+RewriteCond   %{ENV:WasHTML}            ^yes$
+RewriteRule   ^(.*)$ $1.html
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="old-to-new">
+
+      <title>De l'ancien au nouveau (en interne)</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons que nous ayons r&eacute;cemment renomm&eacute; la page
+	  <code>foo.html</code> en <code>bar.html</code>, et voulions
+	  maintenant que l'ancienne URL soit toujours valide &agrave; des fins
+	  de compatibilit&eacute; ascendante. En fait, on voudrait que le
+	  changement de nom soit transparent aux utilisateurs de
+	  l'ancienne URL.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On r&eacute;&eacute;crit l'ancienne URL en interne vers la nouvelle via
+	  la r&egrave;gle suivante :</p>
+
+<example><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^<strong>foo</strong>\.html$  <strong>bar</strong>.html
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="old-to-new-extern">
+
+      <title>De l'ancien au nouveau (en externe)</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Supposons toujours que nous ayons r&eacute;cemment renomm&eacute; la page
+	  <code>foo.html</code> en <code>bar.html</code>, et voulions
+	  maintenant que l'ancienne URL soit toujours valide &agrave; des fins
+	  de compatibilit&eacute; ascendante. Par contre, nous voulons cette
+	  fois que les utilisateurs de l'ancienne URL soient redirig&eacute;s
+	  vers la nouvelle, c'est &agrave; dire que l'adresse tap&eacute;e
+	  dans leur navigateur doit aussi &ecirc;tre modifi&eacute;e.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On force une redirection HTTP vers la nouvelle URL, ce qui
+	  entra&icirc;ne une modification de celle du navigateur et aussi de ce
+	  que voit l'utilisateur :</p>
+
+<example><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^<strong>foo</strong>\.html$  <strong>bar</strong>.html  [<strong>R</strong>]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="static-to-dynamic">
+
+      <title>De statique &agrave; dynamique</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment transformer une page statique <code>foo.html</code>
+	  en sa variante dynamique <code>foo.cgi</code> de mani&egrave;re
+	  transparente, c'est &agrave; dire sans en avertir le
+	  navigateur/utilisateur.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On r&eacute;&eacute;crit simplement l'URL en script CGI et force le
+	  gestionnaire de contenu &agrave; <strong>cgi-script</strong> de fa&ccedil;on
+	  &agrave; ce que le script s'ex&eacute;cute en tant que programme CGI.
+	  Ainsi, une requ&ecirc;te vers <code>/~quux/foo.html</code> conduit
+	  en interne &agrave; l'invocation de
+	  <code>/~quux/foo.cgi</code>.</p>
+
+<example><pre>
+RewriteEngine  on
+RewriteBase    /~quux/
+RewriteRule    ^foo\.<strong>html</strong>$  foo.<strong>cgi</strong>  [H=<strong>cgi-script</strong>]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="blocking-of-robots">
+
+      <title>Blocage des robots</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment emp&ecirc;cher un robot vraiment g&ecirc;nant de collecter les
+	  pages d'une partie sp&eacute;cifique du site web ? Un fichier
+	  <code>/robots.txt</code> comportant les entr&eacute;es du "Protocole
+	  d'Exclusion des Robots" ne suffit g&eacute;n&eacute;ralement pas &agrave; en venir
+	  &agrave; bout.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>On utilise un jeu de r&egrave;gles qui interdit les URLs de la
+	  partie du site web concern&eacute;e <code>/~quux/foo/arc/</code>
+	  (peut-&ecirc;tre une partie du serveur avec une arborescence tr&egrave;s
+	  d&eacute;velopp&eacute;e &agrave; travers laquelle le parcours du
+	  robot induirait une charge importante pour le serveur). Nous
+	  devons nous assurer de n'interdire l'acc&egrave;s qu'&agrave; ce robot
+	  particulier, c'est &agrave; dire qu'il ne suffit pas d'interdire
+	  l'acc&egrave;s &agrave; l'h&ocirc;te sur lequel le robot fonctionne, ce qui
+	  bloquerait aussi les utilisateurs de cet h&ocirc;te. Pour y
+	  parvenir, on tient aussi compte des informations contenues
+	  dans l'en-t&ecirc;te HTTP User-Agent.</p>
+
+<example><pre>
+RewriteCond %{HTTP_USER_AGENT}   ^<strong>NameOfBadRobot</strong>.*
+RewriteCond %{REMOTE_ADDR}       ^<strong>123\.45\.67\.[8-9]</strong>$
+RewriteRule ^<strong>/~quux/foo/arc/</strong>.+   -   [<strong>F</strong>]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="blocked-inline-images">
+
+      <title>Blocage du r&eacute;f&eacute;rencement &agrave; chaud (Hotlinking) d'images</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Cette technique vous permet d'interdire &agrave; d'autres sites
+	  d'inclure directement vos images dans leurs pages. On fait
+	  souvent r&eacute;f&eacute;rence &agrave; cette pratique sous le nom de
+	  r&eacute;f&eacute;rencement &agrave; chaud (Hotlinking) qui entra&icirc;ne l'utilisation
+	  de votre bande passante pour servir des contenus faisant
+	  partie du site de quelqu'un d'autre.</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+	<p>Cette technique repose sur la valeur de la variable
+	optionnelle <code>HTTP_REFERER</code>. Certaines personnes
+	pourront donc contourner cette limitation. Pour la plupart des
+	utilisateurs cependant, la requ&ecirc;te &eacute;chouera, en ce sens que
+	l'image ne sera pas affich&eacute;e depuis le site tiers.</p>
+	<p>Il y a plusieurs mani&egrave;res de g&eacute;rer cette situation.</p>
+
+	<p>Dans le premier exemple, nous rejetons tout simplement la
+	requ&ecirc;te si elle ne provenait pas d'une page appartenant &agrave; notre
+	site. Pour les besoins de cet exemple, nous supposons que le nom
+	de votre site est <code>www.example.com</code>.</p>
+
+<example><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong>    -   [F,NC]
+</pre></example>
+
+	<p>Dans le second exemple, plut&ocirc;t que de rejeter la requ&ecirc;te,
+	nous affichons une autre image &agrave; la place.</p>
+
+<example><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong>    /images/go-away.png   [R,NC]
+</pre></example>
+
+	<p>Dans le troisi&egrave;me exemple, nous redirigeons la requ&ecirc;te vers
+	une image appartenant &agrave; un site tiers.</p>
+
+
+<example><pre>
+RewriteCond %{HTTP_REFERER} <strong>!^$</strong>
+RewriteCond %{HTTP_REFERER} !www.example.com [NC]
+RewriteRule <strong>\.(gif|jpg|png)$</strong> http://other.site.com/image.gif   [R,NC]
+</pre></example>
+	<p>De tous ces exemples, les deux derniers semblent les plus
+	efficaces pour faire en sorte que les gens arr&ecirc;tent de
+	r&eacute;f&eacute;rencer vos images &agrave; chaud, car il ne verront pas les images
+	qu'ils s'attendent &agrave; voir.</p>
+
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="proxy-deny">
+
+      <title>Interdiction du mandataire</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Comment interdire l'utilisation du mandataire d'Apache &agrave; un
+	  certain h&ocirc;te, ou m&ecirc;me &agrave; un utilisateur d'un certain h&ocirc;te ?</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Nous devons tout d'abord nous assurer que
+	  <module>mod_rewrite</module> se situe en dessous (!) de
+	  <module>mod_proxy</module> dans le fichier de configuration
+	  lors de la compilation du serveur web Apache. De cette fa&ccedil;on,
+	  il est appel&eacute; <em>avant</em> <module>mod_proxy</module>. Nous
+	  pouvons alors utiliser la r&egrave;gle suivante pour une interdiction
+	  concernant un h&ocirc;te...</p>
+
+<example><pre>
+RewriteCond %{REMOTE_HOST} <strong>^mauvais-h&ocirc;te\.mon-domaine\.com$</strong>
+RewriteRule !^http://[^/.]\.mon-domaine.com.*  - [F]
+</pre></example>
+
+          <p>...et celle-ci pour une interdiction concernant un
+	  utilisateur d'un certain h&ocirc;te :</p>
+
+<example><pre>
+RewriteCond %{REMOTE_IDENT}@%{REMOTE_HOST}
+<strong>^mauvais-sujet@mauvais-h&ocirc;te\.mon-domaine\.com$</strong>
+RewriteRule !^http://[^/.]\.mon-domaine.com.*  - [F]
+</pre></example>
+        </dd>
+      </dl>
+
+    </section>
+
+    <section id="external-rewriting">
+
+      <title>Moteur de r&eacute;&eacute;criture externe</title>
+
+      <dl>
+        <dt>Description :</dt>
+
+        <dd>
+          <p>Une question de la Faq : comment r&eacute;soudre le probl&egrave;me
+	  FOO/BAR/QUUX/etc. ? <module>mod_rewrite</module> ne semble pas
+	  devoir y apporter de solution...</p>
+        </dd>
+
+        <dt>Solution :</dt>
+
+        <dd>
+          <p>Utiliser une <directive module="mod_rewrite"
+          >RewriteMap</directive> ou table de r&eacute;&eacute;criture externe, c'est
+	  &agrave; dire un programme qui agit de la m&ecirc;me fa&ccedil;on qu'une
+	  <directive module="mod_rewrite">RewriteMap</directive>. Il
+	  doit &ecirc;tre lanc&eacute; une fois au d&eacute;marrage d'Apache, recevoir les
+	  URLs des requ&ecirc;tes sur <code>STDIN</code>, et restituer l'URL
+	  r&eacute;sultante (en g&eacute;n&eacute;ral r&eacute;&eacute;crite) sur <code>STDOUT</code> (dans
+	  cet ordre !).</p>
+
+<example><pre>
+RewriteEngine on
+RewriteMap    quux-table       <strong>prg:</strong>/chemin/vers/table.quux.pl
+RewriteRule   ^/~quux/(.*)$  /~quux/<strong>${quux-table:$1}</strong>
+</pre></example>
+
+<example><pre>
+#!/chemin/vers/perl
+
+#   d&eacute;sactive la mise en tampon des entr&eacute;es/sorties, qui risque
+#   de provoquer des bouclages infinis pour le serveur Apache
+$| = 1;
+
+#   lit les URLs (une par ligne) depuis stdin et
+#   g&eacute;n&egrave;re l'URL transform&eacute;e sur stdout
+
+#   read URLs one per line from stdin and
+#   generate substitution URL on stdout
+while (&lt;&gt;) {
+    s|^foo/|bar/|;
+    print $_;
+}
+</pre></example>
+
+          <p>Ceci n'est qu'un exemple de d&eacute;monstration qui ne fait que
+	  r&eacute;&eacute;crire les URLs du style <code>/~quux/foo/...</code> vers
+	  <code>/~quux/bar/...</code>. En fait, vous pouvez programmer
+	  la substitution que vous voulez. Notez cependant que si de
+	  tels programmes peuvent aussi &ecirc;tre <strong>utilis&eacute;s</strong>
+	  par un utilisateur standard, seul l'administrateur du syst&egrave;me
+	  peut les <strong>&eacute;crire</strong>.</p>
+        </dd>
+      </dl>
+
+    </section>
+
+</manualpage>
+

Modified: httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.meta
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.meta?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.meta (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_guide.xml.meta Mon Jul 13 14:28:39 2009
@@ -8,5 +8,6 @@
 
   <variants>
     <variant>en</variant>
+    <variant>fr</variant>
   </variants>
 </metafile>

Modified: httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html?rev=793592&r1=793591&r2=793592&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html (original)
+++ httpd/httpd/trunk/docs/manual/rewrite/rewrite_intro.html Mon Jul 13 14:28:39 2009
@@ -3,3 +3,7 @@
 URI: rewrite_intro.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
+
+URI: rewrite_intro.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1



Mime
View raw message