From: Tony Stevenson <pctony@apache.org>
Date: Sun, 28 Oct 2007 22:19:21 +0000 (+0000)
Subject: As per recent email to docs@ (28th Oct) original translations by Lucient and reviewed... 
X-Git-Tag: 2.2.7~281
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=527eff0b83f1eb21aa1e2372f0ec8791d42cc799;p=thirdparty%2Fapache%2Fhttpd.git

As per recent email to docs@ (28th Oct) original translations by Lucient and reviewed then by Vincent.  One typo fixed in caching.xml.fr that was caught during the build process.

Cheers,
Tony

Submitted by: Lucien Gentis and Vincent Deffontaines <vincent@gryzor.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@589431 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/docs/manual/bind.html.fr b/docs/manual/bind.html.fr
index 19b442c78f4..7da78e82786 100644
--- a/docs/manual/bind.html.fr
+++ b/docs/manual/bind.html.fr
@@ -5,7 +5,7 @@
               This file is generated from xml source: DO NOT EDIT
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
       -->
-<title>Liaison - Serveur Apache HTTP</title>
+<title>Adresse IP et port d'écoute - 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" />
@@ -16,181 +16,151 @@
 <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.2</a></div><div id="page-content"><div id="preamble"><h1>Liaison</h1>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Adresse IP et port d'écoute</h1>
 <div class="toplang">
 <p><span>Langues Disponibles: </span><a href="./de/bind.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/bind.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/bind.html" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
-<div class="outofdate">Cette traduction peut être périmée. Verifiez la version
-            Anglaise pour les changements récents.</div>
-
-        <p>Configuration des adresses et ports sur lesquels Apache écoute.</p>
-    </div>
-<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Informations générales</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#ipv6">Considérations Spéciales avec IPv6</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Faire fonctionner tout ceci avec les Serveurs Virtuels</a></li>
-</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="vhosts/">Serveurs Virtuels</a></li><li><a href="dns-caveats.html">Problémes DNS</a></li></ul></div>
+
+    <p>Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.</p>
+  </div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Vue d'ensemble</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#ipv6">Remarques spécifiques à IPv6</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Comment tout ceci fonctionne-t-il avec les hôtes virtuels</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="vhosts/">Hôtes virtuels</a></li><li><a href="dns-caveats.html">Problèmes liés à DNS</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="overview" id="overview">Informations générales</a></h2>
-        
-
-        <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mpm_common.html">mpm_common</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code></li><li><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code></li></ul></td></tr></table>
-
-
-        <p>Au moment de son démarrage, Apache se lie à un port et à une 
-        adresse IP sur la machine locale et se met en attente de requètes.
-        Par défaut, Apache écoute sur toutes les adresses de la machine.
-        Apache accepte d'écouter sur un ou plusieurs ports spécifiques, 
-        sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse.
-        Il est fréquent d'utiliser ces possibilités avec les fonctionnalités
-        de Serveurs Virtuels, qui permettent de faire répondre le serveur de
-        manière différente en fonction de l'adresse IP, du nom d'hôte ou 
-        du port.</p>
-
-        <p>Le serveur interprète la directive 
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
-        en acceptant les requètes seulement sur le port ou la combinaison
-        adresse IP + port passée en argument. Dans le cas où seul un port 
-        est spécifié avec la directive 
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>,
-        le serveur se met à l'écoute sur le port spécifié, sur toutes
-        les interfaces et adresses de la machine. Si une adresse IP est 
-        spécifiée en plus du port, le serveur n'écoute que sur l'adresse 
-        et le port spécifié.  Il est possible de configurer plusieurs adresses
-        et ports avec la directives 
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        pour écoute par le serveur. Le serveur répond aux requètes faites 
-        à toutes les adresses et ports énumérés.</p>
-      
-
-        <p>Par exemple, pour que le serveur accepte les connexions sur
-        les ports 80 et 8000, spécifiez :</p>
-
-        <div class="example"><p><code>
-            Listen 80<br />
-            Listen 8000
-        </code></p></div>
-
-        <p>Pour qu'Apache accepte les connexions sur deux combinaisons
-        adresses + ports, spécifiez :</p>
-
-        <div class="example"><p><code>
-            Listen 192.170.2.1:80<br />
-            Listen 192.170.2.5:8000
-        </code></p></div>
-
-        <p>Les adresses IPv6 sont acceptées, pourvu qu'elles soient spécifiées 
-        entre crochets de la façon suivante :</p>
-
-        <div class="example"><p><code>
-            Listen [2001:db8::a00:20ff:fea7:ccea]:80
-        </code></p></div>
-    </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<h2><a name="overview" id="overview">Vue d'ensemble</a></h2>
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mpm_common.html">mpm_common</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code></li><li><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code></li></ul></td></tr></table>
+
+
+    <p>Au démarrage d'Apache, un port et une adresse lui sont associés sur
+    l'hôte local et le serveur se met en attente de l'arrivée d'une requête.
+    Par défaut, le serveur écoute toutes les adresses de l'hôte local.
+    Cependant, il faut lui préciser des ports spécifiques à écouter,
+    ou lui dire de n'écouter que certaines adresses,
+    ou une combinaison des deux.
+    Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
+    qui détermine la manière dont Apache répond aux différents ports,
+    noms d'hôtes et adresses IP.</p>
+
+    <p>La directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
+    enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou
+    une combinaison adresse/port. Si seul un numéro de port est spécifié
+    dans la directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>,
+    le serveur écoute ce port sur toutes les interfaces réseau.
+    Si une adresse IP est spécifiée en plus du port, le serveur va écouter
+    ce port sur l'interface réseau correspondante. On peut utiliser
+    de multiples directives
+    <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> pour
+    spécifier plusieurs adresses et ports à écouter. Le serveur répondra alors
+    aux requêtes sur ces ports et adresses spécifiés.</p>
+
+    <p>Par exemple, pour faire en sorte que le serveur accepte des connexions
+    sur les ports 80 et 8000, utilisez :</p>
+
+    <div class="example"><p><code>
+      Listen 80<br />
+      Listen 8000
+    </code></p></div>
+
+    <p>Pour faire en sorte que le serveur accepte des connexions en provenance
+    de deux couples d'interfaces et ports, utilisez :</p>
+
+    <div class="example"><p><code>
+      Listen 192.170.2.1:80<br />
+      Listen 192.170.2.5:8000
+    </code></p></div>
+
+    <p>Les adresses IPv6 doivent être entre crochets, comme dans
+    l'exemple suivant :</p>
+
+    <div class="example"><p><code>
+      Listen [2001:db8::a00:20ff:fea7:ccea]:80
+    </code></p></div>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="ipv6" id="ipv6">Considérations Spéciales avec IPv6</a></h2>
-        
-
-        <p>De plus en plus de plate-formes implémentent IPv6. APR
-        supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache
-        peut assigner des interfaces de connexions IPv6 et répondre aux 
-        requètes utilisant IPv6.</p>
-
-        <p>Une complication possible pour les administrateurs Apache est de
-        savoir si une interface de connexion IPv6 peut répondre aux deux types de
-        connexions IPv4 et IPv6.
-        Manipuler les connexions IPv4 avec une interface de connexion IPv6
-        suppose l'utilisation d'adresses IPv6 mappées en IPv4, ce qui est
-        le cas par defaut sur la plupart des plate-formes, à l'exeption de FreeBSD, 
-        NetBSD, et OpenBSD, cela en raison des politiques systèmes de ces plate-formes.
-        Mème sur des systèmes où cette fonctionnalité n'est pas activée par
-        défaut, une option de compilation permet de changer ce 
-        fonctionnement pour Apache.</p>
-        <p>Pour qu'Apache puisse gérer à la fois les connexions IPv4 et IPv6
-        avec un minimum d'interfaces de connexions, il faut permettre l'utilisation
-        des adresses 
-        IPv6 mappées en IPv4, ce qui est possible en spécifiant l'option
-
-        de compilation <code>--enable-v4-mapped</code> et en utilisant la
-        directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        comme suit:</p>
+<h2><a name="ipv6" id="ipv6">Remarques spécifiques à IPv6</a></h2>
     
-        <div class="example"><p><code>
-            Listen 80
-        </code></p></div>
-
-        <p>Si <code>--enable-v4-mapped</code> a été spécifié à la compilation,
-        les directives <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        de la configuration par défaut sont de la forme ci-dessus. 
-        <code>--enable-v4-mapped</code> est l'option de compilation
-        par défaut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et 
-        OpenBSD.</p>
-
-
-        <p>Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'éventuel
-        support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut être
-        spécifié pour toutes les directives 
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>, 
-        comme dans les exemples suivantss:</p>
-
-        <div class="example"><p><code>
-            Listen 0.0.0.0:80<br />
-            Listen 192.170.2.1:80
-        </code></p></div>
-
-        <p>Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces
-        différentes (c'est-à-dire, pour ne pas accepter les addresse IPv6 mappées
-        en IPv4), spécifier l'option de compilation <code>--disable-v4-mapped</code> 
-        et utiliser des directives <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        spécifiques telles que:</p>
-        <div class="example"><p><code>
-            Listen [::]:80<br />
-            Listen 0.0.0.0:80
-        </code></p></div>
-
-        <p>Avec <code>--disable-v4-mapped</code>, la directive 
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> à l'intérieur
-        du fichier de configuration par défaut créé par Apache utilise la forme 
-        ci-dessus. 
-        <code>--disable-v4-mapped</code> est l'option de compilation par défaut sous
-        FreeBSD, NetBSD, et OpenBSD.</p>
-    </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+
+    <p>Un nombre croissant de plateformes implémentent IPv6, et
+    <a class="glossarylink" href="./glossary.html#apr" title="see glossary">APR</a> supporte IPv6 sur la plupart d'entre elles,
+    ce qui permet à Apache d'allouer des points de connexion (sockets) IPv6
+    et de traiter des requêtes qui ont été envoyées sur IPv6.</p>
+
+    <p>Les administrateurs d'Apache doivent se préoccuper de la possibilité
+    pour un point de connexion IPv6 de traiter à la fois des connexions IPv4
+    et des connexions IPv6.
+    Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise
+    des adresses IPv6 traduites en IPv4, qui sont autorisées par défaut sur la
+    plupart des plateformes mais sont interdites par défaut sous FreeBSD, NetBSD,
+    et OpenBSD afin de respecter la politique de sécurité du système sur ces plateformes.
+    Mais même sur ces systèmes où ces adresses sont interdites par défaut, un
+    paramètre spécial du script <code class="program"><a href="./programs/configure.html">configure</a></code> permet de modifier
+    ce comportement pour Apache.</p>
+
+    <p>En revanche, sur certaines plateformes comme Linux et Tru64, la
+    <strong>seule</strong> manière de gérer à la fois IPv6 et IPv4 passe
+    par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gère
+    des connexions IPv4 et IPv6 avec un minimum de points de connexion,
+    ce qui nécessite l'utilisation d'adresses IPv6 traduites en IPv4,
+    utilisez l'option <code>--enable-v4-mapped</code> du script <code class="program"><a href="./programs/configure.html">configure</a></code>.</p>
+
+    <p>L'option <code>--enable-v4-mapped</code> est utilisée par défaut sur
+    toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD;
+    votre Apache a donc probablement été construit avec cette option.</p>
+
+    <p>Si vous souhaitez qu'Apache ne gère que des connexions IPv4, sans se
+    soucier de ce que vos plateforme et APR supportent, spécifiez une adresse
+    IPv4 dans toutes les directives
+    <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>, comme dans l'exemple
+    suivant :</p>
+
+    <div class="example"><p><code>
+      Listen 0.0.0.0:80<br />
+      Listen 192.170.2.1:80
+    </code></p></div>
+
+    <p>Si votre plateforme le supporte et si vous souhaitez qu'Apache gère
+    des connexions IPv4 et IPv6 sur des points de connexion séparés
+    (c'est à dire désactiver la traduction des adresses IPv6 au format IPv4),
+    utilisez l'option <code>--disable-v4-mapped</code> du script
+    <code class="program"><a href="./programs/configure.html">configure</a></code>. <code>--disable-v4-mapped</code> est
+    utilisé par défaut sur FreeBSD, NetBSD, et OpenBSD.</p>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 <div class="section">
-<h2><a name="virtualhost" id="virtualhost">Faire fonctionner tout ceci avec les Serveurs Virtuels</a></h2>
-        
-
-        <p><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        n'implémente aucun Serveur Virtuel. Cette directive sert simplement
-        à informer le serveur principal sur quels addresses et ports écouter.
-        Dans le cas où aucune section
-        <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
-        n'est utilisée, le serveur répondra de la mème manière pour toutes
-        les requètes qu'il acceptera. Cependant des sections 
-        <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
-        peuvent être utilisées pour qu'Apache réagisse de façon différente à
-        une requète selon l'adresse ou le port. Avant d'implémenter
-        un Serveur Virtuel au moyen de la directive 
-        <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>, la directive
-        <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> 
-        doit tre utilisée pour que le serveur écoute sur l'adresse
-        ou le port spécifié. Une section 
-        <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
-        peut alors être utilisée pour définir la réaction du Serveur Virtuel pour une
-        adresse et un port spécifique. À noter que si un Serveur Virtuel est 
-        positionné au moyen de la directive
-        <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
-        sur une adresse et un port sur lesquels le serveur n'est pas à l'écoute,
-        le Serveur Virtuel ne sera pas accessible.</p>
-    </div></div>
+<h2><a name="virtualhost" id="virtualhost">Comment tout ceci fonctionne-t-il avec les hôtes virtuels</a></h2>
+    
+
+    <p> La directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> n'implémente pas les hôtes virtuels.
+    Elle indique simplement au serveur principal sur quels adresses et ports
+    il doit écouter. Si aucune directive
+    <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+    n'est présente, le serveur se comportera de la même façon pour toutes
+    les requêtes acceptées. En revanche, la directive
+    <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+    peut être utilisée pour provoquer une réaction différente du serveur
+    pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel,
+    on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter.
+    Ensuite, une section
+    <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+    doit être créée pour chaque couple adresse+port spécifié afin de définir le
+    comportement de cet hôte virtuel. Notez que si la directive
+    <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+    est définie pour une adresse et un port sur lesquels le serveur n'est pas censé
+    écouter, cet hôte virtuel ne sera pas accessible.</p>
+  </div></div>
 <div class="bottomlang">
 <p><span>Langues Disponibles: </span><a href="./de/bind.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/bind.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/bind.html" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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>
diff --git a/docs/manual/bind.xml.fr b/docs/manual/bind.xml.fr
index 6e287b7fe29..d9af4738dfe 100644
--- a/docs/manual/bind.xml.fr
+++ b/docs/manual/bind.xml.fr
@@ -1,7 +1,10 @@
-<?xml version="1.0" encoding="ISO-8859-1"?>
+<?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: 103425:421100 (outdated) -->
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072801 $ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -22,173 +25,147 @@
 
 <manualpage metafile="bind.xml.meta">
 
-    <title>Liaison</title>
-
-    <summary>
-        <p>Configuration des adresses et ports sur lesquels Apache &#233;coute.</p>
-    </summary>
-
-    <seealso><a href="vhosts/">Serveurs Virtuels</a></seealso>
-    <seealso><a href="dns-caveats.html">Probl&#233;mes DNS</a></seealso>
-
-    <section id="overview">
-        <title>Informations g&#233;n&#233;rales</title>
-
-        <related>
-            <modulelist>
-                <module>core</module>
-                <module>mpm_common</module>
-            </modulelist>
-            <directivelist>
-                <directive module="core" type="section">VirtualHost</directive>
-                <directive module="mpm_common">Listen</directive>
-            </directivelist>
-        </related>
-
-
-        <p>Au moment de son d&#233;marrage, Apache se lie &#224; un port et &#224; une 
-        adresse IP sur la machine locale et se met en attente de requ&#232;tes.
-        Par d&#233;faut, Apache &#233;coute sur toutes les adresses de la machine.
-        Apache accepte d'&#233;couter sur un ou plusieurs ports sp&#233;cifiques, 
-        sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse.
-        Il est fr&#233;quent d'utiliser ces possibilit&#233;s avec les fonctionnalit&#233;s
-        de Serveurs Virtuels, qui permettent de faire r&#233;pondre le serveur de
-        mani&#232;re diff&#233;rente en fonction de l'adresse IP, du nom d'h&#244;te ou 
-        du port.</p>
-
-        <p>Le serveur interpr&#232;te la directive 
-        <directive module="mpm_common">Listen</directive>
-        en acceptant les requ&#232;tes seulement sur le port ou la combinaison
-        adresse IP + port pass&#233;e en argument. Dans le cas o&#249; seul un port 
-        est sp&#233;cifi&#233; avec la directive 
-        <directive module="mpm_common">Listen</directive>,
-        le serveur se met &#224; l'&#233;coute sur le port sp&#233;cifi&#233;, sur toutes
-        les interfaces et adresses de la machine. Si une adresse IP est 
-        sp&#233;cifi&#233;e en plus du port, le serveur n'&#233;coute que sur l'adresse 
-        et le port sp&#233;cifi&#233;.  Il est possible de configurer plusieurs adresses
-        et ports avec la directives 
-        <directive module="mpm_common">Listen</directive> 
-        pour &#233;coute par le serveur. Le serveur r&#233;pond aux requ&#232;tes faites 
-        &#224; toutes les adresses et ports &#233;num&#233;r&#233;s.</p>
-      
-
-        <p>Par exemple, pour que le serveur accepte les connexions sur
-        les ports 80 et 8000, sp&#233;cifiez :</p>
-
-        <example>
-            Listen 80<br />
-            Listen 8000
-        </example>
-
-        <p>Pour qu'Apache accepte les connexions sur deux combinaisons
-        adresses + ports, sp&#233;cifiez :</p>
-
-        <example>
-            Listen 192.170.2.1:80<br />
-            Listen 192.170.2.5:8000
-        </example>
-
-        <p>Les adresses IPv6 sont accept&#233;es, pourvu qu'elles soient sp&#233;cifi&#233;es 
-        entre crochets de la fa&#231;on suivante :</p>
-
-        <example>
-            Listen [2001:db8::a00:20ff:fea7:ccea]:80
-        </example>
-    </section>
-
-    <section id="ipv6">
-        <title>Consid&#233;rations Sp&#233;ciales avec IPv6</title>
-
-        <p>De plus en plus de plate-formes impl&#233;mentent IPv6. APR
-        supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache
-        peut assigner des interfaces de connexions IPv6 et r&#233;pondre aux 
-        requ&#232;tes utilisant IPv6.</p>
-
-        <p>Une complication possible pour les administrateurs Apache est de
-        savoir si une interface de connexion IPv6 peut r&#233;pondre aux deux types de
-        connexions IPv4 et IPv6.
-        Manipuler les connexions IPv4 avec une interface de connexion IPv6
-        suppose l'utilisation d'adresses IPv6 mapp&#233;es en IPv4, ce qui est
-        le cas par defaut sur la plupart des plate-formes, &#224; l'exeption de FreeBSD, 
-        NetBSD, et OpenBSD, cela en raison des politiques syst&#232;mes de ces plate-formes.
-        M&#232;me sur des syst&#232;mes o&#249; cette fonctionnalit&#233; n'est pas activ&#233;e par
-        d&#233;faut, une option de compilation permet de changer ce 
-        fonctionnement pour Apache.</p>
-        <p>Pour qu'Apache puisse g&#233;rer &#224; la fois les connexions IPv4 et IPv6
-        avec un minimum d'interfaces de connexions, il faut permettre l'utilisation
-        des adresses 
-        IPv6 mapp&#233;es en IPv4, ce qui est possible en sp&#233;cifiant l'option
-
-        de compilation <code>--enable-v4-mapped</code> et en utilisant la
-        directive <directive module="mpm_common">Listen</directive> 
-        comme suit:</p>
-    
-        <example>
-            Listen 80
-        </example>
-
-        <p>Si <code>--enable-v4-mapped</code> a &#233;t&#233; sp&#233;cifi&#233; &#224; la compilation,
-        les directives <directive module="mpm_common">Listen</directive> 
-        de la configuration par d&#233;faut sont de la forme ci-dessus. 
-        <code>--enable-v4-mapped</code> est l'option de compilation
-        par d&#233;faut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et 
-        OpenBSD.</p>
-
-
-        <p>Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'&#233;ventuel
-        support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut &#234;tre
-        sp&#233;cifi&#233; pour toutes les directives 
-        <directive module="mpm_common">Listen</directive>, 
-        comme dans les exemples suivantss:</p>
-
-        <example>
-            Listen 0.0.0.0:80<br />
-            Listen 192.170.2.1:80
-        </example>
-
-        <p>Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces
-        diff&#233;rentes (c'est-&#224;-dire, pour ne pas accepter les addresse IPv6 mapp&#233;es
-        en IPv4), sp&#233;cifier l'option de compilation <code>--disable-v4-mapped</code> 
-        et utiliser des directives <directive module="mpm_common">Listen</directive> 
-        sp&#233;cifiques telles que:</p>
-        <example>
-            Listen [::]:80<br />
-            Listen 0.0.0.0:80
-        </example>
-
-        <p>Avec <code>--disable-v4-mapped</code>, la directive 
-        <directive module="mpm_common">Listen</directive> &#224; l'int&#233;rieur
-        du fichier de configuration par d&#233;faut cr&#233;&#233; par Apache utilise la forme 
-        ci-dessus. 
-        <code>--disable-v4-mapped</code> est l'option de compilation par d&#233;faut sous
-        FreeBSD, NetBSD, et OpenBSD.</p>
-    </section>
-
-    <section id="virtualhost">
-        <title>Faire fonctionner tout ceci avec les Serveurs Virtuels</title>
-
-        <p><directive module="mpm_common">Listen</directive> 
-        n'impl&#233;mente aucun Serveur Virtuel. Cette directive sert simplement
-        &#224; informer le serveur principal sur quels addresses et ports &#233;couter.
-        Dans le cas o&#249; aucune section
-        <directive module="core" type="section">VirtualHost</directive>
-        n'est utilis&#233;e, le serveur r&#233;pondra de la m&#232;me mani&#232;re pour toutes
-        les requ&#232;tes qu'il acceptera. Cependant des sections 
-        <directive module="core" type="section">VirtualHost</directive>
-        peuvent &#234;tre utilis&#233;es pour qu'Apache r&#233;agisse de fa&#231;on diff&#233;rente &#224;
-        une requ&#232;te selon l'adresse ou le port. Avant d'impl&#233;menter
-        un Serveur Virtuel au moyen de la directive 
-        <directive module="core" type="section">VirtualHost</directive>, la directive
-        <directive module="mpm_common">Listen</directive> 
-        doit tre utilis&#233;e pour que le serveur &#233;coute sur l'adresse
-        ou le port sp&#233;cifi&#233;. Une section 
-        <directive module="core" type="section">VirtualHost</directive>
-        peut alors &#234;tre utilis&#233;e pour d&#233;finir la r&#233;action du Serveur Virtuel pour une
-        adresse et un port sp&#233;cifique. &#192; noter que si un Serveur Virtuel est 
-        positionn&#233; au moyen de la directive
+  <title>Adresse IP et port d'&eacute;coute</title>
+
+  <summary>
+    <p>Configuration d'Apache pour l'&eacute;coute sur un port et une adresse IP sp&eacute;cifiques.</p>
+  </summary>
+
+  <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
+  <seealso><a href="dns-caveats.html">Probl&egrave;mes li&eacute;s &agrave; DNS</a></seealso>
+
+  <section id="overview">
+    <title>Vue d'ensemble</title>
+
+    <related>
+      <modulelist>
+        <module>core</module>
+        <module>mpm_common</module>
+      </modulelist>
+      <directivelist>
         <directive module="core" type="section">VirtualHost</directive>
-        sur une adresse et un port sur lesquels le serveur n'est pas &#224; l'&#233;coute,
-        le Serveur Virtuel ne sera pas accessible.</p>
-    </section>
+        <directive module="mpm_common">Listen</directive>
+      </directivelist>
+    </related>
+
+
+    <p>Au d&eacute;marrage d'Apache, un port et une adresse lui sont associ&eacute;s sur
+    l'hôte local et le serveur se met en attente de l'arriv&eacute;e d'une requ&ecirc;te.
+    Par d&eacute;faut, le serveur &eacute;coute toutes les adresses de l'hôte local.
+    Cependant, il faut lui pr&eacute;ciser des ports sp&eacute;cifiques &agrave; &eacute;couter,
+    ou lui dire de n'&eacute;couter que certaines adresses,
+    ou une combinaison des deux.
+    Tout ceci est souvent associ&eacute; avec la fonctionnalit&eacute; des hôtes virtuels
+    qui d&eacute;termine la mani&egrave;re dont Apache r&eacute;pond aux diff&eacute;rents ports,
+    noms d'hôtes et adresses IP.</p>
+
+    <p>La directive <directive module="mpm_common">Listen</directive>
+    enjoint le serveur de n'accepter des requ&ecirc;tes que sur le port sp&eacute;cifi&eacute; ou
+    une combinaison adresse/port. Si seul un num&eacute;ro de port est sp&eacute;cifi&eacute;
+    dans la directive <directive module="mpm_common">Listen</directive>,
+    le serveur &eacute;coute ce port sur toutes les interfaces r&eacute;seau.
+    Si une adresse IP est sp&eacute;cifi&eacute;e en plus du port, le serveur va &eacute;couter
+    ce port sur l'interface r&eacute;seau correspondante. On peut utiliser
+    de multiples directives
+    <directive module="mpm_common">Listen</directive> pour
+    sp&eacute;cifier plusieurs adresses et ports &agrave; &eacute;couter. Le serveur r&eacute;pondra alors
+    aux requ&ecirc;tes sur ces ports et adresses sp&eacute;cifi&eacute;s.</p>
+
+    <p>Par exemple, pour faire en sorte que le serveur accepte des connexions
+    sur les ports 80 et 8000, utilisez :</p>
+
+    <example>
+      Listen 80<br />
+      Listen 8000
+    </example>
+
+    <p>Pour faire en sorte que le serveur accepte des connexions en provenance
+    de deux couples d'interfaces et ports, utilisez :</p>
+
+    <example>
+      Listen 192.170.2.1:80<br />
+      Listen 192.170.2.5:8000
+    </example>
+
+    <p>Les adresses IPv6 doivent &ecirc;tre entre crochets, comme dans
+    l'exemple suivant :</p>
+
+    <example>
+      Listen [2001:db8::a00:20ff:fea7:ccea]:80
+    </example>
+  </section>
+
+  <section id="ipv6">
+    <title>Remarques sp&eacute;cifiques &agrave; IPv6</title>
+
+    <p>Un nombre croissant de plateformes impl&eacute;mentent IPv6, et
+    <glossary>APR</glossary> supporte IPv6 sur la plupart d'entre elles,
+    ce qui permet &agrave; Apache d'allouer des points de connexion (sockets) IPv6
+    et de traiter des requ&ecirc;tes qui ont &eacute;t&eacute; envoy&eacute;es sur IPv6.</p>
+
+    <p>Les administrateurs d'Apache doivent se pr&eacute;occuper de la possibilit&eacute;
+    pour un point de connexion IPv6 de traiter &agrave; la fois des connexions IPv4
+    et des connexions IPv6.
+    Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise
+    des adresses IPv6 traduites en IPv4, qui sont autoris&eacute;es par d&eacute;faut sur la
+    plupart des plateformes mais sont interdites par d&eacute;faut sous FreeBSD, NetBSD,
+    et OpenBSD afin de respecter la politique de s&eacute;curit&eacute; du syst&egrave;me sur ces plateformes.
+    Mais m&ecirc;me sur ces syst&egrave;mes o&ugrave; ces adresses sont interdites par d&eacute;faut, un
+    param&egrave;tre sp&eacute;cial du script <program>configure</program> permet de modifier
+    ce comportement pour Apache.</p>
+
+    <p>En revanche, sur certaines plateformes comme Linux et Tru64, la
+    <strong>seule</strong> mani&egrave;re de g&eacute;rer &agrave; la fois IPv6 et IPv4 passe
+    par l'utilisation d'adresses traduites. Si vous voulez qu'Apache g&egrave;re
+    des connexions IPv4 et IPv6 avec un minimum de points de connexion,
+    ce qui n&eacute;cessite l'utilisation d'adresses IPv6 traduites en IPv4,
+    utilisez l'option <code>--enable-v4-mapped</code> du script <program>
+    configure</program>.</p>
+
+    <p>L'option <code>--enable-v4-mapped</code> est utilis&eacute;e par d&eacute;faut sur
+    toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD;
+    votre Apache a donc probablement &eacute;t&eacute; construit avec cette option.</p>
+
+    <p>Si vous souhaitez qu'Apache ne g&egrave;re que des connexions IPv4, sans se
+    soucier de ce que vos plateforme et APR supportent, sp&eacute;cifiez une adresse
+    IPv4 dans toutes les directives
+    <directive module="mpm_common">Listen</directive>, comme dans l'exemple
+    suivant :</p>
+
+    <example>
+      Listen 0.0.0.0:80<br />
+      Listen 192.170.2.1:80
+    </example>
+
+    <p>Si votre plateforme le supporte et si vous souhaitez qu'Apache g&egrave;re
+    des connexions IPv4 et IPv6 sur des points de connexion s&eacute;par&eacute;s
+    (c'est &agrave; dire d&eacute;sactiver la traduction des adresses IPv6 au format IPv4),
+    utilisez l'option <code>--disable-v4-mapped</code> du script
+    <program> configure</program>. <code>--disable-v4-mapped</code> est
+    utilis&eacute; par d&eacute;faut sur FreeBSD, NetBSD, et OpenBSD.</p>
+  </section>
+
+  <section id="virtualhost">
+    <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
+
+    <p> La directive <directive
+    module="mpm_common">Listen</directive> n'impl&eacute;mente pas les hôtes virtuels.
+    Elle indique simplement au serveur principal sur quels adresses et ports
+    il doit &eacute;couter. Si aucune directive
+    <directive module="core" type="section">VirtualHost</directive>
+    n'est pr&eacute;sente, le serveur se comportera de la m&ecirc;me fa&ccedil;on pour toutes
+    les requ&ecirc;tes accept&eacute;es. En revanche, la directive
+    <directive module="core" type="section">VirtualHost</directive>
+    peut &ecirc;tre utilis&eacute;e pour provoquer une r&eacute;action diff&eacute;rente du serveur
+    pour un ou plusieurs adresses/ports. Pour impl&eacute;menter un hôte virtuel,
+    on doit d'abord indiquer au serveur sur quels adresses et ports il doit &eacute;couter.
+    Ensuite, une section
+    <directive module="core" type="section">VirtualHost</directive>
+    doit &ecirc;tre cr&eacute;&eacute;e pour chaque couple adresse+port sp&eacute;cifi&eacute; afin de d&eacute;finir le
+    comportement de cet hôte virtuel. Notez que si la directive
+    <directive module="core" type="section">VirtualHost</directive>
+    est d&eacute;finie pour une adresse et un port sur lesquels le serveur n'est pas cens&eacute;
+    &eacute;couter, cet hôte virtuel ne sera pas accessible.</p>
+  </section>
 </manualpage>
 
diff --git a/docs/manual/bind.xml.meta b/docs/manual/bind.xml.meta
index f08c64c7ba2..094952898fd 100644
--- a/docs/manual/bind.xml.meta
+++ b/docs/manual/bind.xml.meta
@@ -8,7 +8,7 @@
   <variants>
     <variant>de</variant>
     <variant>en</variant>
-    <variant outdated="yes">fr</variant>
+    <variant>fr</variant>
     <variant>ja</variant>
     <variant outdated="yes">ko</variant>
   </variants>
diff --git a/docs/manual/caching.html b/docs/manual/caching.html
index 8506655a293..8dd58d1bac5 100644
--- a/docs/manual/caching.html
+++ b/docs/manual/caching.html
@@ -1,3 +1,7 @@
 URI: caching.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
+
+URI: caching.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
diff --git a/docs/manual/caching.html.en b/docs/manual/caching.html.en
index 5a0136f471e..d4078027141 100644
--- a/docs/manual/caching.html.en
+++ b/docs/manual/caching.html.en
@@ -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.2</a></div><div id="page-content"><div id="preamble"><h1>Caching Guide</h1>
 <div class="toplang">
-<p><span>Available Languages: </span><a href="./en/caching.html" title="English">&nbsp;en&nbsp;</a></p>
+<p><span>Available Languages: </span><a href="./en/caching.html" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/caching.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a></p>
 </div>
 
     <p>This document supplements the <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>,
@@ -648,7 +649,8 @@ CacheDirLength 1</pre></div>
 
   </div></div>
 <div class="bottomlang">
-<p><span>Available Languages: </span><a href="./en/caching.html" title="English">&nbsp;en&nbsp;</a></p>
+<p><span>Available Languages: </span><a href="./en/caching.html" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/caching.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/caching.html.fr b/docs/manual/caching.html.fr
new file mode 100644
index 00000000000..ae22f42cf10
--- /dev/null
+++ b/docs/manual/caching.html.fr
@@ -0,0 +1,741 @@
+<?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 la mise en cache - 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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Guide de la mise en cache</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/caching.html" title="Français">&nbsp;fr&nbsp;</a></p>
+</div>
+
+    <p>Ce document complète la documentation de référence des modules
+    <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>,
+    <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>,
+    <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> et du programme <a href="programs/htcacheclean.html">htcacheclean</a>.
+    Il décrit l'utilisation des fonctionnalités de mise en cache d'Apache
+    pour accélérer les services web et proxy, tout en évitant les problèmes
+    courants et les erreurs de configuration.</p>
+  </div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#overview">Vue d'ensemble de la mise en cache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#security">Considérations sur la sécurité</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#filehandle">Mise en cache de la gestion de fichier</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#inmemory">Mise en cache en mémoire</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#disk">Mise en cache sur disque</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="introduction" id="introduction">Introduction</a></h2>
+    
+
+    <p>Depuis la version 2.2 du serveur HTTP Apache, les modules
+    <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+    et <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> ne sont plus jugés expérimentaux
+    et on considère qu'ils peuvent être utilisés en production. Ces
+    architectures de mise en cache constituent un puissant concept
+    d'accélération de la gestion HTTP, tant comme serveur web originel
+    que comme mandataire.</p>
+
+    <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> et ses modules de soutien
+    <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> et <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>
+    permettent une mise en cache intelligente du point de vue HTTP.
+    Le contenu proprement dit est stocké dans le cache,
+    et mod_cache tente d'honorer tous les en-têtes HTTP et les options
+    qui définissent la possibilité de mise en cache du contenu. Il gère non
+    seulement le contenu local, mais aussi le contenu mandaté.
+    <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+    est conçu pour des configurations de mise en cache simples ou complexes,
+    dans lesquels vous traitez de contenu mandaté, de contenu local dynamique
+    ou avez besoin d'accélérer l'accès à des fichiers locaux qui sont modifiés
+    au cours du temps.</p>
+
+    <p>Le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> quant à lui, constitue une
+    forme de mise en cache plus basique, mais quelques fois intéressante.
+    Plutôt que de gérer la complexité de s'assurer de manière active de la
+    possibilité de mise en cache d'URLs,
+    <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> fournit des méthodes pour la gestion
+    et l'édition de fichiers en mémoire afin de maintenir un cache de fichiers
+    dans l'état où ils étaient la dernière fois qu'Apache a démarré.
+    En tant que tel, <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> a été conçu pour améliorer
+    le temps d'accès à des fichiers locaux statiques qui ne sont modifiés
+    que rarement.</p>
+
+    <p>Etant donné que <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> constitue une
+    implémentation de mise en cache relativement simple, mises à part les
+    sections spécifiques sur les directives <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> et <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code>, les explications fournies
+    dans ce guide concernent l'architecture de mise en cache du
+    module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>.</p>
+
+    <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
+    vous être familières, et vous devez avoir lu les sections
+    <a href="urlmapping.html">Mise en correspondance des
+    URLs avec le système de fichiers</a> et
+    <a href="content-negotiation.html">Négociation sur le contenu</a>
+    du guide de l'utilisateur.</p>
+
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="overview" id="overview">Vue d'ensemble de la mise en cache</a></h2>
+
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code></li><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li><li><code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code></li><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code></li><li><code class="directive"><a href="./mod/mod_negotiation.html#cachenegotiateddocs">CacheNegotiatedDocs</a></code></li></ul></td></tr></table>
+
+    <p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> peut faire intervenir deux phases
+    principales pendant la durée de vie d'une requête.
+    En premier lieu, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+    est un module de mise en correspondance d'URLs, ce qui signifie que si
+    une URL a été mise en cache, et que la version du cache de cette URL n'est
+    pas arrivée à expiration, la requête sera traitée directement par
+    <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>.</p>
+
+    <p>Ceci entraîne que toutes autres actions qui se dérouleraient normalement
+    au cours du processus de traitement d'une requête -- par exemple un
+    traitement effectué par <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>, ou
+    <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> --
+    ne seront pas effectuées. Mais c'est justement l'intérêt
+    de la mise en cache préalable du contenu.</p>
+
+    <p>Si l'URL ne se trouve pas dans le cache, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+    va ajouter un <a href="filter.html">filtre</a> au traitement de la requête.
+    Une fois le contenu de la réponse HTTP trouvé par Apache de manière classique, le
+    filtre sera exécuté en même temps que le contenu sera transmis au client.
+    S'il est déterminé que le contenu peut être mis en cache,
+    il sera sauvegardé dans le cache pour une utilisation future.</p>
+
+    <p>Si l'URL se trouve dans le cache, mais est arrivée à expiration,
+    le filtre est quand-même ajouté, mais <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> va créer
+    une requête conditionnelle en arrière-plan, pour déterminer si la version
+    du cache est encore à jour. Si la version du cache est encore à jour, ses
+    meta-informations seront mises à jour et la requête sera servie à partir du
+    cache. Si la version du contenu n'est plus à jour, elle sera supprimée et le
+    filtre va sauvegarder le contenu mis à jour dans le cache
+    au moment où il sera servi.</p>
+
+    <h3>Amélioration du taux de présence dans le cache</h3>
+      
+
+      <p>Lors de la mise en cache de contenu généré localement, le
+      positionnement de la directive
+      <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> à
+      <code>On</code> peut améliorer de manière spectaculaire le taux de
+      présence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
+      virtuel qui sert le contenu constitue une partie de la clé de cache.
+      Avec <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> positionnée
+      à <code>On</code>,
+      les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
+      généreront pas d'entités de cache différentes, et le contenu sera mis en
+      cache en faisant référence au nom d'hôte canonique.</p>
+
+      <p>Les documents mis en cache ne seront servis qu'en réponse à des
+      requêtes de type URL, car la mise en cache est effectuée lors de la phase
+      de traduction de l'URL en nom de fichier.
+      En général, cela n'a que peu d'effet, à moins que vous n'utilisiez les
+      <a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
+
+      <div class="example"><pre>
+&lt;!-- L'inclusion suivante peut être mise en cache --&gt;
+&lt;!--#include virtual="/footer.html" --&gt;
+
+&lt;!-- L'inclusion suivante ne peut pas être mise en cache --&gt;
+&lt;!--#include file="/path/to/footer.html" --&gt;</pre></div>
+
+      <p>Si vous utilisez les SSI, et voulez bénéficier de la vitesse de
+      service depuis le cache, vous devez utiliser des inclusions de type
+      <code>virtual</code>.</p>
+    
+
+    <h3>Périodes d'expiration</h3>
+      
+
+      <p>La période d'expiration par défaut pour les entités du cache est
+      d'une heure; elle peut cependant être facilement modifiée à l'aide de
+      la directive <code class="directive"><a href="./mod/mod_cache.html#cachedefaultexpire">CacheDefaultExpire</a></code>. Cette valeur par
+      défaut n'est utilisée que lorsque la source originale du contenu ne
+      précise pas de période d'expiration ou d'heure de dernière
+      modification.</p>
+
+      <p>Si une réponse ne contient pas d'en-tête <code>Expires</code> mais
+      inclut un en-tête <code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+      peut déduire une période d'expiration en se basant sur la valeur de la
+      directive <code class="directive"><a href="./mod/mod_cache.html#cachelastmodifiedfactor">CacheLastModifiedFactor</a></code>.</p>
+
+      <p>La période d'expiration des contenus locaux peut être ajustée finement
+      en utilisant le module <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>.</p>
+
+      <p>On peut aussi contrôler la période d'expiration maximale en utilisant
+      la directive <code class="directive"><a href="./mod/mod_cache.html#cachemaxexpire">CacheMaxExpire</a></code>.</p>
+
+    
+
+    <h3>Guide succinct des requêtes conditionnelles</h3>
+      
+
+      <p>Lorsqu'un contenu est arrivé à expiration dans le cache et fait
+      l'objet d'une nouvelle demande d'accès, plutôt que traiter directement
+      la requête originale, Apache préfère utiliser une
+      requête conditionnelle.</p>
+
+      <p>HTTP propose toute une panoplie d'en-têtes qui permettent à un client,
+      ou au cache de distinguer les différentes versions d'un même contenu. Par
+      exemple, si une ressource a été servie avec un en-tête "Etag:", il est
+      possible de créer une requête conditionnelle contenant un en-tête
+      "If-None-Match:". Si une ressource a été servie avec un en-tête
+      "Last-Modified:", il est possible de créer une requête conditionnelle
+      contenant un en-tête "If-Modified-Since:", etc....</p>
+
+      <p>Lorsqu'une telle requête conditionnelle est créée, la reponse diffère
+      selon que le contenu satisfait ou non aux conditions. Si une requête est
+      créée avec un en-tête "If-Modified-Since:", et le contenu n'a pas été
+      modifié depuis le moment indiqué dans la requête, alors un laconique
+      "304 Not Modified" est retourné.</p>
+
+      <p>Si le contenu a été modifié, il est servi comme si la requête n'avait
+      pas été conditionnelle à l'origine.</p>
+
+      <p>Les bénéfices des requêtes conditionnelles pour ce qui concerne la
+      mise en cache sont de deux sortes. Premièrement, quand une telle requête
+      est envoyée au processus en arrière-plan, il sera aisé de déterminer
+      si le contenu que devra servir le processus en arrière-plan correspond
+      au contenu stocké dans le cache, sans être obligé de transmettre la
+      totalité de la ressource.</p>
+
+      <p>Deuxièmement, les requêtes conditionnelles sont en général moins
+      coûteuses en ressources pour le processus en arrière-plan.
+      Pour ce qui est des fichiers
+      statiques, l'action type est un appel à <code>stat()</code> ou un appel
+      système similaire, pour déterminer si la taille du fichier ou sa date de
+      modification ont changé. Ainsi, même si Apache met en cache le contenu
+      local, un contenu arrivé à expiration pourra être servi plus rapidement
+      depuis le cache s'il n'a pas été modifié, parce que la lecture depuis le
+      cache est plus rapide que la lecture depuis le processus en arrière-plan
+      (à comparer à la différence de vitesse entre la lecture depuis un cache en
+      mémoire et la lecture depuis un disque).</p>
+    
+
+    <h3>Que peut-on mettre en cache ?</h3>
+      
+
+      <p>Comme mentionné plus haut, les deux styles de mise en cache d'Apache
+      fonctionnent différemment; la mise en cache de
+      <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> conserve les contenus des fichiers
+      tels qu'ils étaient au démarrage d'Apache. Quand une requête pour un
+      fichier mis en cache par ce module est envoyée, elle est interceptée
+      et le fichier mis en cache est servi.</p>
+
+      <p>La mise en cache de <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, quant à elle, est
+      plus complexe. Lors du traitement d'une requête, le module de mise en
+      cache déterminera si le contenu peut être mis en cache, s'il ne l'a
+      pas déjà été auparavant. Les conditions qui permettent de déterminer
+      la possibilité de mise en cache d'une réponse sont :</p>
+
+      <ol>
+        <li>La mise en cache doit être activée pour cette URL. Voir les
+	directives <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code> et <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>.</li>
+
+        <li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
+	ou 410.</li>
+
+        <li>La requête doit être de type HTTP GET.</li>
+
+        <li>Si la requête contient un en-tête "Authorization:", la réponse ne
+	sera pas mise en cache.</li>
+
+        <li>Si la réponse contient un en-tête "Authorization:", elle doit aussi
+	contenir une option "s-maxage", "must-revalidate" ou "public"
+	dans l'en-tête "Cache-Control:".</li>
+
+        <li>Si l'URL contenait une requête sous forme de chaîne de caractères
+	(provenant par exemple d'une méthode GET de formulaire HTML), elle ne
+	sera pas mise en cache à moins que la réponse ne contienne un en-tête
+        "Expires:", comme précisé dans la RFC2616 section 13.9.</li>
+
+        <li>Si la réponse a un statut de 200 (OK), elle doit aussi contenir
+	au moins un des en-têtes "Etag", "Last-Modified" ou
+        "Expires", à moins que la directive
+        <code class="directive"><a href="./mod/mod_cache.html#cacheignorenolastmod">CacheIgnoreNoLastMod</a></code>
+        ne précise d'autres contraintes.</li>
+
+        <li>Si la réponse contient l'option "private" dans un en-tête
+	"Cache-Control:", elle ne sera pas mise en cache à moins que la
+	directive
+        <code class="directive"><a href="./mod/mod_cache.html#cachestoreprivate">CacheStorePrivate</a></code>
+	ne précise d'autres contraintes.</li>
+
+        <li>De même, si la réponse contient l'option "no-store" dans un en-tête
+        "Cache-Control:", elle ne sera pas mise en cache à moins que la
+	directive
+        <code class="directive"><a href="./mod/mod_cache.html#cachestorenostore">CacheStoreNoStore</a></code>
+	n'ait été utilisée.</li>
+
+        <li>Une réponse ne sera pas mise en cache si elle comporte un en-tête
+	"Vary:" contenant le caractère "*" qui correspond à toute
+	chaîne de caractères.</li>
+      </ol>
+    
+
+    <h3>Qu'est ce qui ne doit pas être mis en cache ?</h3>
+      
+
+      <p>En bref, tout contenu qui varie beaucoup avec le temps, ou en fonction
+      de particularités de la requête qui ne sont pas couvertes par la
+      négociation HTTP, ne doit pas être mis en cache.</p>
+
+      <p>Un contenu dynamique qui varie en fonction de l'adresse IP du
+      demandeur, ou qui est modifié toutes les 5 minutes, ne devra en général
+      pas être mis en cache.</p>
+
+      <p>Si par contre le contenu servi diffère en fonction de la valeur de
+      divers en-têtes HTTP, il se peut que l'on puisse le mettre en cache
+      intelligemment en utilisant un en-tête "Vary".</p>
+    
+
+    <h3>Contenu variable et/ou négocié</h3>
+      
+
+      <p>Si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> reçoit une réponse contenant un en-tête
+      "Vary", lorsqu'un contenu a été demandé par un processus d'arrière-plan,
+      il va s'efforcer de la traiter intelligemment. Si possible,
+      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> va détecter les en-têtes attribués dans la
+      réponse "Vary" à l'occasion des futures demandes, et servir une réponse
+      correcte à partir du cache.</p>
+
+      <p>Si par exemple, une réponse est reçue avec l'en-tête Vary suivant,</p>
+
+      <div class="example"><p><code>
+Vary: negotiate,accept-language,accept-charset
+      </code></p></div>
+
+      <p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne servira aux demandeurs que le contenu
+      mis en cache qui correspond au contenu des en-têtes accept-language et
+      accept-charset de la requête originale.</p>
+    
+
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="security" id="security">Considérations sur la sécurité</a></h2>
+    
+
+    <h3>Autorisation et contrôle d'accès</h3>
+      
+
+      <p>Utiliser <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> revient sensiblement à la même
+      chose qu'avoir un mandataire inverse intégré (reverse-proxy). Les requêtes
+      seront servies par le module de mise en cache sauf si ce dernier
+      détermine qu'un processus d'arrière-plan doit être appelé. La mise en
+      cache de ressources locales modifie considérablement le modèle de
+      sécurité d'Apache.</p>
+
+      <p>Comme le parcours de la hiérarchie d'un système de fichiers pour
+      examiner le contenu d'éventuels fichiers
+      <code>.htaccess</code> serait une opération très coûteuse en ressources,
+      annulant partiellement de ce fait l'intérêt de la mise en cache
+      (accélérer le traitement des requêtes),
+      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne se préoccupe pas de savoir s'il a
+      l'autorisation de servir une entité mise en cache. En d'autres termes,
+      si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> a mis en cache un certain contenu, ce
+      dernier sera servi à partir du cache tant qu'il ne sera pas arrivé à
+      expiration.</p>
+
+      <p>Si par exemple, votre configuration autorise l'accès à une ressource
+      en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
+      pas mis en cache. Ceci est possible en utilisant la directive
+      <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>, ou le module
+      <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>. Livré à lui-même,
+      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> - pratiquement comme un mandataire inverse -
+      mettrait en cache le contenu lors de son service, et le servirait ensuite
+      à tout client, vers n'importe quelle adresse IP.</p>
+    
+
+    <h3>Piratages locaux</h3>
+      
+
+      <p>Etant donné que les requêtes des utilisateurs finaux peuvent être
+      servies depuis le cache, ce dernier est une cible potentielle pour ceux
+      qui veulent défigurer un contenu ou interférer avec lui. Il est important
+      de garder à l'esprit que l'utilisateur sous lequel tourne Apache doit
+      toujours avoir l'accès en écriture dans le cache. Ceci est en contraste
+      total avec la recommandation usuelle d'interdire à l'utilisateur sous
+      lequel tourne Apache
+      l'accès en écriture à tout contenu.</p>
+
+      <p>Si l'utilisateur sous lequel tourne Apache est compromis,
+      par exemple à cause d'une
+      faille de sécurité dans un processus CGI, il est possible que le cache
+      fasse l'objet d'une attaque. Il est relativement aisé d'insérer ou de
+      modifier une entité dans le cache en utilisant le module
+      <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>.</p>
+
+      <p>Cela représente un risque relativement élévé par rapport aux autres
+      types d'attaques qu'il est possible de mener sous l'utilisateur apache.
+      Si vous utilisez <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, vous devez garder ceci
+      à l'esprit : effectuez toujours les mises à jour d'Apache quand des
+      correctifs de sécurité sont annoncés et exécutez les processus CGI sous
+      un utilisateur autre qu'apache en utilisant
+      <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
+
+    
+
+    <h3>Empoisonnement du cache (Cache Poisoning)</h3>
+      
+
+      <p>Si vous utilisez Apache comme serveur mandataire avec mise en cache,
+      vous vous exposez aussi à un éventuel "Empoisonnement du
+      cache" (Cache poisoning). L'empoisonnement du cache est un terme général
+      pour désigner les attaques au cours desquelles l'attaquant fait en sorte
+      que le serveur mandataire renvoie un contenu incorrect (et souvent
+      indésirable) en provenance du serveur d'arrière plan.
+      </p>
+
+      <p>Par exemple, si les serveur DNS qu'utilise votre système où tourne
+      Apache sont vulnérables à l'empoisonnement du cache des DNS, un attaquant
+      pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu
+      depuis le serveur d'origine.
+      Un autre exemple est constitué par les attaques ainsi nommées
+      "Dissimulation de requêtes HTTP" (HTTP request-smuggling).</p>
+
+      <p>Ce document n'est pas le bon endroit pour une discussion approfondie
+      à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
+      moteur de recherche favori); il est cependant important de savoir qu'il
+      est possible d'élaborer une série de requêtes, et d'exploiter une
+      vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant
+      puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
+    
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="filehandle" id="filehandle">Mise en cache de la gestion de fichier</a></h2>
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li></ul></td></tr></table>
+
+    <p>Le fait d'ouvrir un fichier peut en lui-même introduire un délai,
+    en particulier dans les systèmes de fichiers répartis sur le réseau. Apache
+    peut s'affranchir de ce délai en maintenant
+    un cache des descripteurs de fichiers
+    ouverts pour ce qui concerne les fichiers souvent accédés. Apache propose
+    actuellement deux implémentations différentes de mise en cache de la
+    gestion de fichier.</p>
+
+    <h3>Directive CacheFile</h3>
+      
+
+      <p>La forme la plus élémentaire de mise en cache que propose Apache est
+      fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code>.
+      Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
+      une table des descripteurs de fichiers ouverts. Les fichiers à mettre en
+      cache de cette manière sont spécifiés dans le fichier de configuration
+      en utilisant la directive
+      <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>.</p>
+
+      <p>La directive
+      <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> demande à Apache
+      d'ouvrir le fichier lors de son démarrage et de réutiliser le descripteur
+      de fichier élaboré à cette occasion pour tous les
+      accès ultérieurs à ce fichier.</p>
+
+      <div class="example"><pre>CacheFile /usr/local/apache2/htdocs/index.html</pre></div>
+
+      <p>Si vous avez l'intention de mettre en cache un grand nombre de
+      fichiers de cette manière, vous devez vous assurer que le nombre maximum
+      de fichiers ouverts par votre système d'exploitation est correctement
+      défini.</p>
+
+      <p>Bien que l'utilisation de la directive
+      <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>
+      n'entraîne pas la mise en cache du contenu du fichier, cela ne signifie
+      pas qu'en cas de modification du fichier pendant l'exécution d'Apache,
+      ces changements seront pris en compte. Le fichier sera toujours servi
+      dans l'état où il était quand Apache a démarré.</p>
+
+      <p>Si le fichier est supprimé pendant l'exécution d'Apache, ce dernier
+      continuera à maintenir un descripteur de fichier ouvert et à servir le
+      fichier dans l'état où il était quand Apache a démarré. Cela signifie
+      aussi habituellement que malgré le fait que le fichier ait été supprimé,
+      et ne soit
+      plus accessible par le système de fichiers, l'espace libéré ne sera
+      restitué qu'à l'arrêt d'Apache quand le
+      descripteur de fichier sera fermé.</p>
+    
+
+    <h3>Directive CacheEnable</h3>
+      
+
+      <p>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> propose aussi son propre
+      schéma de mise en cache de la gestion de fichier, qui peut être activé
+      à l'aide de la directive
+      <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code>.</p>
+
+      <div class="example"><pre>CacheEnable fd /</pre></div>
+
+      <p>A l'instar de tout ce qui concerne le module
+      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, ce mode de mise en cache de la gestion de
+      fichier est intelligent, et les descripteurs ne seront plus maintenus
+      lorsque le contenu mis en cache sera arrivé à expiration.</p>
+    
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="inmemory" id="inmemory">Mise en cache en mémoire</a></h2>
+    
+
+     <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code></li></ul></td></tr></table>
+
+    <p>Servir un contenu directement depuis la mémoire système est
+    universellement reconnu comme la méthode la plus rapide. Lire des fichiers
+    depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
+    lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
+    en général des opérations mécaniques, et l'accès au réseau est limité par la
+    bande passante dont vous disposez. Par contre, les temps d'accès à la
+    mémoire sont de l'ordre de la nano-seconde.</p>
+
+    <p>Cependant la mémoire système n'est pas bon marché; à capacité égale,
+    c'est de loin le type de stockage le plus coûteux et il est important de
+    s'assurer qu'elle est utilisée efficacement. Le fait de mettre en cache
+    des fichiers en mémoire diminue d'autant la quantité de mémoire système
+    disponible. Comme nous le verrons plus loin, ce n'est pas un problème en
+    soi dans le cas de la mise en cache par l'intermédiaire du système
+    d'exploitation, mais si l'on utilise la mise en cache en mémoire propre à
+    Apache, il faut prendre garde à ne pas allouer trop de mémoire au cache.
+    Sinon le système sera contraint d'utiliser le swap, ce qui dégradera
+    sensiblement les performances.</p>
+
+    <h3>Mise en cache par l'intermédiaire du système d'exploitation</h3>
+      
+
+      <p>Dans la plupart des systèmes d'exploitation modernes, c'est le noyau
+      qui gère directement la mise en cache en mémoire des données relatives
+      aux fichiers. C'est une fonctionnalité puissante, et les systèmes
+      d'exploitation s'en acquittent fort bien pour la plus grande partie.
+      Considérons par exemple, dans le cas de Linux, la différence entre le
+      temps nécessaire à la première lecture d'un fichier et le temps
+      nécessaire à sa deuxième lecture;</p>
+
+      <div class="example"><pre>
+colm@coroebus:~$ time cat testfile &gt; /dev/null
+real    0m0.065s
+user    0m0.000s
+sys     0m0.001s
+colm@coroebus:~$ time cat testfile &gt; /dev/null
+real    0m0.003s
+user    0m0.003s
+sys     0m0.000s</pre></div>
+
+      <p>Même pour ce petit fichier, il y a une grande différence entre les
+      temps nécessaires pour lire le fichier. Ceci est du au fait que le
+      noyau a mis en cache le contenu du fichier en mémoire.</p>
+
+      <p>Du fait de toujours pouvoir disposer de mémoire système, vous pouvez
+      être assuré qu'il y aura de plus en plus de contenus de fichiers stockés
+      dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire
+      très efficace, et ne nécessite aucune configuration supplémentaire
+      d'Apache.</p>
+
+      <p>De plus, comme le système d'exploitation sait si des fichiers
+      ont été
+      supprimés ou modifiés, il peut effacer automatiquement des contenus de
+      fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros
+      avantage par rapport à la mise en cache en mémoire d'Apache qui n'a
+      aucune possibilité de savoir si un fichier a été modifié.</p>
+    
+
+    <p>En dépit des performances et des avantages de la mise en cache
+    automatique par le système d'exploitation, la mise en cache en mémoire
+    peut être effectuée plus efficacement par Apache dans certaines
+    circonstances.</p>
+
+    <p>En premier lieu, un système d'exploitation ne peut mettre en cache que
+    les fichiers dont il a connaissance. Si vous exécutez Apache en tant que
+    serveur mandataire, les fichiers que vous mettez en cache ne sont pas
+    stockés en local mais sur un serveur distant. Si vous voulez tout de même
+    bénéficier de la vitesse incomparable procurée par la mise en cache en
+    mémoire, la mise en cache propre à Apache sera nécessaire.</p>
+
+    <h3>Mise en cache à l'aide de la directive MMapStatic</h3>
+      
+
+      <p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code>
+      fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> vous permet de
+      demander à Apache de charger un contenu de fichier statique en mémoire
+      lors de son démarrage (à l'aide de l'appel système mmap). Apache
+      utilisera le contenu chargé en mémoire pour satisfaire ultérieurement
+      toutes les demandes d'accès à ce fichier.</p>
+
+      <div class="example"><pre>MMapStatic /usr/local/apache2/htdocs/index.html</pre></div>
+
+      <p>Comme dans le cas de la directive
+      <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>, toute
+      modification du fichier ne sera plus prise en compte par Apache une fois
+      ce dernier démarré.</p>
+
+      <p> La directive
+      <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code> ne gardant
+      pas la trace de la quantité de mémoire qu'elle alloue, vous devez prendre
+      garde de ne pas en abuser. Chaque processus enfant d'Apache utilisant
+      sa propre réplique de la mémoire allouée, il est donc d'une importance
+      critique de s'assurer que les fichiers chargés ne sont pas d'une taille
+      trop importante afin d'épargner au système l'utilisation du swap.</p>
+    
+
+    <h3>Mise en cache à l'aide du module mod_mem_cache</h3>
+      
+
+      <p>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> propose une mise en cache en
+      mémoire intelligente du point de vue du protocole HTTP. Il utilise aussi
+      directement le "tas" de la mémoire, ce qui signifie que même si
+      <var>MMap</var> n'est pas supporté par votre système,
+      <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> pourra quand-même effectuer
+      la mise en cache.</p>
+
+      <p>La mise en cache selon cette méthode est activée comme suit :</p>
+
+      <div class="example"><pre>
+# Activation de la mise en cache en mémoire
+CacheEnable mem /
+
+# Limite la taille du cache à 1 Mégaoctet
+MCacheSize 1024</pre></div>
+    
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="disk" id="disk">Mise en cache sur disque</a></h2>
+    
+
+     <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li></ul></td></tr></table>
+
+    <p>Le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> fournit un mécanisme de mise
+    en cache sur disque au module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>. Comme dans le cas
+    du module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>, cette mise en cache est
+    intelligente et le contenu ne sera servi qu'à partir du cache tant qu'il
+    sera considéré comme valide.</p>
+
+    <p>Typiquement, le module sera configuré comme suit :</p>
+
+    <div class="example"><pre>
+CacheRoot   /var/cache/apache/
+CacheEnable disk /
+CacheDirLevels 2
+CacheDirLength 1</pre></div>
+
+    <p>Il est important de savoir que, les fichiers mis en cache étant stockés
+    localement, la mise en cache par l'intermédiaire du système d'exploitation
+    sera en général aussi appliquée à leurs accès. Si bien que même si les
+    fichiers sont stockés sur disque, s'il font l'objet d'accès fréquents,
+    il est probable que le système d'exploitation s'appliquera à ce qu'ils
+    soient servis à partir de la mémoire.</p>
+
+    <h3>Comprendre le stockage dans le cache</h3>
+      
+
+      <p>Pour stocker des entités dans le cache,
+      le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> crée une empreinte (hash) de 22
+      caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte
+      comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
+      de type CGI associé à l'URL, afin d'être sur que plusieurs URLs
+      n'interfèrent pas entre elles.</p>
+
+      <p>Chaque position de l'empreinte peut contenir un caractère
+      choisi parmi 64 caractères différents, il y a donc
+      64^22 possibilités pour une empreinte. Par exemple, une URL peut posséder
+      l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
+      utilisée pour préfixer les noms de fichiers spécifiques à cette URL à
+      l'intérieur du cache; cependant, elle est tout d'abord placée dans les
+      répertoires du cache selon les directives
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code> et
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>.</p>
+
+      <p>La directive
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code>
+      définit le nombre de niveaux de sous-répertoires, et
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>
+      le nombre de caractères composant le nom des sous-répertoires. Dans
+      l'exemple donné plus haut, l'empreinte se trouvera à :
+      <code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
+
+      <p>Cette technique a pour but principal de réduire le nombre de
+      sous-répertoires ou de fichiers contenus dans un répertoire particulier,
+      car le fonctionnement de la plupart des systèmes de fichiers est ralenti
+      quand ce nombre augmente. Avec la valeur "1" pour la directive
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>,
+      il peut y avoir au plus 64 sous-répertoires à un niveau quelconque.
+      Avec la valeur "2", il peut y en avoir 64 * 64, etc...
+      A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
+      la valeur "1" pour la directive
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>
+      est recommandée.</p>
+
+      <p>Le paramétrage de la directive
+      <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code>
+      dépend du nombre de fichiers que vous pensez stocker dans le cache.
+      Avec une valeur de "2" comme dans l'exemple donné plus haut,
+      4096 sous-répertoires peuvent être créés au total. Avec 1 million de
+      fichiers dans le cache, cela équivaut à environ 245 URLs mises en cache
+      dans chaque répertoire.</p>
+
+      <p>Chaque URL nécessite au moins deux fichiers dans le cache. Ce sont en
+      général un fichier ".header", qui contient des meta-informations à propos
+      de l'URL, comme la date de son arrivée à expiration,
+      et un fichier ".data" qui est la copie exacte du contenu à servir.</p>
+
+      <p>Dans le cas d'un contenu négocié via l'en-tête "Vary", un répertoire
+      ".vary" sera créé pour l'URL en question. Ce répertoire contiendra de
+      multiples fichiers ".data" correspondant aux différents contenus
+      négociés.</p>
+    
+
+    <h3>Maintenance du cache sur disque</h3>
+      
+
+      <p>Bien que le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> supprime un contenu
+      du cache lorsqu'il est arrivé à expiration, il ne maintient aucune
+      information à propos de la taille totale du cache ou de l'espace restant
+      disponible.</p>
+
+      <p>Par contre l'utilitaire
+      <a href="programs/htcacheclean.html">htcacheclean</a> fourni avec Apache
+      vous permet, comme son nom l'indique, de nettoyer le cache périodiquement.
+      Déterminer la fréquence à laquelle lancer <a href="programs/htcacheclean.html">htcacheclean</a> et la taille souhaitée
+      pour le cache est une tâche relativement complexe et il vous faudra de
+      nombreux essais et erreurs pour arriver à sélectionner des valeurs
+      optimales.</p>
+
+      <p><a href="programs/htcacheclean.html">htcacheclean</a> opère selon deux
+      modes. Il peut s'exécuter comme démon résident, ou être lancé
+      périodiquement par cron. <a href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
+      ou plus pour traiter de très grands caches (plusieurs dizaines de
+      Gigaoctets) et si vous l'exécutez à partir de cron, il vous est
+      conseillé de déterminer la durée typique d'un traitement, afin d'éviter
+      d'exécuter plusieurs instances à la fois.</p>
+
+      <p class="figure">
+      <img src="images/caching_fig1.gif" alt="" width="600" height="406" /><br />
+      <a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
+      typique du cache / séquence de nettoyage.</p>
+
+      <p>Comme <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> ne tient pas compte de l'espace
+      utilisé dans le cache, vous devez vous assurer que
+      <a href="programs/htcacheclean.html">htcacheclean</a> est configuré de
+      façon à laisser suffisamment d'"espace de croissance"
+      à la suite d'un nettoyage.</p>
+    
+
+  </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/caching.html" title="Français">&nbsp;fr&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/caching.xml.fr b/docs/manual/caching.xml.fr
new file mode 100644
index 00000000000..4eecab8f807
--- /dev/null
+++ b/docs/manual/caching.xml.fr
@@ -0,0 +1,800 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 572620 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2008090501 $ -->
+
+<!--
+ 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="caching.xml.meta">
+
+  <title>Guide de la mise en cache</title>
+
+  <summary>
+    <p>Ce document compl&egrave;te la documentation de r&eacute;f&eacute;rence des modules
+    <module>mod_cache</module>,
+    <module>mod_disk_cache</module>, <module>mod_mem_cache</module>,
+    <module>mod_file_cache</module> et du programme <a
+    href="programs/htcacheclean.html">htcacheclean</a>.
+    Il d&eacute;crit l'utilisation des fonctionnalit&eacute;s de mise en cache d'Apache
+    pour acc&eacute;l&eacute;rer les services web et proxy, tout en &eacute;vitant les probl&egrave;mes
+    courants et les erreurs de configuration.</p>
+  </summary>
+
+  <section id="introduction">
+    <title>Introduction</title>
+
+    <p>Depuis la version 2.2 du serveur HTTP Apache, les modules
+    <module>mod_cache</module>
+    et <module>mod_file_cache</module> ne sont plus jug&eacute;s exp&eacute;rimentaux
+    et on consid&egrave;re qu'ils peuvent &ecirc;tre utilis&eacute;s en production. Ces
+    architectures de mise en cache constituent un puissant concept
+    d'acc&eacute;l&eacute;ration de la gestion HTTP, tant comme serveur web originel
+    que comme mandataire.</p>
+
+    <p>Le module <module>mod_cache</module> et ses modules de soutien
+    <module>mod_mem_cache</module> et <module>mod_disk_cache</module>
+    permettent une mise en cache intelligente du point de vue HTTP.
+    Le contenu proprement dit est stock&eacute; dans le cache,
+    et mod_cache tente d'honorer tous les en-t&ecirc;tes HTTP et les options
+    qui d&eacute;finissent la possibilit&eacute; de mise en cache du contenu. Il g&egrave;re non
+    seulement le contenu local, mais aussi le contenu mandat&eacute;.
+    <module>mod_cache</module>
+    est con&ccedil;u pour des configurations de mise en cache simples ou complexes,
+    dans lesquels vous traitez de contenu mandat&eacute;, de contenu local dynamique
+    ou avez besoin d'acc&eacute;l&eacute;rer l'acc&egrave;s &agrave; des fichiers locaux qui sont modifi&eacute;s
+    au cours du temps.</p>
+
+    <p>Le module <module>mod_file_cache</module> quant &agrave; lui, constitue une
+    forme de mise en cache plus basique, mais quelques fois int&eacute;ressante.
+    Plutôt que de g&eacute;rer la complexit&eacute; de s'assurer de mani&egrave;re active de la
+    possibilit&eacute; de mise en cache d'URLs,
+    <module>mod_file_cache</module> fournit des m&eacute;thodes pour la gestion
+    et l'&eacute;dition de fichiers en m&eacute;moire afin de maintenir un cache de fichiers
+    dans l'&eacute;tat o&ugrave; ils &eacute;taient la derni&egrave;re fois qu'Apache a d&eacute;marr&eacute;.
+    En tant que tel, <module>mod_file_cache</module> a &eacute;t&eacute; con&ccedil;u pour am&eacute;liorer
+    le temps d'acc&egrave;s &agrave; des fichiers locaux statiques qui ne sont modifi&eacute;s
+    que rarement.</p>
+
+    <p>Etant donn&eacute; que <module>mod_file_cache</module> constitue une
+    impl&eacute;mentation de mise en cache relativement simple, mises &agrave; part les
+    sections sp&eacute;cifiques sur les directives <directive
+    module="mod_file_cache">CacheFile</directive> et <directive
+    module="mod_file_cache">MMapStatic</directive>, les explications fournies
+    dans ce guide concernent l'architecture de mise en cache du
+    module <module>mod_cache</module>.</p>
+
+    <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
+    vous &ecirc;tre famili&egrave;res, et vous devez avoir lu les sections
+    <a href="urlmapping.html">Mise en correspondance des
+    URLs avec le syst&egrave;me de fichiers</a> et
+    <a href="content-negotiation.html">N&eacute;gociation sur le contenu</a>
+    du guide de l'utilisateur.</p>
+
+  </section>
+
+  <section id="overview">
+
+    <title>Vue d'ensemble de la mise en cache</title>
+
+    <related>
+      <modulelist>
+        <module>mod_cache</module>
+        <module>mod_mem_cache</module>
+        <module>mod_disk_cache</module>
+        <module>mod_file_cache</module>
+      </modulelist>
+      <directivelist>
+        <directive module="mod_cache">CacheEnable</directive>
+        <directive module="mod_cache">CacheDisable</directive>
+        <directive module="mod_file_cache">MMapStatic</directive>
+        <directive module="mod_file_cache">CacheFile</directive>
+        <directive module="mod_file_cache">CacheFile</directive>
+        <directive module="core">UseCanonicalName</directive>
+        <directive module="mod_negotiation">CacheNegotiatedDocs</directive>
+      </directivelist>
+    </related>
+
+    <p><module>mod_cache</module> peut faire intervenir deux phases
+    principales pendant la dur&eacute;e de vie d'une requ&ecirc;te.
+    En premier lieu, <module>mod_cache</module>
+    est un module de mise en correspondance d'URLs, ce qui signifie que si
+    une URL a &eacute;t&eacute; mise en cache, et que la version du cache de cette URL n'est
+    pas arriv&eacute;e &agrave; expiration, la requ&ecirc;te sera trait&eacute;e directement par
+    <module>mod_cache</module>.</p>
+
+    <p>Ceci entra&icirc;ne que toutes autres actions qui se d&eacute;rouleraient normalement
+    au cours du processus de traitement d'une requ&ecirc;te -- par exemple un
+    traitement effectu&eacute; par <module>mod_proxy</module>, ou
+    <module>mod_rewrite</module> --
+    ne seront pas effectu&eacute;es. Mais c'est justement l'int&eacute;r&ecirc;t
+    de la mise en cache pr&eacute;alable du contenu.</p>
+
+    <p>Si l'URL ne se trouve pas dans le cache, <module>mod_cache</module>
+    va ajouter un <a href="filter.html">filtre</a> au traitement de la requ&ecirc;te.
+    Une fois le contenu de la r&eacute;ponse HTTP trouv&eacute; par Apache de mani&egrave;re classique, le
+    filtre sera ex&eacute;cut&eacute; en m&ecirc;me temps que le contenu sera transmis au client.
+    S'il est d&eacute;termin&eacute; que le contenu peut &ecirc;tre mis en cache,
+    il sera sauvegard&eacute; dans le cache pour une utilisation future.</p>
+
+    <p>Si l'URL se trouve dans le cache, mais est arriv&eacute;e &agrave; expiration,
+    le filtre est quand-m&ecirc;me ajout&eacute;, mais <module>mod_cache</module> va cr&eacute;er
+    une requ&ecirc;te conditionnelle en arri&egrave;re-plan, pour d&eacute;terminer si la version
+    du cache est encore &agrave; jour. Si la version du cache est encore &agrave; jour, ses
+    meta-informations seront mises &agrave; jour et la requ&ecirc;te sera servie &agrave; partir du
+    cache. Si la version du contenu n'est plus &agrave; jour, elle sera supprim&eacute;e et le
+    filtre va sauvegarder le contenu mis &agrave; jour dans le cache
+    au moment o&ugrave; il sera servi.</p>
+
+    <section>
+      <title>Am&eacute;lioration du taux de pr&eacute;sence dans le cache</title>
+
+      <p>Lors de la mise en cache de contenu g&eacute;n&eacute;r&eacute; localement, le
+      positionnement de la directive
+      <directive module="core">UseCanonicalName</directive> &agrave;
+      <code>On</code> peut am&eacute;liorer de mani&egrave;re spectaculaire le taux de
+      pr&eacute;sence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
+      virtuel qui sert le contenu constitue une partie de la cl&eacute; de cache.
+      Avec <directive module="core">UseCanonicalName</directive> positionn&eacute;e
+      &agrave; <code>On</code>,
+      les hôtes virtuels poss&eacute;dant plusieurs noms de serveur ou alias ne
+      g&eacute;n&eacute;reront pas d'entit&eacute;s de cache diff&eacute;rentes, et le contenu sera mis en
+      cache en faisant r&eacute;f&eacute;rence au nom d'hôte canonique.</p>
+
+      <p>Les documents mis en cache ne seront servis qu'en r&eacute;ponse &agrave; des
+      requ&ecirc;tes de type URL, car la mise en cache est effectu&eacute;e lors de la phase
+      de traduction de l'URL en nom de fichier.
+      En g&eacute;n&eacute;ral, cela n'a que peu d'effet, &agrave; moins que vous n'utilisiez les
+      <a href="howto/ssi.html">Inclusions Côt&eacute; Serveur (SSI)</a>;</p>
+
+      <example>
+      <pre>
+&lt;!-- L'inclusion suivante peut &ecirc;tre mise en cache --&gt;
+&lt;!--#include virtual="/footer.html" --&gt;
+
+&lt;!-- L'inclusion suivante ne peut pas &ecirc;tre mise en cache --&gt;
+&lt;!--#include file="/path/to/footer.html" --&gt;</pre>
+      </example>
+
+      <p>Si vous utilisez les SSI, et voulez b&eacute;n&eacute;ficier de la vitesse de
+      service depuis le cache, vous devez utiliser des inclusions de type
+      <code>virtual</code>.</p>
+    </section>
+
+    <section>
+      <title>P&eacute;riodes d'expiration</title>
+
+      <p>La p&eacute;riode d'expiration par d&eacute;faut pour les entit&eacute;s du cache est
+      d'une heure; elle peut cependant &ecirc;tre facilement modifi&eacute;e &agrave; l'aide de
+      la directive <directive
+      module="mod_cache">CacheDefaultExpire</directive>. Cette valeur par
+      d&eacute;faut n'est utilis&eacute;e que lorsque la source originale du contenu ne
+      pr&eacute;cise pas de p&eacute;riode d'expiration ou d'heure de derni&egrave;re
+      modification.</p>
+
+      <p>Si une r&eacute;ponse ne contient pas d'en-t&ecirc;te <code>Expires</code> mais
+      inclut un en-t&ecirc;te <code>Last-Modified</code>, <module>mod_cache</module>
+      peut d&eacute;duire une p&eacute;riode d'expiration en se basant sur la valeur de la
+      directive <directive
+      module="mod_cache">CacheLastModifiedFactor</directive>.</p>
+
+      <p>La p&eacute;riode d'expiration des contenus locaux peut &ecirc;tre ajust&eacute;e finement
+      en utilisant le module <module>mod_expires</module>.</p>
+
+      <p>On peut aussi contrôler la p&eacute;riode d'expiration maximale en utilisant
+      la directive <directive module="mod_cache">CacheMaxExpire</directive>.</p>
+
+    </section>
+
+    <section>
+      <title>Guide succinct des requ&ecirc;tes conditionnelles</title>
+
+      <p>Lorsqu'un contenu est arriv&eacute; &agrave; expiration dans le cache et fait
+      l'objet d'une nouvelle demande d'acc&egrave;s, plutôt que traiter directement
+      la requ&ecirc;te originale, Apache pr&eacute;f&egrave;re utiliser une
+      requ&ecirc;te conditionnelle.</p>
+
+      <p>HTTP propose toute une panoplie d'en-t&ecirc;tes qui permettent &agrave; un client,
+      ou au cache de distinguer les diff&eacute;rentes versions d'un m&ecirc;me contenu. Par
+      exemple, si une ressource a &eacute;t&eacute; servie avec un en-t&ecirc;te "Etag:", il est
+      possible de cr&eacute;er une requ&ecirc;te conditionnelle contenant un en-t&ecirc;te
+      "If-None-Match:". Si une ressource a &eacute;t&eacute; servie avec un en-t&ecirc;te
+      "Last-Modified:", il est possible de cr&eacute;er une requ&ecirc;te conditionnelle
+      contenant un en-t&ecirc;te "If-Modified-Since:", etc....</p>
+
+      <p>Lorsqu'une telle requ&ecirc;te conditionnelle est cr&eacute;&eacute;e, la reponse diff&egrave;re
+      selon que le contenu satisfait ou non aux conditions. Si une requ&ecirc;te est
+      cr&eacute;&eacute;e avec un en-t&ecirc;te "If-Modified-Since:", et le contenu n'a pas &eacute;t&eacute;
+      modifi&eacute; depuis le moment indiqu&eacute; dans la requ&ecirc;te, alors un laconique
+      "304 Not Modified" est retourn&eacute;.</p>
+
+      <p>Si le contenu a &eacute;t&eacute; modifi&eacute;, il est servi comme si la requ&ecirc;te n'avait
+      pas &eacute;t&eacute; conditionnelle &agrave; l'origine.</p>
+
+      <p>Les b&eacute;n&eacute;fices des requ&ecirc;tes conditionnelles pour ce qui concerne la
+      mise en cache sont de deux sortes. Premi&egrave;rement, quand une telle requ&ecirc;te
+      est envoy&eacute;e au processus en arri&egrave;re-plan, il sera ais&eacute; de d&eacute;terminer
+      si le contenu que devra servir le processus en arri&egrave;re-plan correspond
+      au contenu stock&eacute; dans le cache, sans &ecirc;tre oblig&eacute; de transmettre la
+      totalit&eacute; de la ressource.</p>
+
+      <p>Deuxi&egrave;mement, les requ&ecirc;tes conditionnelles sont en g&eacute;n&eacute;ral moins
+      co&ucirc;teuses en ressources pour le processus en arri&egrave;re-plan.
+      Pour ce qui est des fichiers
+      statiques, l'action type est un appel &agrave; <code>stat()</code> ou un appel
+      syst&egrave;me similaire, pour d&eacute;terminer si la taille du fichier ou sa date de
+      modification ont chang&eacute;. Ainsi, m&ecirc;me si Apache met en cache le contenu
+      local, un contenu arriv&eacute; &agrave; expiration pourra &ecirc;tre servi plus rapidement
+      depuis le cache s'il n'a pas &eacute;t&eacute; modifi&eacute;, parce que la lecture depuis le
+      cache est plus rapide que la lecture depuis le processus en arri&egrave;re-plan
+      (&agrave; comparer &agrave; la diff&eacute;rence de vitesse entre la lecture depuis un cache en
+      m&eacute;moire et la lecture depuis un disque).</p>
+    </section>
+
+    <section>
+      <title>Que peut-on mettre en cache ?</title>
+
+      <p>Comme mentionn&eacute; plus haut, les deux styles de mise en cache d'Apache
+      fonctionnent diff&eacute;remment; la mise en cache de
+      <module>mod_file_cache</module> conserve les contenus des fichiers
+      tels qu'ils &eacute;taient au d&eacute;marrage d'Apache. Quand une requ&ecirc;te pour un
+      fichier mis en cache par ce module est envoy&eacute;e, elle est intercept&eacute;e
+      et le fichier mis en cache est servi.</p>
+
+      <p>La mise en cache de <module>mod_cache</module>, quant &agrave; elle, est
+      plus complexe. Lors du traitement d'une requ&ecirc;te, le module de mise en
+      cache d&eacute;terminera si le contenu peut &ecirc;tre mis en cache, s'il ne l'a
+      pas d&eacute;j&agrave; &eacute;t&eacute; auparavant. Les conditions qui permettent de d&eacute;terminer
+      la possibilit&eacute; de mise en cache d'une r&eacute;ponse sont :</p>
+
+      <ol>
+        <li>La mise en cache doit &ecirc;tre activ&eacute;e pour cette URL. Voir les
+	directives <directive
+        module="mod_cache">CacheEnable</directive> et <directive
+        module="mod_cache">CacheDisable</directive>.</li>
+
+        <li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
+	ou 410.</li>
+
+        <li>La requ&ecirc;te doit &ecirc;tre de type HTTP GET.</li>
+
+        <li>Si la requ&ecirc;te contient un en-t&ecirc;te "Authorization:", la r&eacute;ponse ne
+	sera pas mise en cache.</li>
+
+        <li>Si la r&eacute;ponse contient un en-t&ecirc;te "Authorization:", elle doit aussi
+	contenir une option "s-maxage", "must-revalidate" ou "public"
+	dans l'en-t&ecirc;te "Cache-Control:".</li>
+
+        <li>Si l'URL contenait une requ&ecirc;te sous forme de cha&icirc;ne de caract&egrave;res
+	(provenant par exemple d'une m&eacute;thode GET de formulaire HTML), elle ne
+	sera pas mise en cache &agrave; moins que la r&eacute;ponse ne contienne un en-t&ecirc;te
+        "Expires:", comme pr&eacute;cis&eacute; dans la RFC2616 section 13.9.</li>
+
+        <li>Si la r&eacute;ponse a un statut de 200 (OK), elle doit aussi contenir
+	au moins un des en-t&ecirc;tes "Etag", "Last-Modified" ou
+        "Expires", &agrave; moins que la directive
+        <directive module="mod_cache">CacheIgnoreNoLastMod</directive>
+        ne pr&eacute;cise d'autres contraintes.</li>
+
+        <li>Si la r&eacute;ponse contient l'option "private" dans un en-t&ecirc;te
+	"Cache-Control:", elle ne sera pas mise en cache &agrave; moins que la
+	directive
+        <directive module="mod_cache">CacheStorePrivate</directive>
+	ne pr&eacute;cise d'autres contraintes.</li>
+
+        <li>De m&ecirc;me, si la r&eacute;ponse contient l'option "no-store" dans un en-t&ecirc;te
+        "Cache-Control:", elle ne sera pas mise en cache &agrave; moins que la
+	directive
+        <directive module="mod_cache">CacheStoreNoStore</directive>
+	n'ait &eacute;t&eacute; utilis&eacute;e.</li>
+
+        <li>Une r&eacute;ponse ne sera pas mise en cache si elle comporte un en-t&ecirc;te
+	"Vary:" contenant le caract&egrave;re "*" qui correspond &agrave; toute
+	cha&icirc;ne de caract&egrave;res.</li>
+      </ol>
+    </section>
+
+    <section>
+      <title>Qu'est ce qui ne doit pas &ecirc;tre mis en cache ?</title>
+
+      <p>En bref, tout contenu qui varie beaucoup avec le temps, ou en fonction
+      de particularit&eacute;s de la requ&ecirc;te qui ne sont pas couvertes par la
+      n&eacute;gociation HTTP, ne doit pas &ecirc;tre mis en cache.</p>
+
+      <p>Un contenu dynamique qui varie en fonction de l'adresse IP du
+      demandeur, ou qui est modifi&eacute; toutes les 5 minutes, ne devra en g&eacute;n&eacute;ral
+      pas &ecirc;tre mis en cache.</p>
+
+      <p>Si par contre le contenu servi diff&egrave;re en fonction de la valeur de
+      divers en-t&ecirc;tes HTTP, il se peut que l'on puisse le mettre en cache
+      intelligemment en utilisant un en-t&ecirc;te "Vary".</p>
+    </section>
+
+    <section>
+      <title>Contenu variable et/ou n&eacute;goci&eacute;</title>
+
+      <p>Si <module>mod_cache</module> re&ccedil;oit une r&eacute;ponse contenant un en-t&ecirc;te
+      "Vary", lorsqu'un contenu a &eacute;t&eacute; demand&eacute; par un processus d'arri&egrave;re-plan,
+      il va s'efforcer de la traiter intelligemment. Si possible,
+      <module>mod_cache</module> va d&eacute;tecter les en-t&ecirc;tes attribu&eacute;s dans la
+      r&eacute;ponse "Vary" &agrave; l'occasion des futures demandes, et servir une r&eacute;ponse
+      correcte &agrave; partir du cache.</p>
+
+      <p>Si par exemple, une r&eacute;ponse est re&ccedil;ue avec l'en-t&ecirc;te Vary suivant,</p>
+
+      <example>
+Vary: negotiate,accept-language,accept-charset
+      </example>
+
+      <p><module>mod_cache</module> ne servira aux demandeurs que le contenu
+      mis en cache qui correspond au contenu des en-t&ecirc;tes accept-language et
+      accept-charset de la requ&ecirc;te originale.</p>
+    </section>
+
+  </section>
+
+  <section id="security">
+    <title>Consid&eacute;rations sur la s&eacute;curit&eacute;</title>
+
+    <section>
+      <title>Autorisation et contrôle d'acc&egrave;s</title>
+
+      <p>Utiliser <module>mod_cache</module> revient sensiblement &agrave; la m&ecirc;me
+      chose qu'avoir un mandataire inverse int&eacute;gr&eacute; (reverse-proxy). Les requ&ecirc;tes
+      seront servies par le module de mise en cache sauf si ce dernier
+      d&eacute;termine qu'un processus d'arri&egrave;re-plan doit &ecirc;tre appel&eacute;. La mise en
+      cache de ressources locales modifie consid&eacute;rablement le mod&egrave;le de
+      s&eacute;curit&eacute; d'Apache.</p>
+
+      <p>Comme le parcours de la hi&eacute;rarchie d'un syst&egrave;me de fichiers pour
+      examiner le contenu d'&eacute;ventuels fichiers
+      <code>.htaccess</code> serait une op&eacute;ration tr&egrave;s co&ucirc;teuse en ressources,
+      annulant partiellement de ce fait l'int&eacute;r&ecirc;t de la mise en cache
+      (acc&eacute;l&eacute;rer le traitement des requ&ecirc;tes),
+      <module>mod_cache</module> ne se pr&eacute;occupe pas de savoir s'il a
+      l'autorisation de servir une entit&eacute; mise en cache. En d'autres termes,
+      si <module>mod_cache</module> a mis en cache un certain contenu, ce
+      dernier sera servi &agrave; partir du cache tant qu'il ne sera pas arriv&eacute; &agrave;
+      expiration.</p>
+
+      <p>Si par exemple, votre configuration autorise l'acc&egrave;s &agrave; une ressource
+      en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
+      pas mis en cache. Ceci est possible en utilisant la directive
+      <directive module="mod_cache">CacheDisable</directive>, ou le module
+      <module>mod_expires</module>. Livr&eacute; &agrave; lui-m&ecirc;me,
+      <module>mod_cache</module> - pratiquement comme un mandataire inverse -
+      mettrait en cache le contenu lors de son service, et le servirait ensuite
+      &agrave; tout client, vers n'importe quelle adresse IP.</p>
+    </section>
+
+    <section>
+      <title>Piratages locaux</title>
+
+      <p>Etant donn&eacute; que les requ&ecirc;tes des utilisateurs finaux peuvent &ecirc;tre
+      servies depuis le cache, ce dernier est une cible potentielle pour ceux
+      qui veulent d&eacute;figurer un contenu ou interf&eacute;rer avec lui. Il est important
+      de garder &agrave; l'esprit que l'utilisateur sous lequel tourne Apache doit
+      toujours avoir l'acc&egrave;s en &eacute;criture dans le cache. Ceci est en contraste
+      total avec la recommandation usuelle d'interdire &agrave; l'utilisateur sous
+      lequel tourne Apache
+      l'acc&egrave;s en &eacute;criture &agrave; tout contenu.</p>
+
+      <p>Si l'utilisateur sous lequel tourne Apache est compromis,
+      par exemple &agrave; cause d'une
+      faille de s&eacute;curit&eacute; dans un processus CGI, il est possible que le cache
+      fasse l'objet d'une attaque. Il est relativement ais&eacute; d'ins&eacute;rer ou de
+      modifier une entit&eacute; dans le cache en utilisant le module
+      <module>mod_disk_cache</module>.</p>
+
+      <p>Cela repr&eacute;sente un risque relativement &eacute;l&eacute;v&eacute; par rapport aux autres
+      types d'attaques qu'il est possible de mener sous l'utilisateur apache.
+      Si vous utilisez <module>mod_disk_cache</module>, vous devez garder ceci
+      &agrave; l'esprit : effectuez toujours les mises &agrave; jour d'Apache quand des
+      correctifs de s&eacute;curit&eacute; sont annonc&eacute;s et ex&eacute;cutez les processus CGI sous
+      un utilisateur autre qu'apache en utilisant
+      <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
+
+    </section>
+
+    <section>
+      <title>Empoisonnement du cache (Cache Poisoning)</title>
+
+      <p>Si vous utilisez Apache comme serveur mandataire avec mise en cache,
+      vous vous exposez aussi &agrave; un &eacute;ventuel "Empoisonnement du
+      cache" (Cache poisoning). L'empoisonnement du cache est un terme g&eacute;n&eacute;ral
+      pour d&eacute;signer les attaques au cours desquelles l'attaquant fait en sorte
+      que le serveur mandataire renvoie un contenu incorrect (et souvent
+      ind&eacute;sirable) en provenance du serveur d'arri&egrave;re plan.
+      </p>
+
+      <p>Par exemple, si les serveur DNS qu'utilise votre syst&egrave;me o&ugrave; tourne
+      Apache sont vuln&eacute;rables &agrave; l'empoisonnement du cache des DNS, un attaquant
+      pourra contrôler vers o&ugrave; Apache se connecte lorsqu'il demande un contenu
+      depuis le serveur d'origine.
+      Un autre exemple est constitu&eacute; par les attaques ainsi nomm&eacute;es
+      "Dissimulation de requ&ecirc;tes HTTP" (HTTP request-smuggling).</p>
+
+      <p>Ce document n'est pas le bon endroit pour une discussion approfondie
+      &agrave; propos de la Dissimulation de requ&ecirc;tes HTTP (utilisez plutôt votre
+      moteur de recherche favori); il est cependant important de savoir qu'il
+      est possible d'&eacute;laborer une s&eacute;rie de requ&ecirc;tes, et d'exploiter une
+      vuln&eacute;rabilit&eacute; d'un serveur web d'origine de telle fa&ccedil;on que l'attaquant
+      puisse contrôler enti&egrave;rement le contenu renvoy&eacute; par le mandataire.</p>
+    </section>
+  </section>
+
+  <section id="filehandle">
+    <title>Mise en cache de la gestion de fichier</title>
+
+    <related>
+      <modulelist>
+        <module>mod_file_cache</module>
+        <module>mod_mem_cache</module>
+      </modulelist>
+      <directivelist>
+        <directive module="mod_file_cache">CacheFile</directive>
+        <directive module="mod_cache">CacheEnable</directive>
+        <directive module="mod_cache">CacheDisable</directive>
+      </directivelist>
+    </related>
+
+    <p>Le fait d'ouvrir un fichier peut en lui-m&ecirc;me introduire un d&eacute;lai,
+    en particulier dans les syst&egrave;mes de fichiers r&eacute;partis sur le r&eacute;seau. Apache
+    peut s'affranchir de ce d&eacute;lai en maintenant
+    un cache des descripteurs de fichiers
+    ouverts pour ce qui concerne les fichiers souvent acc&eacute;d&eacute;s. Apache propose
+    actuellement deux impl&eacute;mentations diff&eacute;rentes de mise en cache de la
+    gestion de fichier.</p>
+
+    <section>
+      <title>Directive CacheFile</title>
+
+      <p>La forme la plus &eacute;l&eacute;mentaire de mise en cache que propose Apache est
+      fournie par le module <module>mod_file_cache</module>.
+      Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
+      une table des descripteurs de fichiers ouverts. Les fichiers &agrave; mettre en
+      cache de cette mani&egrave;re sont sp&eacute;cifi&eacute;s dans le fichier de configuration
+      en utilisant la directive
+      <directive module="mod_file_cache">CacheFile</directive>.</p>
+
+      <p>La directive
+      <directive module="mod_file_cache">CacheFile</directive> demande &agrave; Apache
+      d'ouvrir le fichier lors de son d&eacute;marrage et de r&eacute;utiliser le descripteur
+      de fichier &eacute;labor&eacute; &agrave; cette occasion pour tous les
+      acc&egrave;s ult&eacute;rieurs &agrave; ce fichier.</p>
+
+      <example>
+      <pre>CacheFile /usr/local/apache2/htdocs/index.html</pre>
+      </example>
+
+      <p>Si vous avez l'intention de mettre en cache un grand nombre de
+      fichiers de cette mani&egrave;re, vous devez vous assurer que le nombre maximum
+      de fichiers ouverts par votre syst&egrave;me d'exploitation est correctement
+      d&eacute;fini.</p>
+
+      <p>Bien que l'utilisation de la directive
+      <directive module="mod_file_cache">CacheFile</directive>
+      n'entra&icirc;ne pas la mise en cache du contenu du fichier, cela ne signifie
+      pas qu'en cas de modification du fichier pendant l'ex&eacute;cution d'Apache,
+      ces changements seront pris en compte. Le fichier sera toujours servi
+      dans l'&eacute;tat o&ugrave; il &eacute;tait quand Apache a d&eacute;marr&eacute;.</p>
+
+      <p>Si le fichier est supprim&eacute; pendant l'ex&eacute;cution d'Apache, ce dernier
+      continuera &agrave; maintenir un descripteur de fichier ouvert et &agrave; servir le
+      fichier dans l'&eacute;tat o&ugrave; il &eacute;tait quand Apache a d&eacute;marr&eacute;. Cela signifie
+      aussi habituellement que malgr&eacute; le fait que le fichier ait &eacute;t&eacute; supprim&eacute;,
+      et ne soit
+      plus accessible par le syst&egrave;me de fichiers, l'espace lib&eacute;r&eacute; ne sera
+      restitu&eacute; qu'&agrave; l'arr&ecirc;t d'Apache quand le
+      descripteur de fichier sera ferm&eacute;.</p>
+    </section>
+
+    <section>
+      <title>Directive CacheEnable</title>
+
+      <p>Le module <module>mod_mem_cache</module> propose aussi son propre
+      sch&eacute;ma de mise en cache de la gestion de fichier, qui peut &ecirc;tre activ&eacute;
+      &agrave; l'aide de la directive
+      <directive module="mod_cache">CacheEnable</directive>.</p>
+
+      <example>
+      <pre>CacheEnable fd /</pre>
+      </example>
+
+      <p>A l'instar de tout ce qui concerne le module
+      <module>mod_cache</module>, ce mode de mise en cache de la gestion de
+      fichier est intelligent, et les descripteurs ne seront plus maintenus
+      lorsque le contenu mis en cache sera arriv&eacute; &agrave; expiration.</p>
+    </section>
+  </section>
+
+  <section id="inmemory">
+    <title>Mise en cache en m&eacute;moire</title>
+
+     <related>
+      <modulelist>
+        <module>mod_mem_cache</module>
+        <module>mod_file_cache</module>
+      </modulelist>
+      <directivelist>
+        <directive module="mod_cache">CacheEnable</directive>
+        <directive module="mod_cache">CacheDisable</directive>
+        <directive module="mod_file_cache">MMapStatic</directive>
+      </directivelist>
+    </related>
+
+    <p>Servir un contenu directement depuis la m&eacute;moire syst&egrave;me est
+    universellement reconnu comme la m&eacute;thode la plus rapide. Lire des fichiers
+    depuis un contrôleur de disque ou pire, depuis un r&eacute;seau distant est plus
+    lent de plusieurs ordres de grandeur. Les contrôleurs de disque r&eacute;alisent
+    en g&eacute;n&eacute;ral des op&eacute;rations m&eacute;caniques, et l'acc&egrave;s au r&eacute;seau est limit&eacute; par la
+    bande passante dont vous disposez. Par contre, les temps d'acc&egrave;s &agrave; la
+    m&eacute;moire sont de l'ordre de la nano-seconde.</p>
+
+    <p>Cependant la m&eacute;moire syst&egrave;me n'est pas bon march&eacute;; &agrave; capacit&eacute; &eacute;gale,
+    c'est de loin le type de stockage le plus co&ucirc;teux et il est important de
+    s'assurer qu'elle est utilis&eacute;e efficacement. Le fait de mettre en cache
+    des fichiers en m&eacute;moire diminue d'autant la quantit&eacute; de m&eacute;moire syst&egrave;me
+    disponible. Comme nous le verrons plus loin, ce n'est pas un probl&egrave;me en
+    soi dans le cas de la mise en cache par l'interm&eacute;diaire du syst&egrave;me
+    d'exploitation, mais si l'on utilise la mise en cache en m&eacute;moire propre &agrave;
+    Apache, il faut prendre garde &agrave; ne pas allouer trop de m&eacute;moire au cache.
+    Sinon le syst&egrave;me sera contraint d'utiliser le swap, ce qui d&eacute;gradera
+    sensiblement les performances.</p>
+
+    <section>
+      <title>Mise en cache par l'interm&eacute;diaire du syst&egrave;me d'exploitation</title>
+
+      <p>Dans la plupart des syst&egrave;mes d'exploitation modernes, c'est le noyau
+      qui g&egrave;re directement la mise en cache en m&eacute;moire des donn&eacute;es relatives
+      aux fichiers. C'est une fonctionnalit&eacute; puissante, et les syst&egrave;mes
+      d'exploitation s'en acquittent fort bien pour la plus grande partie.
+      Consid&eacute;rons par exemple, dans le cas de Linux, la diff&eacute;rence entre le
+      temps n&eacute;cessaire &agrave; la premi&egrave;re lecture d'un fichier et le temps
+      n&eacute;cessaire &agrave; sa deuxi&egrave;me lecture;</p>
+
+      <example><pre>
+colm@coroebus:~$ time cat testfile &gt; /dev/null
+real    0m0.065s
+user    0m0.000s
+sys     0m0.001s
+colm@coroebus:~$ time cat testfile &gt; /dev/null
+real    0m0.003s
+user    0m0.003s
+sys     0m0.000s</pre>
+      </example>
+
+      <p>M&ecirc;me pour ce petit fichier, il y a une grande diff&eacute;rence entre les
+      temps n&eacute;cessaires pour lire le fichier. Ceci est du au fait que le
+      noyau a mis en cache le contenu du fichier en m&eacute;moire.</p>
+
+      <p>Du fait de toujours pouvoir disposer de m&eacute;moire syst&egrave;me, vous pouvez
+      &ecirc;tre assur&eacute; qu'il y aura de plus en plus de contenus de fichiers stock&eacute;s
+      dans ce cache. Ceci peut s'av&eacute;rer une m&eacute;thode de mise en cache en m&eacute;moire
+      tr&egrave;s efficace, et ne n&eacute;cessite aucune configuration suppl&eacute;mentaire
+      d'Apache.</p>
+
+      <p>De plus, comme le syst&egrave;me d'exploitation sait si des fichiers
+      ont &eacute;t&eacute;
+      supprim&eacute;s ou modifi&eacute;s, il peut effacer automatiquement des contenus de
+      fichiers du cache lorsque cela s'av&egrave;re n&eacute;cessaire. Ceci constitue un gros
+      avantage par rapport &agrave; la mise en cache en m&eacute;moire d'Apache qui n'a
+      aucune possibilit&eacute; de savoir si un fichier a &eacute;t&eacute; modifi&eacute;.</p>
+    </section>
+
+    <p>En d&eacute;pit des performances et des avantages de la mise en cache
+    automatique par le syst&egrave;me d'exploitation, la mise en cache en m&eacute;moire
+    peut &ecirc;tre effectu&eacute;e plus efficacement par Apache dans certaines
+    circonstances.</p>
+
+    <p>En premier lieu, un syst&egrave;me d'exploitation ne peut mettre en cache que
+    les fichiers dont il a connaissance. Si vous ex&eacute;cutez Apache en tant que
+    serveur mandataire, les fichiers que vous mettez en cache ne sont pas
+    stock&eacute;s en local mais sur un serveur distant. Si vous voulez tout de m&ecirc;me
+    b&eacute;n&eacute;ficier de la vitesse incomparable procur&eacute;e par la mise en cache en
+    m&eacute;moire, la mise en cache propre &agrave; Apache sera n&eacute;cessaire.</p>
+
+    <section>
+      <title>Mise en cache &agrave; l'aide de la directive MMapStatic</title>
+
+      <p>La directive <directive module="mod_file_cache">MMapStatic</directive>
+      fournie par le module <module>mod_file_cache</module> vous permet de
+      demander &agrave; Apache de charger un contenu de fichier statique en m&eacute;moire
+      lors de son d&eacute;marrage (&agrave; l'aide de l'appel syst&egrave;me mmap). Apache
+      utilisera le contenu charg&eacute; en m&eacute;moire pour satisfaire ult&eacute;rieurement
+      toutes les demandes d'acc&egrave;s &agrave; ce fichier.</p>
+
+      <example>
+      <pre>MMapStatic /usr/local/apache2/htdocs/index.html</pre>
+      </example>
+
+      <p>Comme dans le cas de la directive
+      <directive module="mod_file_cache">CacheFile</directive>, toute
+      modification du fichier ne sera plus prise en compte par Apache une fois
+      ce dernier d&eacute;marr&eacute;.</p>
+
+      <p> La directive
+      <directive module="mod_file_cache">MMapStatic</directive> ne gardant
+      pas la trace de la quantit&eacute; de m&eacute;moire qu'elle alloue, vous devez prendre
+      garde de ne pas en abuser. Chaque processus enfant d'Apache utilisant
+      sa propre r&eacute;plique de la m&eacute;moire allou&eacute;e, il est donc d'une importance
+      critique de s'assurer que les fichiers charg&eacute;s ne sont pas d'une taille
+      trop importante afin d'&eacute;pargner au syst&egrave;me l'utilisation du swap.</p>
+    </section>
+
+    <section>
+      <title>Mise en cache &agrave; l'aide du module mod_mem_cache</title>
+
+      <p>Le module <module>mod_mem_cache</module> propose une mise en cache en
+      m&eacute;moire intelligente du point de vue du protocole HTTP. Il utilise aussi
+      directement le "tas" de la m&eacute;moire, ce qui signifie que m&ecirc;me si
+      <var>MMap</var> n'est pas support&eacute; par votre syst&egrave;me,
+      <module>mod_mem_cache</module> pourra quand-m&ecirc;me effectuer
+      la mise en cache.</p>
+
+      <p>La mise en cache selon cette m&eacute;thode est activ&eacute;e comme suit :</p>
+
+      <example><pre>
+# Activation de la mise en cache en m&eacute;moire
+CacheEnable mem /
+
+# Limite la taille du cache &agrave; 1 M&eacute;gaoctet
+MCacheSize 1024</pre>
+      </example>
+    </section>
+  </section>
+
+  <section id="disk">
+    <title>Mise en cache sur disque</title>
+
+     <related>
+      <modulelist>
+        <module>mod_disk_cache</module>
+      </modulelist>
+      <directivelist>
+        <directive module="mod_cache">CacheEnable</directive>
+        <directive module="mod_cache">CacheDisable</directive>
+      </directivelist>
+    </related>
+
+    <p>Le module <module>mod_disk_cache</module> fournit un m&eacute;canisme de mise
+    en cache sur disque au module <module>mod_cache</module>. Comme dans le cas
+    du module <module>mod_mem_cache</module>, cette mise en cache est
+    intelligente et le contenu ne sera servi qu'&agrave; partir du cache tant qu'il
+    sera consid&eacute;r&eacute; comme valide.</p>
+
+    <p>Typiquement, le module sera configur&eacute; comme suit :</p>
+
+    <example>
+    <pre>
+CacheRoot   /var/cache/apache/
+CacheEnable disk /
+CacheDirLevels 2
+CacheDirLength 1</pre>
+    </example>
+
+    <p>Il est important de savoir que, les fichiers mis en cache &eacute;tant stock&eacute;s
+    localement, la mise en cache par l'interm&eacute;diaire du syst&egrave;me d'exploitation
+    sera en g&eacute;n&eacute;ral aussi appliqu&eacute;e &agrave; leurs acc&egrave;s. Si bien que m&ecirc;me si les
+    fichiers sont stock&eacute;s sur disque, s'il font l'objet d'acc&egrave;s fr&eacute;quents,
+    il est probable que le syst&egrave;me d'exploitation s'appliquera &agrave; ce qu'ils
+    soient servis &agrave; partir de la m&eacute;moire.</p>
+
+    <section>
+      <title>Comprendre le stockage dans le cache</title>
+
+      <p>Pour stocker des entit&eacute;s dans le cache,
+      le module <module>mod_disk_cache</module> cr&eacute;e une empreinte (hash) de 22
+      caract&egrave;res de l'URL qui a fait l'objet d'une requ&ecirc;te. Cette empreinte
+      comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
+      de type CGI associ&eacute; &agrave; l'URL, afin d'&ecirc;tre sur que plusieurs URLs
+      n'interf&egrave;rent pas entre elles.</p>
+
+      <p>Chaque position de l'empreinte peut contenir un caract&egrave;re
+      choisi parmi 64 caract&egrave;res diff&eacute;rents, il y a donc
+      64^22 possibilit&eacute;s pour une empreinte. Par exemple, une URL peut poss&eacute;der
+      l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
+      utilis&eacute;e pour pr&eacute;fixer les noms de fichiers sp&eacute;cifiques &agrave; cette URL &agrave;
+      l'int&eacute;rieur du cache; cependant, elle est tout d'abord plac&eacute;e dans les
+      r&eacute;pertoires du cache selon les directives
+      <directive module="mod_disk_cache">CacheDirLevels</directive> et
+      <directive module="mod_disk_cache">CacheDirLength</directive>.</p>
+
+      <p>La directive
+      <directive module="mod_disk_cache">CacheDirLevels</directive>
+      d&eacute;finit le nombre de niveaux de sous-r&eacute;pertoires, et
+      <directive module="mod_disk_cache">CacheDirLength</directive>
+      le nombre de caract&egrave;res composant le nom des sous-r&eacute;pertoires. Dans
+      l'exemple donn&eacute; plus haut, l'empreinte se trouvera &agrave; :
+      <code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
+
+      <p>Cette technique a pour but principal de r&eacute;duire le nombre de
+      sous-r&eacute;pertoires ou de fichiers contenus dans un r&eacute;pertoire particulier,
+      car le fonctionnement de la plupart des syst&egrave;mes de fichiers est ralenti
+      quand ce nombre augmente. Avec la valeur "1" pour la directive
+      <directive module="mod_disk_cache">CacheDirLength</directive>,
+      il peut y avoir au plus 64 sous-r&eacute;pertoires &agrave; un niveau quelconque.
+      Avec la valeur "2", il peut y en avoir 64 * 64, etc...
+      A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
+      la valeur "1" pour la directive
+      <directive module="mod_disk_cache">CacheDirLength</directive>
+      est recommand&eacute;e.</p>
+
+      <p>Le param&eacute;trage de la directive
+      <directive module="mod_disk_cache">CacheDirLevels</directive>
+      d&eacute;pend du nombre de fichiers que vous pensez stocker dans le cache.
+      Avec une valeur de "2" comme dans l'exemple donn&eacute; plus haut,
+      4096 sous-r&eacute;pertoires peuvent &ecirc;tre cr&eacute;&eacute;s au total. Avec 1 million de
+      fichiers dans le cache, cela &eacute;quivaut &agrave; environ 245 URLs mises en cache
+      dans chaque r&eacute;pertoire.</p>
+
+      <p>Chaque URL n&eacute;cessite au moins deux fichiers dans le cache. Ce sont en
+      g&eacute;n&eacute;ral un fichier ".header", qui contient des meta-informations &agrave; propos
+      de l'URL, comme la date de son arriv&eacute;e &agrave; expiration,
+      et un fichier ".data" qui est la copie exacte du contenu &agrave; servir.</p>
+
+      <p>Dans le cas d'un contenu n&eacute;goci&eacute; via l'en-t&ecirc;te "Vary", un r&eacute;pertoire
+      ".vary" sera cr&eacute;&eacute; pour l'URL en question. Ce r&eacute;pertoire contiendra de
+      multiples fichiers ".data" correspondant aux diff&eacute;rents contenus
+      n&eacute;goci&eacute;s.</p>
+    </section>
+
+    <section>
+      <title>Maintenance du cache sur disque</title>
+
+      <p>Bien que le module <module>mod_disk_cache</module> supprime un contenu
+      du cache lorsqu'il est arriv&eacute; &agrave; expiration, il ne maintient aucune
+      information &agrave; propos de la taille totale du cache ou de l'espace restant
+      disponible.</p>
+
+      <p>Par contre l'utilitaire
+      <a href="programs/htcacheclean.html">htcacheclean</a> fourni avec Apache
+      vous permet, comme son nom l'indique, de nettoyer le cache p&eacute;riodiquement.
+      D&eacute;terminer la fr&eacute;quence &agrave; laquelle lancer <a
+      href="programs/htcacheclean.html">htcacheclean</a> et la taille souhait&eacute;e
+      pour le cache est une t&acirc;che relativement complexe et il vous faudra de
+      nombreux essais et erreurs pour arriver &agrave; s&eacute;lectionner des valeurs
+      optimales.</p>
+
+      <p><a href="programs/htcacheclean.html">htcacheclean</a> op&egrave;re selon deux
+      modes. Il peut s'ex&eacute;cuter comme d&eacute;mon r&eacute;sident, ou &ecirc;tre lanc&eacute;
+      p&eacute;riodiquement par cron. <a
+      href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
+      ou plus pour traiter de tr&egrave;s grands caches (plusieurs dizaines de
+      Gigaoctets) et si vous l'ex&eacute;cutez &agrave; partir de cron, il vous est
+      conseill&eacute; de d&eacute;terminer la dur&eacute;e typique d'un traitement, afin d'&eacute;viter
+      d'ex&eacute;cuter plusieurs instances &agrave; la fois.</p>
+
+      <p class="figure">
+      <img src="images/caching_fig1.gif" alt="" width="600"
+          height="406" /><br />
+      <a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
+      typique du cache / s&eacute;quence de nettoyage.</p>
+
+      <p>Comme <module>mod_disk_cache</module> ne tient pas compte de l'espace
+      utilis&eacute; dans le cache, vous devez vous assurer que
+      <a href="programs/htcacheclean.html">htcacheclean</a> est configur&eacute; de
+      fa&ccedil;on &agrave; laisser suffisamment d'"espace de croissance"
+      &agrave; la suite d'un nettoyage.</p>
+    </section>
+
+  </section>
+
+</manualpage>
diff --git a/docs/manual/caching.xml.meta b/docs/manual/caching.xml.meta
index 3254ec360c3..d9b5f56336b 100644
--- a/docs/manual/caching.xml.meta
+++ b/docs/manual/caching.xml.meta
@@ -7,5 +7,6 @@
 
   <variants>
     <variant>en</variant>
+    <variant>fr</variant>
   </variants>
 </metafile>
diff --git a/docs/manual/configuring.html b/docs/manual/configuring.html
index 3ec3186dbc5..34ebcac1929 100644
--- a/docs/manual/configuring.html
+++ b/docs/manual/configuring.html
@@ -6,6 +6,10 @@ URI: configuring.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
 
+URI: configuring.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: configuring.html.ja.euc-jp
 Content-Language: ja
 Content-type: text/html; charset=EUC-JP
diff --git a/docs/manual/configuring.html.en b/docs/manual/configuring.html.en
index d4ebd2ca316..4d1809032d5 100644
--- a/docs/manual/configuring.html.en
+++ b/docs/manual/configuring.html.en
@@ -20,8 +20,9 @@
 <div class="toplang">
 <p><span>Available Languages: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/configuring.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/configuring.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
 
 <p>This document describes the files used to configure the Apache
@@ -159,8 +160,9 @@ HTTP server.</p>
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/configuring.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/configuring.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/configuring.html.fr b/docs/manual/configuring.html.fr
new file mode 100644
index 00000000000..f4b40854f72
--- /dev/null
+++ b/docs/manual/configuring.html.fr
@@ -0,0 +1,185 @@
+<?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>Fichiers de configuration - 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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Fichiers de configuration</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/configuring.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/configuring.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div>
+
+<p>Ce document décrit les fichiers utilisés pour configurer
+le Serveur HTTP Apache.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#main">Fichiers de configuration principaux</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#syntax">Syntaxe des fichiers de configuration</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#modules">Modules</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#scope">Portée des directives</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#htaccess">Fichiers .htaccess</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="main" id="main">Fichiers de configuration principaux</a></h2>
+    
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_mime.html">mod_mime</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#include">Include</a></code></li><li><code class="directive"><a href="./mod/mod_mime.html#typesconfig">TypesConfig</a></code></li></ul></td></tr></table>
+
+    <p>La configuration d'Apache est effectuée en plaçant des <a href="mod/directives.html">directives</a> dans des fichiers de
+    configuration au format texte. Le fichier de configuration principal se nomme
+    en général
+    <code>httpd.conf</code>. La localisation de ce fichier est définie
+    à la compilation, mais peut être redéfinie à l'aide de l'option
+    de ligne de commande <code>-f</code>. En outre, d'autres fichiers de
+    configuration peuvent être ajoutés à l'aide de la directive
+    <code class="directive"><a href="./mod/core.html#include">Include</a></code>, et des caractères de
+    remplacement
+    peuvent être utilisés pour inclure de nombreux fichiers de configuration.
+    Des directives de tous types peuvent être placées dans chacun de ces fichiers
+    de configuration.  Les modifications dans les fichiers de configuration
+    principaux ne sont prises en compte par Apache que lorsque le serveur
+    est démarré ou redémarré.</p>
+
+    <p>Le serveur lit aussi un fichier contenant les types de document mime;
+    ce fichier est défini par la directive <code class="directive"><a href="./mod/mod_mime.html#typesconfig">TypesConfig</a></code>,
+    et se nomme <code>mime.types</code> par défaut.</p>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="syntax" id="syntax">Syntaxe des fichiers de configuration</a></h2>
+    
+
+    <p>Les fichiers de configuration d'Apache contiennent une directive
+    par ligne.
+    On peut utiliser l'anti-slash "\" comme dernier caractère d'une ligne
+    pour indiquer que la directive continue à la ligne suivante.
+    Il ne doit y avoir aucun caractère ni espace entre l'anti-slash et
+    la fin de la ligne.</p>
+
+    <p>Les directives dans les fichiers de configuration ne sont pas
+    sensibles à la casse, mais leurs arguments le sont souvent. Les lignes
+    qui débutent par le caractère "#" sont interprétées comme des
+    commentaires, et sont ignorées. Les commentaires ne doivent
+    <strong>pas</strong> être inclus dans une ligne après une directive
+    de configuration. Les lignes vides et les espaces précédant une directive
+    sont ignorés; vous pouvez par conséquent indenter les directives
+    afin d'améliorer la lisibilité.</p>
+
+    <p>Vous pouvez vérifier l'absence d'erreurs de syntaxe dans vos fichiers
+    de configuration sans démarrer le serveur à l'aide de la commande
+    <code>apachectl configtest</code> ou de l'option de ligne de commande
+    <code>-t</code>.</p>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="modules" id="modules">Modules</a></h2>
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_so.html">mod_so</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code></li><li><code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code></li></ul></td></tr></table>
+
+    <p>Apache est un serveur modulaire. Ceci implique que seules les
+    fonctionnalités les plus courantes sont incluses dans le serveur de base.
+    Les fonctionnalités étendues sont fournies à l'aide de <a href="mod/">modules</a> qui peuvent être chargés dans Apache.
+    Par défaut, un jeu de <a href="mod/module-dict.html#Status">modules de base</a> est inclus dans le
+    serveur à la compilation. Si le serveur est compilé de façon à utiliser
+    les <a href="dso.html">modules chargés dynamiquement</a>,
+    alors les modules peuvent être compilés séparément et chargés à
+    n'importe quel moment à l'aide de la directive
+    <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>.
+    Dans le cas contraire, Apache doit être recompilé pour ajouter ou
+    supprimer des modules.
+    Les directives de configuration peuvent être incluses de manière
+    conditionnelle selon la présence ou l'absence d'un module particulier
+    en les plaçant dans un bloc <code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code>.</p>
+
+    <p>Pour voir quels modules ont été compilés avec le serveur,
+    vous pouvez utiliser l'option de ligne de commande <code>-l</code>.</p>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="scope" id="scope">Portée des directives</a></h2>
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td /><td><ul><li><code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code></li></ul></td></tr></table>
+
+    <p>Les directives placées dans les fichiers de configuration principaux
+    s'appliquent au serveur dans son ensemble. Si vous souhaitez modifier la
+    configuration d'une partie du serveur seulement, vous pouvez limiter la
+    portée de vos directives en les plaçant dans une section
+    <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>, <code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code>, <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>, <code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code>, <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>, ou <code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code>.
+    Ces sections limitent le champ d'application des directives qu'elles
+    contiennent à des URls ou des portions du système de fichiers particulières.
+    Elles peuvent aussi être imbriquées, ce qui permet
+    une configuration très fine.</p>
+
+    <p>Apache peut servir simultanément de nombreux sites web au travers des
+    <a href="vhosts/">Hôtes Virtuels</a>. La portée des directives peut ainsi
+    être limitée en les plaçant dans des sections
+    <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>,
+    afin qu'elles ne s'appliquent qu'aux requêtes
+    pour un site web particulier.</p>
+
+    <p>Bien que la plupart des directives puissent être placées dans
+    chacune de ces sections, certaines d'entre elles n'ont aucun sens
+    dans certains contextes.
+    Par exemple, les directives qui contrôlent la création des processus
+    n'ont de sens que dans le contexte du serveur principal. Pour déterminer
+    quelles directives peuvent être placées dans quelles sections, consultez
+    le <a href="mod/directive-dict.html#Context">Contexte</a> de la
+    directive. Pour plus d'informations, nous fournissons des détails dans
+    <a href="sections.html">Comment fonctionnent les sections Directory,
+    Location et Files</a>.</p>
+  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="htaccess" id="htaccess">Fichiers .htaccess</a></h2>
+    
+
+    <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td /><td><ul><li><code class="directive"><a href="./mod/core.html#accessfilename">AccessFileName</a></code></li><li><code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code></li></ul></td></tr></table>
+
+    <p>Apache permet la gestion décentralisée de la configuration
+    via des fichiers spéciaux placés dans l'arborescence du site web.
+    Ces fichiers spéciaux se nomment en général <code>.htaccess</code>,
+    mais tout autre nom peut être spécifié à l'aide de la directive
+    <code class="directive"><a href="./mod/core.html#accessfilename">AccessFileName</a></code>.
+    Les directives placées dans les fichiers <code>.htaccess</code>
+    s'appliquent au répertoire dans lequel vous avez placé le fichier,
+    ainsi qu'à tous ses sous-répertoires.
+    La syntaxe des fichiers <code>.htaccess</code> est la même que celle
+    des fichiers de configuration principaux. Comme les fichiers
+    <code>.htaccess</code> sont lus à chaque requête, les modifications de
+    ces fichiers prennent effet immédiatement.</p>
+
+    <p>Pour déterminer quelles directives peuvent être placées
+    dans les fichiers <code>.htaccess</code>, consultez le
+    <a href="mod/directive-dict.html#Context">Contexte</a> de la
+    directive. L'administrateur du serveur peut contrôler quelles
+    directives peuvent être placées dans les fichiers
+    <code>.htaccess</code> en définissant la directive
+    <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code>
+    dans les fichiers de configuration principaux.</p>
+
+    <p>Pour plus d'informations sur les fichiers <code>.htaccess</code>,
+    se référer au <a href="howto/htaccess.html">tutoriel .htaccess</a>.</p>
+  </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/configuring.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/configuring.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/configuring.xml.fr b/docs/manual/configuring.xml.fr
new file mode 100644
index 00000000000..729770f1424
--- /dev/null
+++ b/docs/manual/configuring.xml.fr
@@ -0,0 +1,215 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072901 $ -->
+
+<!--
+ 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="configuring.xml.meta">
+
+  <title>Fichiers de configuration</title>
+
+<summary>
+<p>Ce document d&eacute;crit les fichiers utilis&eacute;s pour configurer
+le Serveur HTTP Apache.</p>
+</summary>
+
+  <section id="main">
+    <title>Fichiers de configuration principaux</title>
+    <related>
+      <modulelist>
+        <module>mod_mime</module>
+      </modulelist>
+      <directivelist>
+        <directive module="core" type="section">IfDefine</directive>
+        <directive module="core">Include</directive>
+        <directive module="mod_mime">TypesConfig</directive>
+      </directivelist>
+    </related>
+
+    <p>La configuration d'Apache est effectu&eacute;e en pla&ccedil;ant des <a
+    href="mod/directives.html">directives</a> dans des fichiers de
+    configuration au format texte. Le fichier de configuration principal se nomme
+    en g&eacute;n&eacute;ral
+    <code>httpd.conf</code>. La localisation de ce fichier est d&eacute;finie
+    &agrave; la compilation, mais peut &ecirc;tre red&eacute;finie &agrave; l'aide de l'option
+    de ligne de commande <code>-f</code>. En outre, d'autres fichiers de
+    configuration peuvent &ecirc;tre ajout&eacute;s &agrave; l'aide de la directive
+    <directive module="core">Include</directive>, et des caract&egrave;res de
+    remplacement
+    peuvent &ecirc;tre utilis&eacute;s pour inclure de nombreux fichiers de configuration.
+    Des directives de tous types peuvent &ecirc;tre plac&eacute;es dans chacun de ces fichiers
+    de configuration.  Les modifications dans les fichiers de configuration
+    principaux ne sont prises en compte par Apache que lorsque le serveur
+    est d&eacute;marr&eacute; ou red&eacute;marr&eacute;.</p>
+
+    <p>Le serveur lit aussi un fichier contenant les types de document mime;
+    ce fichier est d&eacute;fini par la directive <directive
+    module="mod_mime">TypesConfig</directive>,
+    et se nomme <code>mime.types</code> par d&eacute;faut.</p>
+  </section>
+
+  <section id="syntax">
+    <title>Syntaxe des fichiers de configuration</title>
+
+    <p>Les fichiers de configuration d'Apache contiennent une directive
+    par ligne.
+    On peut utiliser l'anti-slash "\" comme dernier caract&egrave;re d'une ligne
+    pour indiquer que la directive continue &agrave; la ligne suivante.
+    Il ne doit y avoir aucun caract&egrave;re ni espace entre l'anti-slash et
+    la fin de la ligne.</p>
+
+    <p>Les directives dans les fichiers de configuration ne sont pas
+    sensibles &agrave; la casse, mais leurs arguments le sont souvent. Les lignes
+    qui d&eacute;butent par le caract&egrave;re "#" sont interpr&eacute;t&eacute;es comme des
+    commentaires, et sont ignor&eacute;es. Les commentaires ne doivent
+    <strong>pas</strong> &ecirc;tre inclus dans une ligne apr&egrave;s une directive
+    de configuration. Les lignes vides et les espaces pr&eacute;c&eacute;dant une directive
+    sont ignor&eacute;s; vous pouvez par cons&eacute;quent indenter les directives
+    afin d'am&eacute;liorer la lisibilit&eacute;.</p>
+
+    <p>Vous pouvez v&eacute;rifier l'absence d'erreurs de syntaxe dans vos fichiers
+    de configuration sans d&eacute;marrer le serveur &agrave; l'aide de la commande
+    <code>apachectl configtest</code> ou de l'option de ligne de commande
+    <code>-t</code>.</p>
+  </section>
+
+  <section id="modules">
+    <title>Modules</title>
+
+    <related>
+      <modulelist>
+        <module>mod_so</module>
+      </modulelist>
+      <directivelist>
+        <directive module="core" type="section">IfModule</directive>
+        <directive module="mod_so">LoadModule</directive>
+      </directivelist>
+    </related>
+
+    <p>Apache est un serveur modulaire. Ceci implique que seules les
+    fonctionnalit&eacute;s les plus courantes sont incluses dans le serveur de base.
+    Les fonctionnalit&eacute;s &eacute;tendues sont fournies &agrave; l'aide de <a
+    href="mod/">modules</a> qui peuvent &ecirc;tre charg&eacute;s dans Apache.
+    Par d&eacute;faut, un jeu de <a
+    href="mod/module-dict.html#Status">modules de base</a> est inclus dans le
+    serveur &agrave; la compilation. Si le serveur est compil&eacute; de fa&ccedil;on &agrave; utiliser
+    les <a href="dso.html">modules charg&eacute;s dynamiquement</a>,
+    alors les modules peuvent &ecirc;tre compil&eacute;s s&eacute;par&eacute;ment et charg&eacute;s &agrave;
+    n'importe quel moment &agrave; l'aide de la directive
+    <directive module="mod_so">LoadModule</directive>.
+    Dans le cas contraire, Apache doit &ecirc;tre recompil&eacute; pour ajouter ou
+    supprimer des modules.
+    Les directives de configuration peuvent &ecirc;tre incluses de mani&egrave;re
+    conditionnelle selon la pr&eacute;sence ou l'absence d'un module particulier
+    en les pla&ccedil;ant dans un bloc <directive
+    module="core" type="section">IfModule</directive>.</p>
+
+    <p>Pour voir quels modules ont &eacute;t&eacute; compil&eacute;s avec le serveur,
+    vous pouvez utiliser l'option de ligne de commande <code>-l</code>.</p>
+  </section>
+
+  <section id="scope">
+    <title>Port&eacute;e des directives</title>
+
+    <related>
+      <directivelist>
+        <directive module="core" type="section">Directory</directive>
+        <directive module="core" type="section">DirectoryMatch</directive>
+        <directive module="core" type="section">Files</directive>
+        <directive module="core" type="section">FilesMatch</directive>
+        <directive module="core" type="section">Location</directive>
+        <directive module="core" type="section">LocationMatch</directive>
+        <directive module="core" type="section">VirtualHost</directive>
+      </directivelist>
+    </related>
+
+    <p>Les directives plac&eacute;es dans les fichiers de configuration principaux
+    s'appliquent au serveur dans son ensemble. Si vous souhaitez modifier la
+    configuration d'une partie du serveur seulement, vous pouvez limiter la
+    port&eacute;e de vos directives en les pla&ccedil;ant dans une section
+    <directive module="core"
+    type="section">Directory</directive>, <directive module="core"
+    type="section">DirectoryMatch</directive>, <directive module="core"
+    type="section">Files</directive>, <directive module="core"
+    type="section">FilesMatch</directive>, <directive module="core"
+    type="section">Location</directive>, ou <directive module="core"
+    type="section">LocationMatch</directive>.
+    Ces sections limitent le champ d'application des directives qu'elles
+    contiennent &agrave; des URls ou des portions du syst&egrave;me de fichiers particuli&egrave;res.
+    Elles peuvent aussi &ecirc;tre imbriqu&eacute;es, ce qui permet
+    une configuration tr&egrave;s fine.</p>
+
+    <p>Apache peut servir simultan&eacute;ment de nombreux sites web au travers des
+    <a href="vhosts/">Hôtes Virtuels</a>. La port&eacute;e des directives peut ainsi
+    &ecirc;tre limit&eacute;e en les pla&ccedil;ant dans des sections
+    <directive module="core" type="section">VirtualHost</directive>,
+    afin qu'elles ne s'appliquent qu'aux requ&ecirc;tes
+    pour un site web particulier.</p>
+
+    <p>Bien que la plupart des directives puissent &ecirc;tre plac&eacute;es dans
+    chacune de ces sections, certaines d'entre elles n'ont aucun sens
+    dans certains contextes.
+    Par exemple, les directives qui contrôlent la cr&eacute;ation des processus
+    n'ont de sens que dans le contexte du serveur principal. Pour d&eacute;terminer
+    quelles directives peuvent &ecirc;tre plac&eacute;es dans quelles sections, consultez
+    le <a href="mod/directive-dict.html#Context">Contexte</a> de la
+    directive. Pour plus d'informations, nous fournissons des d&eacute;tails dans
+    <a href="sections.html">Comment fonctionnent les sections Directory,
+    Location et Files</a>.</p>
+  </section>
+
+  <section id="htaccess">
+    <title>Fichiers .htaccess</title>
+
+    <related>
+      <directivelist>
+        <directive module="core">AccessFileName</directive>
+        <directive module="core">AllowOverride</directive>
+      </directivelist>
+    </related>
+
+    <p>Apache permet la gestion d&eacute;centralis&eacute;e de la configuration
+    via des fichiers sp&eacute;ciaux plac&eacute;s dans l'arborescence du site web.
+    Ces fichiers sp&eacute;ciaux se nomment en g&eacute;n&eacute;ral <code>.htaccess</code>,
+    mais tout autre nom peut &ecirc;tre sp&eacute;cifi&eacute; &agrave; l'aide de la directive
+    <directive module="core">AccessFileName</directive>.
+    Les directives plac&eacute;es dans les fichiers <code>.htaccess</code>
+    s'appliquent au r&eacute;pertoire dans lequel vous avez plac&eacute; le fichier,
+    ainsi qu'&agrave; tous ses sous-r&eacute;pertoires.
+    La syntaxe des fichiers <code>.htaccess</code> est la m&ecirc;me que celle
+    des fichiers de configuration principaux. Comme les fichiers
+    <code>.htaccess</code> sont lus &agrave; chaque requ&ecirc;te, les modifications de
+    ces fichiers prennent effet imm&eacute;diatement.</p>
+
+    <p>Pour d&eacute;terminer quelles directives peuvent &ecirc;tre plac&eacute;es
+    dans les fichiers <code>.htaccess</code>, consultez le
+    <a href="mod/directive-dict.html#Context">Contexte</a> de la
+    directive. L'administrateur du serveur peut contrôler quelles
+    directives peuvent &ecirc;tre plac&eacute;es dans les fichiers
+    <code>.htaccess</code> en d&eacute;finissant la directive
+    <directive module="core">AllowOverride</directive>
+    dans les fichiers de configuration principaux.</p>
+
+    <p>Pour plus d'informations sur les fichiers <code>.htaccess</code>,
+    se r&eacute;f&eacute;rer au <a href="howto/htaccess.html">tutoriel .htaccess</a>.</p>
+  </section>
+</manualpage>
diff --git a/docs/manual/configuring.xml.meta b/docs/manual/configuring.xml.meta
index 201286fae56..619bd975104 100644
--- a/docs/manual/configuring.xml.meta
+++ b/docs/manual/configuring.xml.meta
@@ -8,6 +8,7 @@
   <variants>
     <variant>de</variant>
     <variant>en</variant>
+    <variant>fr</variant>
     <variant>ja</variant>
     <variant>ko</variant>
   </variants>
diff --git a/docs/manual/content-negotiation.html b/docs/manual/content-negotiation.html
index 3fbf5ee048d..02319b8db62 100644
--- a/docs/manual/content-negotiation.html
+++ b/docs/manual/content-negotiation.html
@@ -2,6 +2,10 @@ URI: content-negotiation.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
 
+URI: content-negotiation.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: content-negotiation.html.ja.euc-jp
 Content-Language: ja
 Content-type: text/html; charset=EUC-JP
diff --git a/docs/manual/content-negotiation.html.en b/docs/manual/content-negotiation.html.en
index 7f4a7e9976d..873d871ced8 100644
--- a/docs/manual/content-negotiation.html.en
+++ b/docs/manual/content-negotiation.html.en
@@ -19,8 +19,9 @@
 <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.2</a></div><div id="page-content"><div id="preamble"><h1>Content Negotiation</h1>
 <div class="toplang">
 <p><span>Available Languages: </span><a href="./en/content-negotiation.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/content-negotiation.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
 
 
@@ -671,8 +672,9 @@ factors to 5 decimal places before choosing the best variant.</p>
 </div></div>
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="./en/content-negotiation.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/content-negotiation.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/content-negotiation.html.fr b/docs/manual/content-negotiation.html.fr
new file mode 100644
index 00000000000..4bab1bc5354
--- /dev/null
+++ b/docs/manual/content-negotiation.html.fr
@@ -0,0 +1,705 @@
+<?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>Négociation de contenu - 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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Négociation de contenu</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/content-negotiation.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/content-negotiation.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div>
+
+
+    <p>Apache supporte la négociation de contenu telle qu'elle est décrite
+    dans la spécification HTTP/1.1. Il peut choisir la meilleure représentation
+    d'une ressource en fonction des préférences du navigateur pour ce qui
+    concerne le type de media, les langages, le jeu de caractères et son
+    encodage. Il implémente aussi quelques fonctionnalités pour traiter de
+    manière plus intelligente les requêtes en provenance de navigateurs qui
+    envoient des informations de négociation incomplètes.</p>
+
+    <p>La négociation de contenu est assurée par le module
+    <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> qui est compilé par défaut
+    dans le serveur.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#about">À propos de la négociation de contenu</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#negotiation">La négociation avec Apache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#methods">Les méthodes de négociation</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#better">Ajustement des valeurs de qualité</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#extensions">Extensions à la négociation de contenu
+transparente</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#naming">Remarques à propos des liens hypertextes et des
+conventions de nommage</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#caching">Remarque sur la mise en cache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#more">Pour plus d'informations</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="about" id="about">À propos de la négociation de contenu</a></h2>
+
+    <p>Une ressource peut être disponible selon différentes représentations.
+    Par exemple, elle peut être disponible en différents langages ou pour
+    différents types de média, ou une combinaison des deux.
+    Pour faire le meilleur choix, on peut fournir à l'utilisateur une page
+    d'index, et le laisser choisir. Cependant, le serveur peut souvent faire
+    ce choix automatiquement. Ceci est possible car les navigateurs peuvent
+    envoyer des informations sur les
+    représentations qu'ils préfèrent à l'intérieur de chaque requête.
+    Par exemple, un navigateur peut indiquer
+    qu'il préfère voir les informations en français, mais qu'en cas
+    d'impossibilité l'anglais peut convenir. Les navigateurs indiquent leurs
+    préférences à l'aide d'en-têtes dans la requête. Pour ne demander que des
+    représentations en français, le navigateur peut utiliser l'en-tête :</p>
+
+<div class="example"><p><code>Accept-Language: fr</code></p></div>
+
+    <p>Notez qu'il ne sera tenu compte de cette préférence que s'il existe un
+    choix de représentations et que ces dernières varient en fonction
+    du langage.</p>
+
+    <p>À titre d'exemple d'une requête plus complexe, ce navigateur a été
+    configuré pour accepter le français et l'anglais, avec une préférence pour
+    le français, et accepter différents types de média, avec une préférence
+    pour HTML par rapport au texte plat (plain text) ou autres types de fichiers texte, et
+    avec une préférence pour GIF ou JPEG par rapport à tout autre type de
+    média, mais autorisant tout autre type de média en dernier ressort :</p>
+
+<div class="example"><p><code>
+  Accept-Language: fr; q=1.0, en; q=0.5<br />
+  Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1
+</code></p></div>
+
+    <p>Apache supporte la négociation de contenu "server driven" (telle qu'elle
+    est définie dans la spécification HTTP/1.1), où c'est le serveur qui
+    décide quelle est la meilleure représentation à retourner pour la ressource
+    demandée. Il supporte entièrement les en-têtes de requête
+    <code>Accept</code>, <code>Accept-Language</code>,
+    <code>Accept-Charset</code> et <code>Accept-Encoding</code>.
+    Apache supporte aussi la négociation de contenu transparente, qui est un
+    protocole de négociation expérimental défini dans les RFC 2295 et 2296.
+    Il ne supporte pas la négociation de fonctionnalité (feature negotiation)
+    telle qu'elle est définie dans ces RFCs.</p>
+
+    <p>Une <strong>ressource</strong> est une entité conceptuelle identifiée
+    par une URI (RFC 2396). Un serveur HTTP comme Apache propose l'accès à des
+    <strong>représentations</strong> de la ressource à l'intérieur de son
+    espace de nommage, chaque représentation étant composée d'une séquence
+    d'octets avec la définition d'un type de media, d'un jeu de caractères,
+    d'un encodage, etc... A un instant donné, chaque ressource peut être
+    associée avec zéro, une ou plusieurs représentations. Si plusieurs
+    représentations sont disponibles, la ressource est qualifiée de
+    <strong>négociable</strong> et chacune de ses représentations se nomme
+    <strong>variante</strong>. Les différences entre les
+    variantes disponibles d'une ressource négociable constituent les
+    <strong>dimensions</strong> de la négociation.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="negotiation" id="negotiation">La négociation avec Apache</a></h2>
+
+    <p>Afin de négocier une ressource, on doit fournir au serveur des
+    informations à propos de chacune des variantes. Il y a deux manières
+    d'accomplir ceci :</p>
+
+    <ul>
+      <li>Utiliser une liste de correspondances de types ("type-map") (<em>c'est à dire</em>
+      un fichier <code>*.var</code>) qui nomme explicitement les fichiers
+      contenant les variantes, ou</li>
+
+      <li>Utiliser une recherche "multivues", où le serveur effectue une
+      recherche de correspondance sur un motif de nom de fichier implicite et
+      fait son choix parmi les différents résultats.</li>
+    </ul>
+
+   <h3><a name="type-map" id="type-map">Utilisation d'un fichier de
+   correspondances de types (type-map)</a></h3>
+
+    <p>Une liste de correspondances de types est un document associé au
+    gestionnaire <code>type-map</code> (ou, dans un souci de compatibilité
+    ascendante avec des configurations d'Apache plus anciennes, le
+    <a class="glossarylink" href="./glossary.html#type mime" title="see glossary">type MIME</a>
+    <code>application/x-type-map</code>). Notez que pour utiliser cette
+    fonctionnalité, vous devez, dans le fichier de configuration, définir un
+    gestionnaire qui associe un suffixe de fichier à une <code>type-map</code>;
+    ce qui se fait simplement en ajoutant</p>
+
+<div class="example"><p><code>AddHandler type-map .var</code></p></div>
+
+    <p>dans le fichier de configuration du serveur.</p>
+
+    <p>Les fichiers de correspondances de types doivent posséder le même nom que
+    la ressource qu'ils décrivent, et comporter une entrée pour chaque variante
+    disponible; chaque entrée consiste en une ligne contiguë d'en-têtes au
+    format HTTP. les entrées sont séparées par des lignes vides. Les lignes
+    vides à l'intérieur d'une entrée sont interdites. Par convention, le
+    fichier de correspondances débute par une entrée concernant l'entité
+    considérée dans son ensemble (bien que ce ne soit pas obligatoire, et
+    ignoré si présent). Un exemple de fichier de correspondance est fourni
+    ci-dessous.
+    Ce fichier doit être nommé <code>foo.var</code>, car il décrit une
+    ressource nommée <code>foo</code>.</p>
+
+<div class="example"><p><code>
+  URI: foo<br />
+<br />
+  URI: foo.en.html<br />
+  Content-type: text/html<br />
+  Content-language: en<br />
+<br />
+  URI: foo.fr.de.html<br />
+  Content-type: text/html;charset=iso-8859-2<br />
+  Content-language: fr, de<br />
+</code></p></div>
+    <p>Notez aussi qu'un fichier de correspondances de types prend le pas sur
+    les extensions de noms de fichiers, même si les Multivues sont activées.
+    Si les variantes sont de qualités différentes, on doit l'indiquer
+    à l'aide du paramètre "qs" à la suite du type de média, comme pour cette
+    image
+    (disponible aux formats JPEG, GIF, ou ASCII-art) : </p>
+
+<div class="example"><p><code>
+  URI: foo<br />
+<br />
+  URI: foo.jpeg<br />
+  Content-type: image/jpeg; qs=0.8<br />
+<br />
+  URI: foo.gif<br />
+  Content-type: image/gif; qs=0.5<br />
+<br />
+  URI: foo.txt<br />
+  Content-type: text/plain; qs=0.01<br />
+</code></p></div>
+
+    <p>Les valeurs de qs peuvent varier de 0.000 à 1.000. Notez que toute
+    variante possédant une valeur de qs de 0.000 ne sera jamais choisie.
+    Les variantes qui n'ont pas de paramètre qs défini se voient attribuer
+    une valeur de 1.0. Le paramètre qs indique la qualité relative de la
+    variante comparée à celle des autres variantes disponibles, sans tenir
+    compte des capacités du client. Par exemple, un fichier JPEG possède
+    en général une qualité supérieure à celle d'un fichier ASCII s'il
+    représente une photographie. Cependant, si la ressource représentée est
+    à un ASCII art original, la représentation ASCII sera de meilleure qualité
+    que la représentation JPEG. Ainsi une valeur de qs est associée à une
+    variante en fonction de la nature de la ressource qu'elle représente.</p>
+
+    <p>La liste complète des en-têtes reconnus est disponible dans la
+    documentation de la directive <a href="mod/mod_negotiation.html#typemaps">
+    typemap</a> (module mod_negotiation).</p>
+
+
+<h3><a name="multiviews" id="multiviews">Multivues (option Multiviews)</a></h3>
+
+    <p><code>MultiViews</code> est une option qui s'applique à un répertoire,
+    ce qui signifie qu'elle peut être activée à l'aide d'une directive
+    <code class="directive"><a href="./mod/core.html#options">Options</a></code> à l'intérieur d'une section
+    <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>, <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code> ou <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code> dans
+    <code>httpd.conf</code>, ou (si <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> est correctement positionnée) dans
+    des fichiers
+    <code>.htaccess</code>. Notez que <code>Options All</code>
+    n'active pas <code>MultiViews</code>; vous devez activer cette option en
+    la nommant explicitement.</p>
+
+    <p>L'effet de <code>MultiViews</code> est le suivant : si le serveur reçoit
+    une requête pour <code>/tel/répertoire/foo</code>, si
+    <code>MultiViews</code> est activée pour
+    <code>/tel/répertoire</code>, et si
+    <code>/tel/répertoire/foo</code> n'existe <em>pas</em>, le serveur parcourt
+    le répertoire à la recherche de fichiers nommés foo.*, et génère
+    une correspondance de types (type map) qui liste tous ces
+    fichiers, en leur associant les mêmes types de média et encodages de
+    contenu qu'ils auraient eu si le client avait demandé l'accès à l'un
+    d'entre eux par son nom. Il choisit ensuite ce qui correspond le mieux
+    aux besoins du client.</p>
+
+    <p><code>MultiViews</code> peut aussi s'appliquer à la recherche du fichier
+    nommé par la directive <code class="directive"><a href="./mod/mod_dir.html#directoryindex">DirectoryIndex</a></code>, si le serveur tente d'indexer
+    un répertoire. Si les fichiers de configuration spécifient</p>
+<div class="example"><p><code>DirectoryIndex index</code></p></div>
+    <p>le serveur va choisir entre <code>index.html</code>
+    et <code>index.html3</code> si les deux fichiers sont présents. Si aucun
+    n'est présent, mais <code>index.cgi</code> existe,
+    le serveur l'exécutera.</p>
+
+    <p>Si, parcequ'elle n'est pas reconnue par <code>mod_mime</code>,
+    l'extension d'un des fichiers du répertoire ne permet pas de
+    déterminer son jeu de caractères, son type de contenu, son langage, ou son
+    encodage,  alors
+    le résultat dépendra de la définition de la directive <code class="directive"><a href="./mod/mod_mime.html#multiviewsmatch">MultiViewsMatch</a></code>. Cette directive détermine
+    si les gestionnaires (handlers), les filtres, et autres types d'extensions
+    peuvent participer à la négociation MultiVues.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="methods" id="methods">Les méthodes de négociation</a></h2>
+
+    <p>Une fois obtenue la liste des variantes pour une ressource donnée,
+    Apache dispose de deux méthodes pour choisir la meilleure variante à
+    retourner, s'il y a lieu, soit à partir d'un fichier de
+    correspondances de types, soit en se basant sur les noms de fichiers du
+    répertoire. Il n'est pas nécessaire de connaître en détails comment la
+    négociation fonctionne réellement pour pouvoir utiliser les fonctionnalités
+    de négociation de contenu d'Apache. La suite de ce document explique
+    cependant les méthodes utilisées pour ceux ou celles qui sont
+    intéressés(ées). </p>
+
+    <p>Il existe deux méthodes de négociation :</p>
+
+    <ol>
+      <li><strong>La négociation effectuée par le serveur selon l'algorithme
+      d'Apache</strong> est normalement utilisée. l'algorithme d'Apache est
+      expliqué plus en détails ci-dessous. Quand cet algorithme est utilisé,
+      Apache peut parfois "bricoler" le facteur de qualité (qs) d'une dimension
+      particulière afin d'obtenir un meilleur résultat.
+      La manière dont Apache peut modifier les facteurs de qualité est
+      expliquée plus en détails ci-dessous.</li>
+
+      <li><strong>La négociation de contenu transparente</strong> est utilisée
+      quand le navigateur le demande explicitement selon le mécanisme défini
+      dans la RFC 2295. Cette méthode de négociation donne au navigateur le
+      contrôle total du choix de la meilleure variante; le résultat dépend
+      cependant de la spécificité des algorithmes utilisés par le navigateur.
+      Au cours du processus de négociation transparente, le navigateur peut
+      demander à Apache d'exécuter l'"algorithme de sélection de variante à
+      distance" défini dans la RFC 2296.</li>
+    </ol>
+
+<h3><a name="dimensions" id="dimensions">Les dimensions de la négociation</a></h3>
+
+    <table>
+      
+      <tr valign="top">
+        <th>Dimension</th>
+
+        <th>Notes</th>
+      </tr>
+
+      <tr valign="top">
+        <td>Type de média</td>
+
+        <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+	<code>Accept</code>. Chaque type de média peut se voir associé un facteur de
+	qualité. La description de la variante peut aussi avoir un facteur de
+	qualité (le paramètre "qs").</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Langage</td>
+
+        <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+        <code>Accept-Language</code>. Chaque langue peut se voir associée un facteur de
+	qualité. Les variantes peuvent être associées avec zéro, un ou
+	plusieurs langages.</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Encoding</td>
+
+        <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+        <code>Accept-Encoding</code>. Chaque encodage peut se voir associé un facteur de
+	qualité.</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Charset</td>
+
+        <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+        <code>Accept-Charset</code>. Chaque jeu de caractères peut se voir associé un facteur de
+	qualité. Les variantes peuvent préciser un jeu de caractères comme
+	paramètre du type de média.</td>
+      </tr>
+    </table>
+
+
+<h3><a name="algorithm" id="algorithm">L'algorithme de négociation d'Apache</a></h3>
+
+    <p>Apache peut utiliser l'algorithme suivant pour choisir la "meilleure"
+    variante (s'il y en a une) à retourner au navigateur. Cet algorithme n'est pas
+    configurable. Il fonctionne comme suit :</p>
+
+    <ol>
+      <li>En premier lieu, pour chaque dimension de la négociation, consulter
+      le champ d'en-tête <em>Accept*</em> approprié et assigner une qualité à
+      chaque variante. Si l'en-tête <em>Accept*</em> pour toute dimension
+      implique que la variante n'est pas acceptable, éliminer cette dernière.
+      S'il ne reste plus de variante, aller à l'étape 4.</li>
+
+      <li>
+        Choisir la "meilleure" variante par élimination. Chacun des tests
+	suivants est effectué dans cet ordre. Toute variante non sélectionnée
+	à l'issue d'un test est éliminée. Après chaque test, s'il reste une
+	seule variante, choisir cette dernière comme celle qui correspond le
+	mieux puis aller à l'étape 3. S'il reste plusieurs variantes, passer
+	au test suivant.
+
+        <ol>
+          <li>Multiplier le facteur de qualité de l'en-tête
+	  <code>Accept</code> par le facteur de qualité "qs" pour le type de
+	  média de ces variantes, et choisir la variante qui possède la valeur
+	  la plus importante.</li>
+
+          <li>Sélectionner les variantes qui possèdent le facteur de qualité
+	  de langage le plus haut.</li>
+
+          <li>Sélectionner les variantes dont le langage correspond le mieux,
+          en se basant sur l'ordre des langages de l'en-tête
+          <code>Accept-Language</code> (s'il existe), ou de la directive
+	  <code>LanguagePriority</code> (si elle existe).</li>
+
+          <li>Sélectionner les variantes possédant le paramètre de média
+	  "level" le plus élevé (utilisé pour préciser la version des types de
+	  média text/html).</li>
+
+          <li>Sélectionner les variantes possédant le paramètre de média
+	  "charset" (jeu de caractères) qui correspond le mieux, en se basant
+	  sur la ligne d'en-tête <code>Accept-Charset</code> . Le jeu de
+	  caractères ISO-8859-1 est acceptable sauf s'il est explicitement
+	  exclus. Les variantes avec un type de média <code>text/*</code>
+          mais non explicitement associées avec un jeu de caractères
+	  particulier sont supposées être en ISO-8859-1.</li>
+
+          <li>Sélectionner les variantes dont le paramètre de média "charset"
+	  associé n'est <em>pas</em> ISO-8859-1. S'il n'en existe pas,
+	  sélectionner toutes les variantes.</li>
+
+          <li>Sélectionner les variantes avec le meilleur encodage. S'il existe
+	  des variantes avec un encodage acceptable pour le client,
+	  sélectionner celles-ci. Sinon, s'il existe des variantes encodées et
+	  des variantes non encodées, ne sélectionner que les variantes non
+	  encodées. Si toutes les variantes sont encodées ou si aucune
+	  ne l'est, sélectionner toutes les variantes.</li>
+
+          <li>Sélectionner les variantes dont le contenu a la longueur
+	  la plus courte.</li>
+
+          <li>Sélectionner la première des variantes restantes. Il s'agira
+	  soit de la première variante listée dans le fichier de
+	  correspondances de types, soit, quand les variantes sont lues depuis
+	  le répertoire, la première par ordre alphabétique quand elles sont
+	  triées selon le code ASCII.</li>
+        </ol>
+      </li>
+
+      <li>L'algorithme a maintenant sélectionné une variante considérée comme
+      la "meilleure", il la retourne donc au client en guise de réponse.
+      L'en-tête HTTP <code>Vary</code> de la réponse est renseigné de façon à
+      indiquer les dimensions de la négociation (les navigateurs et les caches
+      peuvent utiliser cette information lors de la mise en cache de la
+      ressource). Travail terminé.</li>
+
+      <li>Le passage par cette étape signifie qu'aucune variante n'a été
+      sélectionnée (parce qu'aucune n'est acceptable pour le client HTTP).
+      Envoyer une réponse avec un code de statut 406 (qui signifie "Aucune
+      représentation acceptable") et un corps comportant un document HTML qui
+      affiche les variantes disponibles. Renseigner aussi l'en-tête HTTP
+      <code>Vary</code> de façon à indiquer les dimensions de la variante.</li>
+    </ol>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="better" id="better">Ajustement des valeurs de qualité</a></h2>
+
+    <p>Parfois Apache modifie les valeurs de qualité par rapport à celles qui
+    découleraient d'une stricte interprétation de l'algorithme de négociation
+    d'Apache ci-dessus, ceci pour améliorer les résultats de l'algorithme pour
+    les navigateurs qui envoient des informations incomplètes ou inappropriées.
+    Certains des navigateurs les plus populaires envoient des informations dans
+    l'en-tête <code>Accept</code> qui, sans ce traitement, provoqueraient la
+    sélection d'une variante inappropriée dans de nombreux cas. Quand un
+    navigateur envoie des informations complètes et correctes ces ajustements
+    ne sont pas effectués.</p>
+
+<h3><a name="wildcards" id="wildcards">Types de média et caractères génériques</a></h3>
+
+    <p>L'en-tête de requête <code>Accept:</code> indique les types de média
+    souhaités. Il peut aussi contenir des types de média avec caractères
+    génériques, comme "image/*" ou "*/*" où * correspond à n'importe quelle
+    chaîne de caractères. Ainsi une requête contenant :</p>
+
+<div class="example"><p><code>Accept: image/*, */*</code></p></div>
+
+    <p>indiquerait que tout type de média est acceptable, avec une préférence
+    pour les types commençant par "image/".
+    Certains navigateurs ajoutent par défaut des types de média avec caractères
+    génériques aux types explicitement nommés qu'ils peuvent gérer.
+    Par exemple :</p>
+
+<div class="example"><p><code>
+  Accept: text/html, text/plain, image/gif, image/jpeg, */*
+</code></p></div>
+    <p>Ceci indique que les types explicitement listés sont préférés, mais
+    qu'une représentation avec un type différent de ces derniers conviendra
+    aussi.  Les valeurs de qualités explicites,
+    afin de préciser ce que veut vraiment le navigateur, s'utilisent
+    comme suit :</p>
+<div class="example"><p><code>
+  Accept: text/html, text/plain, image/gif, image/jpeg, */*; q=0.01
+</code></p></div>
+    <p>Les types explicites n'ont pas de facteur de qualité, la valeur par
+    défaut de leur préférence est donc de 1.0 (la plus haute). Le type avec
+    caractères génériques */* se voit attribuer une préférence basse de 0.01,
+    si bien que les types autres que ceux explicitement listés ne seront retournés
+    que s'il n'existe pas de variante correspondant à un type explicitement
+    listé.</p>
+
+    <p>Si l'en-tête <code>Accept:</code> ne contient <em>pas</em> aucun
+    facteur de qualité, Apache positionne la valeur de qualité de
+    "*/*", si present, à 0.01 pour simuler l'effet désiré. Il positionne aussi
+    la valeur de qualité des types avec caractères génériques au format
+    "type/*" à 0.02 (ils sont donc préférés à ceux correspondant à "*/*"). Si
+    un type de média dans l'en-tête <code>Accept:</code> contient un facteur de
+    qualité, ces valeurs spéciales ne seront <em>pas</em> appliquées, de façon
+    à ce que les requêtes de navigateurs qui envoient les informations
+    explicites à prendre en compte fonctionnent comme souhaité.</p>
+
+
+<h3><a name="exceptions" id="exceptions">Exceptions dans la négociation du
+langage</a></h3>
+
+    <p>A partir de la version 2.0 d'Apache, certaines exceptions ont été
+    ajoutées à l'algorithme de négociation afin de ménager une issue de secours
+    quand la négociation ne trouve aucun langage correspondant.</p>
+
+    <p>Quand un client demande une page sur votre serveur, si ce dernier ne
+    parvient pas à trouver une page dont la langue corresponde à l'en-tête
+    <code>Accept-language</code> envoyé par le navigateur, il enverra au client
+    une réponse "Aucune variante acceptable" ou "Plusieurs choix possibles".
+    Pour éviter ces
+    messages d'erreur, il est possible de configurer Apache de façon à ce que,
+    dans ces cas, il ignore l'en-tête <code>Accept-language</code> et fournisse
+    tout de même un document, même s'il ne correspond pas exactement à la
+    demande explicite du client. La directive <code class="directive"><a href="./mod/mod_negotiation.html#forcelanguagepriority">ForceLanguagePriority</a></code>
+    peut être utilisée pour éviter ces messages d'erreur et leur substituer une
+    page dont le langage sera déterminé en fonction du contenu de la directive
+    <code class="directive"><a href="./mod/mod_negotiation.html#languagepriority">LanguagePriority</a></code>.</p>
+
+    <p>Le serveur va aussi essayer d'étendre sa recherche de correspondance aux
+    sous-ensembles de langages quand aucune correspondance exacte ne peut être
+    trouvée. Par exemple, si un client demande des documents possédant le
+    langage <code>en-GB</code>, c'est à dire anglais britannique, le standard
+    HTTP/1.1 n'autorise normalement pas le serveur à faire correspondre cette
+    demande à un document dont le langage est simplement <code>en</code>.
+    (Notez qu'inclure <code>en-GB</code> et non <code>en</code> dans l'en-tête
+    <code>Accept-Language</code> constitue une quasi-erreur de configuration,
+    car il est très peu probable qu'un lecteur qui comprend l'anglais
+    britannique, ne comprenne pas l'anglais en général. Malheureusement, de
+    nombreux clients ont réellement des configurations par défaut de ce type.)
+    Cependant, si aucune autre correspondance de langage n'est possible, et que le
+    serveur est sur le point de retourner une erreur "Aucune variable
+    acceptable" ou de choisir le langage défini par la directive <code class="directive"><a href="./mod/mod_negotiation.html#languagepriority">LanguagePriority</a></code>, le serveur ignorera
+    la spécification du sous-ensemble de langage et associera la demande en
+    <code>en-GB</code> à des documents en <code>en</code>.  Implicitement,
+    Apache ajoute le langage parent à la liste de langues acceptées par le
+    client avec une valeur de qualité très basse. Notez cependant que si le
+    client demande "en-GB; q=0.9, fr; q=0.8", et le serveur dispose de
+    documents estampillés "en" et "fr", alors c'est le document "fr" qui sera
+    retourné, tout ceci dans un souci de compatibilité avec la spécification
+    HTTP/1.1 et afin de fonctionner efficacement avec les clients
+    correctement configurés.</p>
+
+    <p>Pour supporter les techniques avancées (comme les cookies ou les chemins
+    d'URL spéciaux) afin de déterminer le langage préféré de l'utilisateur, le
+    module <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> reconnaît la
+    <a href="env.html">variable d'environnement</a>
+    <code>prefer-language</code>
+    depuis la version 2.0.47 d'Apache. Si elle est définie et contient un
+    symbole de langage approprié, <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> va essayer
+    de sélectionner une variante correspondante. S'il n'existe pas de telle
+    variante, le processus normal de négociation sera lancé.</p>
+
+    <div class="example"><h3>Exemple</h3><p><code>
+      SetEnvIf Cookie "language=(.+)" prefer-language=$1
+      Header append Vary cookie
+    </code></p></div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="extensions" id="extensions">Extensions à la négociation de contenu
+transparente</a></h2>
+
+<p>Apache étend le protocole de négociation de contenu transparente (RFC
+2295) comme suit. Un nouvel élément <code>{encodage ..}</code> est utilisé dans
+les listes de variantes pour marquer celles qui ne sont disponibles qu'avec un
+encodage de contenu spécifique. L'implémentation de l'algorithme
+RVSA/1.0 (RFC 2296) est étendue à la reconnaissance de variantes encodées dans
+la liste, et à leur utilisation en tant que variantes candidates à partir du
+moment où leur encodage satisfait au contenu de l'en-tête de requête
+<code>Accept-Encoding</code>. L'implémentation RVSA/1.0 n'arrondit pas les
+facteurs de qualité calculés à 5 décimales avant d'avoir choisi la meilleure
+variante.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="naming" id="naming">Remarques à propos des liens hypertextes et des
+conventions de nommage</a></h2>
+
+    <p>Si vous utilisez la négociation de langage, vous avez le choix entre
+    différentes conventions de nommage, car les fichiers peuvent posséder
+    plusieurs extensions, et l'ordre dans lequel ces dernières apparaissent
+    est en général sans rapport (voir la documentation sur le module <a href="mod/mod_mime.html#multipleext">mod_mime</a>
+    pour plus de détails).</p>
+
+    <p>Un fichier type possède une extension liée au type MIME
+    (<em>par exemple</em>, <code>html</code>), mais parfois aussi une
+    extension liée à l'encodage (<em>par exemple</em>, <code>gz</code>),
+    et bien sûr une extension liée au langage
+    (<em>par exemple</em>, <code>en</code>) quand plusieurs variantes de
+    langage sont disponibles pour ce fichier.</p>
+
+    <p>Exemples :</p>
+
+    <ul>
+      <li>foo.en.html</li>
+
+      <li>foo.html.en</li>
+
+      <li>foo.en.html.gz</li>
+    </ul>
+
+    <p>Ci-dessous d'autres exemples de noms de fichiers avec des liens
+    hypertextes valides et invalides :</p>
+
+    <table class="bordered">
+      
+      <tr>
+        <th>Nom fichier</th>
+
+        <th>lien valide</th>
+
+        <th>Lien invalide</th>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.en</em></td>
+
+        <td>foo<br />
+         foo.html</td>
+
+        <td>-</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.en.html</em></td>
+
+        <td>foo</td>
+
+        <td>foo.html</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.en.gz</em></td>
+
+        <td>foo<br />
+         foo.html</td>
+
+        <td>foo.gz<br />
+         foo.html.gz</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.en.html.gz</em></td>
+
+        <td>foo</td>
+
+        <td>foo.html<br />
+         foo.html.gz<br />
+         foo.gz</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.gz.html.en</em></td>
+
+        <td>foo<br />
+         foo.gz<br />
+         foo.gz.html</td>
+
+        <td>foo.html</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.gz.en</em></td>
+
+        <td>foo<br />
+         foo.html<br />
+         foo.html.gz</td>
+
+        <td>foo.gz</td>
+      </tr>
+    </table>
+
+    <p>En regardant la table ci-dessus, vous remarquerez qu'il est toujours
+    possible d'utiliser le nom de fichier sans extension dans un lien
+    (<em>par exemple</em>, <code>foo</code>). L'avantage est de pouvoir
+    dissimuler le type réel du fichier associé à un document et de pouvoir
+    le modifier
+    ultérieurement, <em>par exemple</em>, de <code>html</code> à
+    <code>shtml</code> ou <code>cgi</code> sans avoir à
+    mettre à jour aucun lien.</p>
+
+    <p>Si vous souhaitez continuer à utiliser un type MIME dans vos liens
+    (<em>par exemple </em> <code>foo.html</code>), l'extension liée au langage
+    (y compris une extension liée à l'encodage s'il en existe une)
+    doit se trouver à droite de l'extension liée au type MIME
+    (<em>par exemple</em>, <code>foo.html.en</code>).</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="caching" id="caching">Remarque sur la mise en cache</a></h2>
+
+    <p>Quand un cache stocke une représentation, il l'associe avec l'URL de la
+    requête. Lorsque cette URL est à nouveau demandée, le cache peut utiliser
+    la représentation stockée. Cependant, si la ressource est négociable au
+    niveau du serveur, il se peut que seule la première variante demandée soit
+    mise en cache et de ce fait, la correspondance positive du cache peut
+    entraîner une réponse inappropriée. Pour éviter ceci, Apache marque par
+    défaut toutes les réponses qui sont retournées après une négociation de
+    contenu comme "non-cachables" par les clients HTTP/1.0. Apache supporte
+    aussi les fonctionnalités du protocole HTTP/1.1 afin de permettre la mise
+    en cache des réponses négociées.</p>
+
+    <p>Pour les requêtes en provenance d'un client compatible HTTP/1.0
+    (un navigateur ou un cache), la directive <code class="directive"><a href="./mod/mod_negotiation.html#cachenegotiateddocs">CacheNegotiatedDocs</a></code> peut être utilisée
+    pour permettre la mise en cache des réponses qui ont fait l'objet d'une
+    négociation. Cette directive peut intervenir dans la configuration au
+    niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+    n'a aucun effet sur les requêtes en provenance de clients HTTP/1.1.</p>
+
+    <p>Pour les clients HTTP/1.1, Apache envoie un en-tête de réponse HTTP
+    <code>Vary</code> afin d'indiquer les dimensions de la négociation pour
+    cette réponse. Les caches peuvent
+    utiliser cette information afin de déterminer
+    si une requête peut être servie à partir de la copie locale. Pour inciter
+    un cache à utiliser la copie locale sans tenir compte des dimensions de la
+    négociation, définissez la
+    <a href="env.html#special">variable d'environnement</a>
+    <code>force-no-vary</code>.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="more" id="more">Pour plus d'informations</a></h2>
+
+    <p>Pour plus d'informations à propos de la négociation de contenu, voir le
+    document d'Alan J. Flavell <a href="http://ppewww.ph.gla.ac.uk/~flavell/www/lang-neg.html">Language
+    Negotiation Notes</a>. Mais gardez à l'esprit que ce document ne tiendra
+    peut-être pas compte des changements intervenus dans Apache 2.0.</p>
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/content-negotiation.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/content-negotiation.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/content-negotiation.xml.fr b/docs/manual/content-negotiation.xml.fr
new file mode 100644
index 00000000000..29521c8397c
--- /dev/null
+++ b/docs/manual/content-negotiation.xml.fr
@@ -0,0 +1,703 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007081801 $ -->
+
+<!--
+ 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="content-negotiation.xml.meta">
+
+<title>N&eacute;gociation de contenu</title>
+
+<summary>
+
+    <p>Apache supporte la n&eacute;gociation de contenu telle qu'elle est d&eacute;crite
+    dans la sp&eacute;cification HTTP/1.1. Il peut choisir la meilleure repr&eacute;sentation
+    d'une ressource en fonction des pr&eacute;f&eacute;rences du navigateur pour ce qui
+    concerne le type de media, les langages, le jeu de caract&egrave;res et son
+    encodage. Il impl&eacute;mente aussi quelques fonctionnalit&eacute;s pour traiter de
+    mani&egrave;re plus intelligente les requ&ecirc;tes en provenance de navigateurs qui
+    envoient des informations de n&eacute;gociation incompl&egrave;tes.</p>
+
+    <p>La n&eacute;gociation de contenu est assur&eacute;e par le module
+    <module>mod_negotiation</module> qui est compil&eacute; par d&eacute;faut
+    dans le serveur.</p>
+</summary>
+
+<section id="about"><title>&Agrave; propos de la n&eacute;gociation de contenu</title>
+
+    <p>Une ressource peut &ecirc;tre disponible selon diff&eacute;rentes repr&eacute;sentations.
+    Par exemple, elle peut &ecirc;tre disponible en diff&eacute;rents langages ou pour
+    diff&eacute;rents types de m&eacute;dia, ou une combinaison des deux.
+    Pour faire le meilleur choix, on peut fournir &agrave; l'utilisateur une page
+    d'index, et le laisser choisir. Cependant, le serveur peut souvent faire
+    ce choix automatiquement. Ceci est possible car les navigateurs peuvent
+    envoyer des informations sur les
+    repr&eacute;sentations qu'ils pr&eacute;f&egrave;rent &agrave; l'int&eacute;rieur de chaque requ&ecirc;te.
+    Par exemple, un navigateur peut indiquer
+    qu'il pr&eacute;f&egrave;re voir les informations en fran&ccedil;ais, mais qu'en cas
+    d'impossibilit&eacute; l'anglais peut convenir. Les navigateurs indiquent leurs
+    pr&eacute;f&eacute;rences &agrave; l'aide d'en-t&ecirc;tes dans la requ&ecirc;te. Pour ne demander que des
+    repr&eacute;sentations en fran&ccedil;ais, le navigateur peut utiliser l'en-t&ecirc;te :</p>
+
+<example>Accept-Language: fr</example>
+
+    <p>Notez qu'il ne sera tenu compte de cette pr&eacute;f&eacute;rence que s'il existe un
+    choix de repr&eacute;sentations et que ces derni&egrave;res varient en fonction
+    du langage.</p>
+
+    <p>&Agrave; titre d'exemple d'une requ&ecirc;te plus complexe, ce navigateur a &eacute;t&eacute;
+    configur&eacute; pour accepter le fran&ccedil;ais et l'anglais, avec une pr&eacute;f&eacute;rence pour
+    le fran&ccedil;ais, et accepter diff&eacute;rents types de m&eacute;dia, avec une pr&eacute;f&eacute;rence
+    pour HTML par rapport au texte plat (plain text) ou autres types de fichiers texte, et
+    avec une pr&eacute;f&eacute;rence pour GIF ou JPEG par rapport &agrave; tout autre type de
+    m&eacute;dia, mais autorisant tout autre type de m&eacute;dia en dernier ressort :</p>
+
+<example>
+  Accept-Language: fr; q=1.0, en; q=0.5<br />
+  Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1
+</example>
+
+    <p>Apache supporte la n&eacute;gociation de contenu "server driven" (telle qu'elle
+    est d&eacute;finie dans la sp&eacute;cification HTTP/1.1), o&ugrave; c'est le serveur qui
+    d&eacute;cide quelle est la meilleure repr&eacute;sentation &agrave; retourner pour la ressource
+    demand&eacute;e. Il supporte enti&egrave;rement les en-t&ecirc;tes de requ&ecirc;te
+    <code>Accept</code>, <code>Accept-Language</code>,
+    <code>Accept-Charset</code> et <code>Accept-Encoding</code>.
+    Apache supporte aussi la n&eacute;gociation de contenu transparente, qui est un
+    protocole de n&eacute;gociation exp&eacute;rimental d&eacute;fini dans les RFC 2295 et 2296.
+    Il ne supporte pas la n&eacute;gociation de fonctionnalit&eacute; (feature negotiation)
+    telle qu'elle est d&eacute;finie dans ces RFCs.</p>
+
+    <p>Une <strong>ressource</strong> est une entit&eacute; conceptuelle identifi&eacute;e
+    par une URI (RFC 2396). Un serveur HTTP comme Apache propose l'acc&egrave;s &agrave; des
+    <strong>repr&eacute;sentations</strong> de la ressource &agrave; l'int&eacute;rieur de son
+    espace de nommage, chaque repr&eacute;sentation &eacute;tant compos&eacute;e d'une s&eacute;quence
+    d'octets avec la d&eacute;finition d'un type de media, d'un jeu de caract&egrave;res,
+    d'un encodage, etc... A un instant donn&eacute;, chaque ressource peut &ecirc;tre
+    associ&eacute;e avec z&eacute;ro, une ou plusieurs repr&eacute;sentations. Si plusieurs
+    repr&eacute;sentations sont disponibles, la ressource est qualifi&eacute;e de
+    <strong>n&eacute;gociable</strong> et chacune de ses repr&eacute;sentations se nomme
+    <strong>variante</strong>. Les diff&eacute;rences entre les
+    variantes disponibles d'une ressource n&eacute;gociable constituent les
+    <strong>dimensions</strong> de la n&eacute;gociation.</p>
+</section>
+
+<section id="negotiation"><title>La n&eacute;gociation avec Apache</title>
+
+    <p>Afin de n&eacute;gocier une ressource, on doit fournir au serveur des
+    informations &agrave; propos de chacune des variantes. Il y a deux mani&egrave;res
+    d'accomplir ceci :</p>
+
+    <ul>
+      <li>Utiliser une liste de correspondances de types ("type-map") (<em>c'est &agrave; dire</em>
+      un fichier <code>*.var</code>) qui nomme explicitement les fichiers
+      contenant les variantes, ou</li>
+
+      <li>Utiliser une recherche "multivues", o&ugrave; le serveur effectue une
+      recherche de correspondance sur un motif de nom de fichier implicite et
+      fait son choix parmi les diff&eacute;rents r&eacute;sultats.</li>
+    </ul>
+
+   <section id="type-map"><title>Utilisation d'un fichier de
+   correspondances de types (type-map)</title>
+
+    <p>Une liste de correspondances de types est un document associ&eacute; au
+    gestionnaire <code>type-map</code> (ou, dans un souci de compatibilit&eacute;
+    ascendante avec des configurations d'Apache plus anciennes, le
+    <glossary>type MIME</glossary>
+    <code>application/x-type-map</code>). Notez que pour utiliser cette
+    fonctionnalit&eacute;, vous devez, dans le fichier de configuration, d&eacute;finir un
+    gestionnaire qui associe un suffixe de fichier &agrave; une <code>type-map</code>;
+    ce qui se fait simplement en ajoutant</p>
+
+<example>AddHandler type-map .var</example>
+
+    <p>dans le fichier de configuration du serveur.</p>
+
+    <p>Les fichiers de correspondances de types doivent poss&eacute;der le m&ecirc;me nom que
+    la ressource qu'ils d&eacute;crivent, et comporter une entr&eacute;e pour chaque variante
+    disponible; chaque entr&eacute;e consiste en une ligne contigu&euml; d'en-t&ecirc;tes au
+    format HTTP. les entr&eacute;es sont s&eacute;par&eacute;es par des lignes vides. Les lignes
+    vides &agrave; l'int&eacute;rieur d'une entr&eacute;e sont interdites. Par convention, le
+    fichier de correspondances d&eacute;bute par une entr&eacute;e concernant l'entit&eacute;
+    consid&eacute;r&eacute;e dans son ensemble (bien que ce ne soit pas obligatoire, et
+    ignor&eacute; si pr&eacute;sent). Un exemple de fichier de correspondance est fourni
+    ci-dessous.
+    Ce fichier doit &ecirc;tre nomm&eacute; <code>foo.var</code>, car il d&eacute;crit une
+    ressource nomm&eacute;e <code>foo</code>.</p>
+
+<example>
+  URI: foo<br />
+<br />
+  URI: foo.en.html<br />
+  Content-type: text/html<br />
+  Content-language: en<br />
+<br />
+  URI: foo.fr.de.html<br />
+  Content-type: text/html;charset=iso-8859-2<br />
+  Content-language: fr, de<br />
+</example>
+    <p>Notez aussi qu'un fichier de correspondances de types prend le pas sur
+    les extensions de noms de fichiers, m&ecirc;me si les Multivues sont activ&eacute;es.
+    Si les variantes sont de qualit&eacute;s diff&eacute;rentes, on doit l'indiquer
+    &agrave; l'aide du param&egrave;tre "qs" &agrave; la suite du type de m&eacute;dia, comme pour cette
+    image
+    (disponible aux formats JPEG, GIF, ou ASCII-art) : </p>
+
+<example>
+  URI: foo<br />
+<br />
+  URI: foo.jpeg<br />
+  Content-type: image/jpeg; qs=0.8<br />
+<br />
+  URI: foo.gif<br />
+  Content-type: image/gif; qs=0.5<br />
+<br />
+  URI: foo.txt<br />
+  Content-type: text/plain; qs=0.01<br />
+</example>
+
+    <p>Les valeurs de qs peuvent varier de 0.000 &agrave; 1.000. Notez que toute
+    variante poss&eacute;dant une valeur de qs de 0.000 ne sera jamais choisie.
+    Les variantes qui n'ont pas de param&egrave;tre qs d&eacute;fini se voient attribuer
+    une valeur de 1.0. Le param&egrave;tre qs indique la qualit&eacute; relative de la
+    variante compar&eacute;e &agrave; celle des autres variantes disponibles, sans tenir
+    compte des capacit&eacute;s du client. Par exemple, un fichier JPEG poss&egrave;de
+    en g&eacute;n&eacute;ral une qualit&eacute; sup&eacute;rieure &agrave; celle d'un fichier ASCII s'il
+    repr&eacute;sente une photographie. Cependant, si la ressource repr&eacute;sent&eacute;e est
+    &agrave; un ASCII art original, la repr&eacute;sentation ASCII sera de meilleure qualit&eacute;
+    que la repr&eacute;sentation JPEG. Ainsi une valeur de qs est associ&eacute;e &agrave; une
+    variante en fonction de la nature de la ressource qu'elle repr&eacute;sente.</p>
+
+    <p>La liste compl&egrave;te des en-t&ecirc;tes reconnus est disponible dans la
+    documentation de la directive <a
+    href="mod/mod_negotiation.html#typemaps">
+    typemap</a> (module mod_negotiation).</p>
+</section>
+
+<section id="multiviews"><title>Multivues (option Multiviews)</title>
+
+    <p><code>MultiViews</code> est une option qui s'applique &agrave; un r&eacute;pertoire,
+    ce qui signifie qu'elle peut &ecirc;tre activ&eacute;e &agrave; l'aide d'une directive
+    <directive module="core">Options</directive> &agrave; l'int&eacute;rieur d'une section
+    <directive module="core"
+    type="section">Directory</directive>, <directive module="core"
+    type="section">Location</directive> ou <directive module="core"
+    type="section">Files</directive> dans
+    <code>httpd.conf</code>, ou (si <directive
+    module="core">AllowOverride</directive> est correctement positionn&eacute;e) dans
+    des fichiers
+    <code>.htaccess</code>. Notez que <code>Options All</code>
+    n'active pas <code>MultiViews</code>; vous devez activer cette option en
+    la nommant explicitement.</p>
+
+    <p>L'effet de <code>MultiViews</code> est le suivant : si le serveur re&ccedil;oit
+    une requ&ecirc;te pour <code>/tel/r&eacute;pertoire/foo</code>, si
+    <code>MultiViews</code> est activ&eacute;e pour
+    <code>/tel/r&eacute;pertoire</code>, et si
+    <code>/tel/r&eacute;pertoire/foo</code> n'existe <em>pas</em>, le serveur parcourt
+    le r&eacute;pertoire &agrave; la recherche de fichiers nomm&eacute;s foo.*, et g&eacute;n&egrave;re
+    une correspondance de types (type map) qui liste tous ces
+    fichiers, en leur associant les m&ecirc;mes types de m&eacute;dia et encodages de
+    contenu qu'ils auraient eu si le client avait demand&eacute; l'acc&egrave;s &agrave; l'un
+    d'entre eux par son nom. Il choisit ensuite ce qui correspond le mieux
+    aux besoins du client.</p>
+
+    <p><code>MultiViews</code> peut aussi s'appliquer &agrave; la recherche du fichier
+    nomm&eacute; par la directive <directive
+    module="mod_dir">DirectoryIndex</directive>, si le serveur tente d'indexer
+    un r&eacute;pertoire. Si les fichiers de configuration sp&eacute;cifient</p>
+<example>DirectoryIndex index</example>
+    <p>le serveur va choisir entre <code>index.html</code>
+    et <code>index.html3</code> si les deux fichiers sont pr&eacute;sents. Si aucun
+    n'est pr&eacute;sent, mais <code>index.cgi</code> existe,
+    le serveur l'ex&eacute;cutera.</p>
+
+    <p>Si, parcequ'elle n'est pas reconnue par <code>mod_mime</code>,
+    l'extension d'un des fichiers du r&eacute;pertoire ne permet pas de
+    d&eacute;terminer son jeu de caract&egrave;res, son type de contenu, son langage, ou son
+    encodage,  alors
+    le r&eacute;sultat d&eacute;pendra de la d&eacute;finition de la directive <directive
+    module="mod_mime">MultiViewsMatch</directive>. Cette directive d&eacute;termine
+    si les gestionnaires (handlers), les filtres, et autres types d'extensions
+    peuvent participer &agrave; la n&eacute;gociation MultiVues.</p>
+</section>
+</section>
+
+<section id="methods"><title>Les m&eacute;thodes de n&eacute;gociation</title>
+
+    <p>Une fois obtenue la liste des variantes pour une ressource donn&eacute;e,
+    Apache dispose de deux m&eacute;thodes pour choisir la meilleure variante &agrave;
+    retourner, s'il y a lieu, soit &agrave; partir d'un fichier de
+    correspondances de types, soit en se basant sur les noms de fichiers du
+    r&eacute;pertoire. Il n'est pas n&eacute;cessaire de conna&icirc;tre en d&eacute;tails comment la
+    n&eacute;gociation fonctionne r&eacute;ellement pour pouvoir utiliser les fonctionnalit&eacute;s
+    de n&eacute;gociation de contenu d'Apache. La suite de ce document explique
+    cependant les m&eacute;thodes utilis&eacute;es pour ceux ou celles qui sont
+    int&eacute;ress&eacute;s(&eacute;es). </p>
+
+    <p>Il existe deux m&eacute;thodes de n&eacute;gociation :</p>
+
+    <ol>
+      <li><strong>La n&eacute;gociation effectu&eacute;e par le serveur selon l'algorithme
+      d'Apache</strong> est normalement utilis&eacute;e. l'algorithme d'Apache est
+      expliqu&eacute; plus en d&eacute;tails ci-dessous. Quand cet algorithme est utilis&eacute;,
+      Apache peut parfois "bricoler" le facteur de qualit&eacute; (qs) d'une dimension
+      particuli&egrave;re afin d'obtenir un meilleur r&eacute;sultat.
+      La mani&egrave;re dont Apache peut modifier les facteurs de qualit&eacute; est
+      expliqu&eacute;e plus en d&eacute;tails ci-dessous.</li>
+
+      <li><strong>La n&eacute;gociation de contenu transparente</strong> est utilis&eacute;e
+      quand le navigateur le demande explicitement selon le m&eacute;canisme d&eacute;fini
+      dans la RFC 2295. Cette m&eacute;thode de n&eacute;gociation donne au navigateur le
+      contrôle total du choix de la meilleure variante; le r&eacute;sultat d&eacute;pend
+      cependant de la sp&eacute;cificit&eacute; des algorithmes utilis&eacute;s par le navigateur.
+      Au cours du processus de n&eacute;gociation transparente, le navigateur peut
+      demander &agrave; Apache d'ex&eacute;cuter l'"algorithme de s&eacute;lection de variante &agrave;
+      distance" d&eacute;fini dans la RFC 2296.</li>
+    </ol>
+
+<section id="dimensions"><title>Les dimensions de la n&eacute;gociation</title>
+
+    <table>
+      <columnspec><column width=".15"/><column width=".85"/></columnspec>
+      <tr valign="top">
+        <th>Dimension</th>
+
+        <th>Notes</th>
+      </tr>
+
+      <tr valign="top">
+        <td>Type de m&eacute;dia</td>
+
+        <td>Le navigateur affiche ses pr&eacute;f&eacute;rences &agrave; l'aide du champ d'en-t&ecirc;te
+	<code>Accept</code>. Chaque type de m&eacute;dia peut se voir associ&eacute; un facteur de
+	qualit&eacute;. La description de la variante peut aussi avoir un facteur de
+	qualit&eacute; (le param&egrave;tre "qs").</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Langage</td>
+
+        <td>Le navigateur affiche ses pr&eacute;f&eacute;rences &agrave; l'aide du champ d'en-t&ecirc;te
+        <code>Accept-Language</code>. Chaque langue peut se voir associ&eacute;e un facteur de
+	qualit&eacute;. Les variantes peuvent &ecirc;tre associ&eacute;es avec z&eacute;ro, un ou
+	plusieurs langages.</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Encoding</td>
+
+        <td>Le navigateur affiche ses pr&eacute;f&eacute;rences &agrave; l'aide du champ d'en-t&ecirc;te
+        <code>Accept-Encoding</code>. Chaque encodage peut se voir associ&eacute; un facteur de
+	qualit&eacute;.</td>
+      </tr>
+
+      <tr valign="top">
+        <td>Charset</td>
+
+        <td>Le navigateur affiche ses pr&eacute;f&eacute;rences &agrave; l'aide du champ d'en-t&ecirc;te
+        <code>Accept-Charset</code>. Chaque jeu de caract&egrave;res peut se voir associ&eacute; un facteur de
+	qualit&eacute;. Les variantes peuvent pr&eacute;ciser un jeu de caract&egrave;res comme
+	param&egrave;tre du type de m&eacute;dia.</td>
+      </tr>
+    </table>
+</section>
+
+<section id="algorithm"><title>L'algorithme de n&eacute;gociation d'Apache</title>
+
+    <p>Apache peut utiliser l'algorithme suivant pour choisir la "meilleure"
+    variante (s'il y en a une) &agrave; retourner au navigateur. Cet algorithme n'est pas
+    configurable. Il fonctionne comme suit :</p>
+
+    <ol>
+      <li>En premier lieu, pour chaque dimension de la n&eacute;gociation, consulter
+      le champ d'en-t&ecirc;te <em>Accept*</em> appropri&eacute; et assigner une qualit&eacute; &agrave;
+      chaque variante. Si l'en-t&ecirc;te <em>Accept*</em> pour toute dimension
+      implique que la variante n'est pas acceptable, &eacute;liminer cette derni&egrave;re.
+      S'il ne reste plus de variante, aller &agrave; l'&eacute;tape 4.</li>
+
+      <li>
+        Choisir la "meilleure" variante par &eacute;limination. Chacun des tests
+	suivants est effectu&eacute; dans cet ordre. Toute variante non s&eacute;lectionn&eacute;e
+	&agrave; l'issue d'un test est &eacute;limin&eacute;e. Apr&egrave;s chaque test, s'il reste une
+	seule variante, choisir cette derni&egrave;re comme celle qui correspond le
+	mieux puis aller &agrave; l'&eacute;tape 3. S'il reste plusieurs variantes, passer
+	au test suivant.
+
+        <ol>
+          <li>Multiplier le facteur de qualit&eacute; de l'en-t&ecirc;te
+	  <code>Accept</code> par le facteur de qualit&eacute; "qs" pour le type de
+	  m&eacute;dia de ces variantes, et choisir la variante qui poss&egrave;de la valeur
+	  la plus importante.</li>
+
+          <li>S&eacute;lectionner les variantes qui poss&egrave;dent le facteur de qualit&eacute;
+	  de langage le plus haut.</li>
+
+          <li>S&eacute;lectionner les variantes dont le langage correspond le mieux,
+          en se basant sur l'ordre des langages de l'en-t&ecirc;te
+          <code>Accept-Language</code> (s'il existe), ou de la directive
+	  <code>LanguagePriority</code> (si elle existe).</li>
+
+          <li>S&eacute;lectionner les variantes poss&eacute;dant le param&egrave;tre de m&eacute;dia
+	  "level" le plus &eacute;lev&eacute; (utilis&eacute; pour pr&eacute;ciser la version des types de
+	  m&eacute;dia text/html).</li>
+
+          <li>S&eacute;lectionner les variantes poss&eacute;dant le param&egrave;tre de m&eacute;dia
+	  "charset" (jeu de caract&egrave;res) qui correspond le mieux, en se basant
+	  sur la ligne d'en-t&ecirc;te <code>Accept-Charset</code> . Le jeu de
+	  caract&egrave;res ISO-8859-1 est acceptable sauf s'il est explicitement
+	  exclus. Les variantes avec un type de m&eacute;dia <code>text/*</code>
+          mais non explicitement associ&eacute;es avec un jeu de caract&egrave;res
+	  particulier sont suppos&eacute;es &ecirc;tre en ISO-8859-1.</li>
+
+          <li>S&eacute;lectionner les variantes dont le param&egrave;tre de m&eacute;dia "charset"
+	  associ&eacute; n'est <em>pas</em> ISO-8859-1. S'il n'en existe pas,
+	  s&eacute;lectionner toutes les variantes.</li>
+
+          <li>S&eacute;lectionner les variantes avec le meilleur encodage. S'il existe
+	  des variantes avec un encodage acceptable pour le client,
+	  s&eacute;lectionner celles-ci. Sinon, s'il existe des variantes encod&eacute;es et
+	  des variantes non encod&eacute;es, ne s&eacute;lectionner que les variantes non
+	  encod&eacute;es. Si toutes les variantes sont encod&eacute;es ou si aucune
+	  ne l'est, s&eacute;lectionner toutes les variantes.</li>
+
+          <li>S&eacute;lectionner les variantes dont le contenu a la longueur
+	  la plus courte.</li>
+
+          <li>S&eacute;lectionner la premi&egrave;re des variantes restantes. Il s'agira
+	  soit de la premi&egrave;re variante list&eacute;e dans le fichier de
+	  correspondances de types, soit, quand les variantes sont lues depuis
+	  le r&eacute;pertoire, la premi&egrave;re par ordre alphab&eacute;tique quand elles sont
+	  tri&eacute;es selon le code ASCII.</li>
+        </ol>
+      </li>
+
+      <li>L'algorithme a maintenant s&eacute;lectionn&eacute; une variante consid&eacute;r&eacute;e comme
+      la "meilleure", il la retourne donc au client en guise de r&eacute;ponse.
+      L'en-t&ecirc;te HTTP <code>Vary</code> de la r&eacute;ponse est renseign&eacute; de fa&ccedil;on &agrave;
+      indiquer les dimensions de la n&eacute;gociation (les navigateurs et les caches
+      peuvent utiliser cette information lors de la mise en cache de la
+      ressource). Travail termin&eacute;.</li>
+
+      <li>Le passage par cette &eacute;tape signifie qu'aucune variante n'a &eacute;t&eacute;
+      s&eacute;lectionn&eacute;e (parce qu'aucune n'est acceptable pour le client HTTP).
+      Envoyer une r&eacute;ponse avec un code de statut 406 (qui signifie "Aucune
+      repr&eacute;sentation acceptable") et un corps comportant un document HTML qui
+      affiche les variantes disponibles. Renseigner aussi l'en-t&ecirc;te HTTP
+      <code>Vary</code> de fa&ccedil;on &agrave; indiquer les dimensions de la variante.</li>
+    </ol>
+</section>
+</section>
+
+<section id="better"><title>Ajustement des valeurs de qualit&eacute;</title>
+
+    <p>Parfois Apache modifie les valeurs de qualit&eacute; par rapport &agrave; celles qui
+    d&eacute;couleraient d'une stricte interpr&eacute;tation de l'algorithme de n&eacute;gociation
+    d'Apache ci-dessus, ceci pour am&eacute;liorer les r&eacute;sultats de l'algorithme pour
+    les navigateurs qui envoient des informations incompl&egrave;tes ou inappropri&eacute;es.
+    Certains des navigateurs les plus populaires envoient des informations dans
+    l'en-t&ecirc;te <code>Accept</code> qui, sans ce traitement, provoqueraient la
+    s&eacute;lection d'une variante inappropri&eacute;e dans de nombreux cas. Quand un
+    navigateur envoie des informations compl&egrave;tes et correctes ces ajustements
+    ne sont pas effectu&eacute;s.</p>
+
+<section id="wildcards"><title>Types de m&eacute;dia et caract&egrave;res g&eacute;n&eacute;riques</title>
+
+    <p>L'en-t&ecirc;te de requ&ecirc;te <code>Accept:</code> indique les types de m&eacute;dia
+    souhait&eacute;s. Il peut aussi contenir des types de m&eacute;dia avec caract&egrave;res
+    g&eacute;n&eacute;riques, comme "image/*" ou "*/*" o&ugrave; * correspond &agrave; n'importe quelle
+    cha&icirc;ne de caract&egrave;res. Ainsi une requ&ecirc;te contenant :</p>
+
+<example>Accept: image/*, */*</example>
+
+    <p>indiquerait que tout type de m&eacute;dia est acceptable, avec une pr&eacute;f&eacute;rence
+    pour les types commen&ccedil;ant par "image/".
+    Certains navigateurs ajoutent par d&eacute;faut des types de m&eacute;dia avec caract&egrave;res
+    g&eacute;n&eacute;riques aux types explicitement nomm&eacute;s qu'ils peuvent g&eacute;rer.
+    Par exemple :</p>
+
+<example>
+  Accept: text/html, text/plain, image/gif, image/jpeg, */*
+</example>
+    <p>Ceci indique que les types explicitement list&eacute;s sont pr&eacute;f&eacute;r&eacute;s, mais
+    qu'une repr&eacute;sentation avec un type diff&eacute;rent de ces derniers conviendra
+    aussi.  Les valeurs de qualit&eacute;s explicites,
+    afin de pr&eacute;ciser ce que veut vraiment le navigateur, s'utilisent
+    comme suit :</p>
+<example>
+  Accept: text/html, text/plain, image/gif, image/jpeg, */*; q=0.01
+</example>
+    <p>Les types explicites n'ont pas de facteur de qualit&eacute;, la valeur par
+    d&eacute;faut de leur pr&eacute;f&eacute;rence est donc de 1.0 (la plus haute). Le type avec
+    caract&egrave;res g&eacute;n&eacute;riques */* se voit attribuer une pr&eacute;f&eacute;rence basse de 0.01,
+    si bien que les types autres que ceux explicitement list&eacute;s ne seront retourn&eacute;s
+    que s'il n'existe pas de variante correspondant &agrave; un type explicitement
+    list&eacute;.</p>
+
+    <p>Si l'en-t&ecirc;te <code>Accept:</code> ne contient <em>pas</em> aucun
+    facteur de qualit&eacute;, Apache positionne la valeur de qualit&eacute; de
+    "*/*", si present, &agrave; 0.01 pour simuler l'effet d&eacute;sir&eacute;. Il positionne aussi
+    la valeur de qualit&eacute; des types avec caract&egrave;res g&eacute;n&eacute;riques au format
+    "type/*" &agrave; 0.02 (ils sont donc pr&eacute;f&eacute;r&eacute;s &agrave; ceux correspondant &agrave; "*/*"). Si
+    un type de m&eacute;dia dans l'en-t&ecirc;te <code>Accept:</code> contient un facteur de
+    qualit&eacute;, ces valeurs sp&eacute;ciales ne seront <em>pas</em> appliqu&eacute;es, de fa&ccedil;on
+    &agrave; ce que les requ&ecirc;tes de navigateurs qui envoient les informations
+    explicites &agrave; prendre en compte fonctionnent comme souhait&eacute;.</p>
+</section>
+
+<section id="exceptions"><title>Exceptions dans la n&eacute;gociation du
+langage</title>
+
+    <p>A partir de la version 2.0 d'Apache, certaines exceptions ont &eacute;t&eacute;
+    ajout&eacute;es &agrave; l'algorithme de n&eacute;gociation afin de m&eacute;nager une issue de secours
+    quand la n&eacute;gociation ne trouve aucun langage correspondant.</p>
+
+    <p>Quand un client demande une page sur votre serveur, si ce dernier ne
+    parvient pas &agrave; trouver une page dont la langue corresponde &agrave; l'en-t&ecirc;te
+    <code>Accept-language</code> envoy&eacute; par le navigateur, il enverra au client
+    une r&eacute;ponse "Aucune variante acceptable" ou "Plusieurs choix possibles".
+    Pour &eacute;viter ces
+    messages d'erreur, il est possible de configurer Apache de fa&ccedil;on &agrave; ce que,
+    dans ces cas, il ignore l'en-t&ecirc;te <code>Accept-language</code> et fournisse
+    tout de m&ecirc;me un document, m&ecirc;me s'il ne correspond pas exactement &agrave; la
+    demande explicite du client. La directive <directive
+    module="mod_negotiation">ForceLanguagePriority</directive>
+    peut &ecirc;tre utilis&eacute;e pour &eacute;viter ces messages d'erreur et leur substituer une
+    page dont le langage sera d&eacute;termin&eacute; en fonction du contenu de la directive
+    <directive module="mod_negotiation">LanguagePriority</directive>.</p>
+
+    <p>Le serveur va aussi essayer d'&eacute;tendre sa recherche de correspondance aux
+    sous-ensembles de langages quand aucune correspondance exacte ne peut &ecirc;tre
+    trouv&eacute;e. Par exemple, si un client demande des documents poss&eacute;dant le
+    langage <code>en-GB</code>, c'est &agrave; dire anglais britannique, le standard
+    HTTP/1.1 n'autorise normalement pas le serveur &agrave; faire correspondre cette
+    demande &agrave; un document dont le langage est simplement <code>en</code>.
+    (Notez qu'inclure <code>en-GB</code> et non <code>en</code> dans l'en-t&ecirc;te
+    <code>Accept-Language</code> constitue une quasi-erreur de configuration,
+    car il est tr&egrave;s peu probable qu'un lecteur qui comprend l'anglais
+    britannique, ne comprenne pas l'anglais en g&eacute;n&eacute;ral. Malheureusement, de
+    nombreux clients ont r&eacute;ellement des configurations par d&eacute;faut de ce type.)
+    Cependant, si aucune autre correspondance de langage n'est possible, et que le
+    serveur est sur le point de retourner une erreur "Aucune variable
+    acceptable" ou de choisir le langage d&eacute;fini par la directive <directive
+    module="mod_negotiation">LanguagePriority</directive>, le serveur ignorera
+    la sp&eacute;cification du sous-ensemble de langage et associera la demande en
+    <code>en-GB</code> &agrave; des documents en <code>en</code>.  Implicitement,
+    Apache ajoute le langage parent &agrave; la liste de langues accept&eacute;es par le
+    client avec une valeur de qualit&eacute; tr&egrave;s basse. Notez cependant que si le
+    client demande "en-GB; q=0.9, fr; q=0.8", et le serveur dispose de
+    documents estampill&eacute;s "en" et "fr", alors c'est le document "fr" qui sera
+    retourn&eacute;, tout ceci dans un souci de compatibilit&eacute; avec la sp&eacute;cification
+    HTTP/1.1 et afin de fonctionner efficacement avec les clients
+    correctement configur&eacute;s.</p>
+
+    <p>Pour supporter les techniques avanc&eacute;es (comme les cookies ou les chemins
+    d'URL sp&eacute;ciaux) afin de d&eacute;terminer le langage pr&eacute;f&eacute;r&eacute; de l'utilisateur, le
+    module <module>mod_negotiation</module> reconna&icirc;t la
+    <a href="env.html">variable d'environnement</a>
+    <code>prefer-language</code>
+    depuis la version 2.0.47 d'Apache. Si elle est d&eacute;finie et contient un
+    symbole de langage appropri&eacute;, <module>mod_negotiation</module> va essayer
+    de s&eacute;lectionner une variante correspondante. S'il n'existe pas de telle
+    variante, le processus normal de n&eacute;gociation sera lanc&eacute;.</p>
+
+    <example><title>Exemple</title>
+      SetEnvIf Cookie "language=(.+)" prefer-language=$1
+      Header append Vary cookie
+    </example>
+</section>
+</section>
+
+<section id="extensions"><title>Extensions &agrave; la n&eacute;gociation de contenu
+transparente</title>
+
+<p>Apache &eacute;tend le protocole de n&eacute;gociation de contenu transparente (RFC
+2295) comme suit. Un nouvel &eacute;l&eacute;ment <code>{encodage ..}</code> est utilis&eacute; dans
+les listes de variantes pour marquer celles qui ne sont disponibles qu'avec un
+encodage de contenu sp&eacute;cifique. L'impl&eacute;mentation de l'algorithme
+RVSA/1.0 (RFC 2296) est &eacute;tendue &agrave; la reconnaissance de variantes encod&eacute;es dans
+la liste, et &agrave; leur utilisation en tant que variantes candidates &agrave; partir du
+moment o&ugrave; leur encodage satisfait au contenu de l'en-t&ecirc;te de requ&ecirc;te
+<code>Accept-Encoding</code>. L'impl&eacute;mentation RVSA/1.0 n'arrondit pas les
+facteurs de qualit&eacute; calcul&eacute;s &agrave; 5 d&eacute;cimales avant d'avoir choisi la meilleure
+variante.</p>
+</section>
+
+<section id="naming"><title>Remarques &agrave; propos des liens hypertextes et des
+conventions de nommage</title>
+
+    <p>Si vous utilisez la n&eacute;gociation de langage, vous avez le choix entre
+    diff&eacute;rentes conventions de nommage, car les fichiers peuvent poss&eacute;der
+    plusieurs extensions, et l'ordre dans lequel ces derni&egrave;res apparaissent
+    est en g&eacute;n&eacute;ral sans rapport (voir la documentation sur le module <a
+    href="mod/mod_mime.html#multipleext">mod_mime</a>
+    pour plus de d&eacute;tails).</p>
+
+    <p>Un fichier type poss&egrave;de une extension li&eacute;e au type MIME
+    (<em>par exemple</em>, <code>html</code>), mais parfois aussi une
+    extension li&eacute;e &agrave; l'encodage (<em>par exemple</em>, <code>gz</code>),
+    et bien s&ucirc;r une extension li&eacute;e au langage
+    (<em>par exemple</em>, <code>en</code>) quand plusieurs variantes de
+    langage sont disponibles pour ce fichier.</p>
+
+    <p>Exemples :</p>
+
+    <ul>
+      <li>foo.en.html</li>
+
+      <li>foo.html.en</li>
+
+      <li>foo.en.html.gz</li>
+    </ul>
+
+    <p>Ci-dessous d'autres exemples de noms de fichiers avec des liens
+    hypertextes valides et invalides :</p>
+
+    <table border="1" cellpadding="8" cellspacing="0">
+      <columnspec><column width=".2"/><column width=".2"/>
+        <column width=".2"/></columnspec>
+      <tr>
+        <th>Nom fichier</th>
+
+        <th>lien valide</th>
+
+        <th>Lien invalide</th>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.en</em></td>
+
+        <td>foo<br />
+         foo.html</td>
+
+        <td>-</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.en.html</em></td>
+
+        <td>foo</td>
+
+        <td>foo.html</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.en.gz</em></td>
+
+        <td>foo<br />
+         foo.html</td>
+
+        <td>foo.gz<br />
+         foo.html.gz</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.en.html.gz</em></td>
+
+        <td>foo</td>
+
+        <td>foo.html<br />
+         foo.html.gz<br />
+         foo.gz</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.gz.html.en</em></td>
+
+        <td>foo<br />
+         foo.gz<br />
+         foo.gz.html</td>
+
+        <td>foo.html</td>
+      </tr>
+
+      <tr>
+        <td><em>foo.html.gz.en</em></td>
+
+        <td>foo<br />
+         foo.html<br />
+         foo.html.gz</td>
+
+        <td>foo.gz</td>
+      </tr>
+    </table>
+
+    <p>En regardant la table ci-dessus, vous remarquerez qu'il est toujours
+    possible d'utiliser le nom de fichier sans extension dans un lien
+    (<em>par exemple</em>, <code>foo</code>). L'avantage est de pouvoir
+    dissimuler le type r&eacute;el du fichier associ&eacute; &agrave; un document et de pouvoir
+    le modifier
+    ult&eacute;rieurement, <em>par exemple</em>, de <code>html</code> &agrave;
+    <code>shtml</code> ou <code>cgi</code> sans avoir &agrave;
+    mettre &agrave; jour aucun lien.</p>
+
+    <p>Si vous souhaitez continuer &agrave; utiliser un type MIME dans vos liens
+    (<em>par exemple </em> <code>foo.html</code>), l'extension li&eacute;e au langage
+    (y compris une extension li&eacute;e &agrave; l'encodage s'il en existe une)
+    doit se trouver &agrave; droite de l'extension li&eacute;e au type MIME
+    (<em>par exemple</em>, <code>foo.html.en</code>).</p>
+</section>
+
+<section id="caching"><title>Remarque sur la mise en cache</title>
+
+    <p>Quand un cache stocke une repr&eacute;sentation, il l'associe avec l'URL de la
+    requ&ecirc;te. Lorsque cette URL est &agrave; nouveau demand&eacute;e, le cache peut utiliser
+    la repr&eacute;sentation stock&eacute;e. Cependant, si la ressource est n&eacute;gociable au
+    niveau du serveur, il se peut que seule la premi&egrave;re variante demand&eacute;e soit
+    mise en cache et de ce fait, la correspondance positive du cache peut
+    entra&icirc;ner une r&eacute;ponse inappropri&eacute;e. Pour &eacute;viter ceci, Apache marque par
+    d&eacute;faut toutes les r&eacute;ponses qui sont retourn&eacute;es apr&egrave;s une n&eacute;gociation de
+    contenu comme "non-cachables" par les clients HTTP/1.0. Apache supporte
+    aussi les fonctionnalit&eacute;s du protocole HTTP/1.1 afin de permettre la mise
+    en cache des r&eacute;ponses n&eacute;goci&eacute;es.</p>
+
+    <p>Pour les requ&ecirc;tes en provenance d'un client compatible HTTP/1.0
+    (un navigateur ou un cache), la directive <directive
+    module="mod_negotiation">CacheNegotiatedDocs</directive> peut &ecirc;tre utilis&eacute;e
+    pour permettre la mise en cache des r&eacute;ponses qui ont fait l'objet d'une
+    n&eacute;gociation. Cette directive peut intervenir dans la configuration au
+    niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+    n'a aucun effet sur les requ&ecirc;tes en provenance de clients HTTP/1.1.</p>
+
+    <p>Pour les clients HTTP/1.1, Apache envoie un en-t&ecirc;te de r&eacute;ponse HTTP
+    <code>Vary</code> afin d'indiquer les dimensions de la n&eacute;gociation pour
+    cette r&eacute;ponse. Les caches peuvent
+    utiliser cette information afin de d&eacute;terminer
+    si une requ&ecirc;te peut &ecirc;tre servie &agrave; partir de la copie locale. Pour inciter
+    un cache &agrave; utiliser la copie locale sans tenir compte des dimensions de la
+    n&eacute;gociation, d&eacute;finissez la
+    <a href="env.html#special">variable d'environnement</a>
+    <code>force-no-vary</code>.</p>
+
+</section>
+
+<section id="more"><title>Pour plus d'informations</title>
+
+    <p>Pour plus d'informations &agrave; propos de la n&eacute;gociation de contenu, voir le
+    document d'Alan J. Flavell <a
+    href="http://ppewww.ph.gla.ac.uk/~flavell/www/lang-neg.html">Language
+    Negotiation Notes</a>. Mais gardez &agrave; l'esprit que ce document ne tiendra
+    peut-&ecirc;tre pas compte des changements intervenus dans Apache 2.0.</p>
+</section>
+
+</manualpage>
diff --git a/docs/manual/content-negotiation.xml.meta b/docs/manual/content-negotiation.xml.meta
index b8337db2e83..e07da48d31b 100644
--- a/docs/manual/content-negotiation.xml.meta
+++ b/docs/manual/content-negotiation.xml.meta
@@ -7,6 +7,7 @@
 
   <variants>
     <variant>en</variant>
+    <variant>fr</variant>
     <variant outdated="yes">ja</variant>
     <variant outdated="yes">ko</variant>
   </variants>
diff --git a/docs/manual/glossary.html b/docs/manual/glossary.html
index 1efee972402..35303ba44f6 100644
--- a/docs/manual/glossary.html
+++ b/docs/manual/glossary.html
@@ -10,6 +10,10 @@ URI: glossary.html.es
 Content-Language: es
 Content-type: text/html; charset=ISO-8859-1
 
+URI: glossary.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: glossary.html.ko.euc-kr
 Content-Language: ko
 Content-type: text/html; charset=EUC-KR
diff --git a/docs/manual/glossary.html.en b/docs/manual/glossary.html.en
index 3f2e3b6f767..4e6305066da 100644
--- a/docs/manual/glossary.html.en
+++ b/docs/manual/glossary.html.en
@@ -21,7 +21,8 @@
 <p><span>Available Languages: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/glossary.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
-<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/glossary.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
 
     <p>This glossary defines some of the common terminology related to Apache in
@@ -448,7 +449,8 @@
 <p><span>Available Languages: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/glossary.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
-<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/glossary.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/glossary.html.fr b/docs/manual/glossary.html.fr
new file mode 100644
index 00000000000..58feb894990
--- /dev/null
+++ b/docs/manual/glossary.html.fr
@@ -0,0 +1,550 @@
+<?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>Glossaire - 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" class="no-sidebar"><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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Glossaire</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/glossary.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/glossary.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div>
+
+    <p>Ce glossaire définit la terminologie courante relative à Apache en
+    particulier, et aux serveurs web en général. Vous trouverez plus
+    d'informations sur chaque concept dans les liens fournis.</p>
+  </div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="definitions" id="definitions">Définitions</a></h2>
+
+<dt><a name="algorithm" id="algorithm">Algorithme</a></dt>
+
+    <dd>Une formule sans ambiguité ou un jeu de règles destinées à
+    résoudre un problème en un nombre fini d'étapes. Les algorithmes de
+    chiffrement sont en général appelés
+      <dfn>Ciphers</dfn>.
+    </dd>
+
+    <dt><a name="cipher" id="cipher">Algorithme de chiffrement
+    (Cipher)</a></dt>
+    <dd>Un algorithme ou un système de chiffrement des données.
+    Quelques exemples : DES, IDEA, RC4, etc.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="tarball" id="tarball">Archive Tar (Tarball)</a></dt>
+  <dd>Un paquetage de fichiers rassemblés dans une archive
+  à l'aide de l'utilitaire <code>tar</code>.
+    Les distributions d'Apache sont stockées dans des Archives Tar compressées
+    ou en utilisant pkzip.
+  </dd>
+
+    <dt><a name="authentication" id="authentication">Authentification </a></dt>
+    <dd>L'identification formelle d'une entité du réseau comme un serveur, un
+    client, ou un utilisateur.<br />
+      Voir : <a href="howto/auth.html">Authentification, Autorisation, et
+      contrôle d'accès</a>
+    </dd>
+
+    <dt><a name="certificationauthority" id="certificationauthority">Autorité de Certification
+	(Certification Authority)</a>
+      <a name="ca" id="ca">(CA)</a></dt>
+    <dd>Un tiers de confiance habilité à signer des certificats pour des entités
+    du réseau qu'il a authentifiées selon des critères basés sur la sécurité.
+    Les autres entités du réseau peuvent alors utiliser la signature pour
+    vérifier qu'une CA a authentifié le porteur du certificat.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+
+<dt><a name="certificate" id="certificate">Certificat (Certificate)</a></dt>
+    <dd>Un ensemble de données servant à authentifier des entités du
+    réseau comme un serveur ou un client. Un certificat contient des ensembles
+    d'informations X509 à propos de son propriétaire (appelé sujet/subject)
+    et de l'<a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de Certification
+      (Certification Authority) ou CA</a> signataire (appelée
+      le fournisseur/issuer), ainsi que la
+      <a class="glossarylink" href="./glossary.html#publickey" title="see glossary">clé publique (public
+      key)</a> du propriétaire et la
+      signature de la CA. Les entités du réseau vérifient ces signatures
+      en utilisant les certificats des Autorités de Certification.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="publickeycryptography" id="publickeycryptography">Chiffrement à Clé Publique
+      (Public Key Cryptography)</a></dt>
+    <dd>L'étude et l'application des systèmes de chiffrement asymétriques,
+    qui utilisent une clé pour le chiffrement et une autre pour le
+    déchiffrement. Les deux clés correspondantes constituent une paire de clés.
+    Appelé aussi chiffrement asymétrique.
+      <br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="privatekey" id="privatekey">Clé Privée (Private Key)</a></dt>
+    <dd>La clé secrète dans un système de
+    <a class="glossarylink" href="./glossary.html#publickeycryptography" title="see glossary">chiffrement à clé publique</a>,
+    utilisée pour déchiffrer les messages entrants et signer
+    les messages sortants.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="publickey" id="publickey">Clé Publique (Public Key)</a></dt>
+    <dd>La clé accessible au public dans un système de <a class="glossarylink" href="./glossary.html#publickeycryptography" title="see glossary">Chiffrement à clé publique</a>,
+      utilisée pour chiffrer les messages destinés uniquement à son
+      propriétaire et déchiffrer les signatures
+      faites par son propriétaire.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="connect" id="connect">CONNECT</a></dt>
+    <dd>Une <a class="glossarylink" href="./glossary.html#method" title="see glossary">méthode</a> HTTP pour encapsuler
+    des données brutes dans HTTP. Elle peut aussi être utilisée pour encapsuler
+    d'autres protocoles, comme le protocole SSL.
+    </dd>
+
+    <dt><a name="context" id="context">Contexte (Context)</a></dt>
+    <dd>Une portion des <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">
+    fichiers de configuration</a> dans laquelle certains types de
+    <a class="glossarylink" href="./glossary.html#directive" title="see glossary">directives</a> sont autorisés.<br />
+      Voir : <a href="mod/directive-dict.html#Context">Termes utilisés
+      pour décrire les directives d'Apache</a>
+    </dd>
+
+<dl>
+    <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
+    (Access Control)</a></dt>
+    <dd>La restriction d'accès à des zones du réseau. Habituellement
+    dans un contexte Apache,
+      la restriction d'accès à certaines <em>URLs</em>.<br />
+      Voir :  <a href="howto/auth.html">Authentification, Autorisation et
+      Contrôle d'accès</a>
+    </dd>
+
+    <dt><a name="securesocketslayer" id="securesocketslayer">
+    Couche des Points de connexion Sécurisés
+    (Secure Sockets Layer)
+      </a> <a name="ssl" id="ssl">(SSL)</a></dt>
+  <dd>Un protocole créé par Netscape Communications Corporation pour
+  l'authentification et le chiffrement généraux des communications dans les
+  réseaux TCP/IP.  L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
+  le Protocole de Transfert Hypertexte (HTTP) au dessus de SSL.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+  <dt><a name="symmetriccryptophraphy" id="symmetriccryptophraphy">
+  Cryptographie Symétrique (Symmetric Cryptography)</a></dt>
+  <dd>L'étude et l'application des <em>Algorithmes de chiffrement</em> qui
+  utilisent une clé secrète unique pour les opérations de chiffrement et de
+  déchiffrement.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+
+    <dt><a name="export-crippled" id="export-crippled">
+    Dégradé pour l'exportation
+    (Export-Crippled)</a></dt>
+    <dd>Diminué en terme de puissance cryptographique (et de sécurité)
+    afin de respecter les Règles de l'Administration des Exportations
+     des Etats-Unis (Export Administration Regulations ou EAR).
+      Les logiciels de cryptographie dégradés pour l'exportation sont limités
+      à une clé de petite taille, et produisent un
+      <em>Texte crypté</em> qui peut en général être décrypté
+      par force brute.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+
+    <dt><a name="certificatsigningrequest" id="certificatsigningrequest">Demande de signature de certificat
+      (Certificate Signing Request)</a>
+      <a name="csr" id="csr">(CSR)</a></dt>
+    <dd>La soumission d'un <a class="glossarylink" href="./glossary.html#certificate" title="see glossary">certificat</a>
+    non signé à une <a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de
+    certification</a>, qui le signe avec la <a class="glossarylink" href="./glossary.html#privatekey" title="see glossary">Clé privée</a> de leur
+      <em>Certificat</em> de CA. Une fois le CSR signé, il devient un vrai
+      certificat.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="directive" id="directive">Directive</a></dt>
+    <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+    comportement d'Apache.  Les directives sont placées dans le <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">Fichier de configuration</a><br />
+    Voir : <a href="mod/directives.html">Index des directives</a>
+    </dd>
+
+<dt><a name="configurationdirective" id="configurationdirective">Directive de configuration
+	(Configuration Directive)</a></dt>
+    <dd>Voir : <a class="glossarylink" href="./glossary.html#directive" title="see glossary">Directive</a></dd>
+
+    <dt><a name="header" id="header">En-tête (Header)</a></dt>
+    <dd>La partie de la requête et de la réponse
+    <a class="glossarylink" href="./glossary.html#http" title="see glossary">HTTP</a> qui est envoyée avant le contenu
+    proprement dit, et contient des méta-informations décrivant le contenu.
+    </dd>
+
+    <dt><a name="regularexpresion" id="regularexpresion">Expression Rationnelle
+    (Regular Expression)</a>
+      <a name="regex" id="regex">(Regex)</a></dt>
+    <dd>Une méthode pour décrire un modèle sous forme de texte - par exemple,
+    "tous les mots qui commencent par la lettre A" ou "tous les numéros de
+    téléphone à 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
+    et aucun Q majuscule". Les expressions rationnelles sont très utiles dans
+    Apache car elles vous permettent d'appliquer certains attributs à des
+    ensembles de fichiers ou ressources avec une grande flexibilité
+      - par exemple, tous les fichiers .gif et .jpg situés dans tout répertoire
+      nommé "images", pourraient être enregistrés comme
+      "<code>/images/.*(jpg|gif)$</code>".  Apache utilise les Expressions
+      Rationnelles Compatibles avec Perl fournies par la librairie <a href="http://www.pcre.org/">PCRE</a>.
+  </dd>
+
+    <dt><a name="configurationfile" id="configurationfile">
+    Fichier de configuration
+    (Configuration File)</a></dt>
+    <dd>Un fichier texte contenant des
+    <a class="glossarylink" href="./glossary.html#directive" title="see glossary">Directives</a>
+      qui contrôlent la configuration d'Apache.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+    <dt><a name="filter" id="filter">Filtre (Filter)</a></dt>
+    <dd>Un traitement appliqué aux données envoyées ou reçues par le serveur.
+      Les filtres en entrée traitent les données envoyées au serveur par le
+      client, alors que les filtres en sortie traitent les documents sur le
+      serveur avant qu'ils soient envoyés au client.
+      Par exemple, le filtre en sortie
+      <code>INCLUDES</code>
+      traite les documents pour les
+      <a class="glossarylink" href="./glossary.html#ssi" title="see glossary">Server Side Includes (Inclusions côté Serveur)
+      </a>.<br />
+      Voir : <a href="filter.html">Filtres</a>
+    </dd>
+
+<dt><a name="handler" id="handler">Gestionnaire (Handler)</a></dt>
+    <dd>Une représentation interne à Apache de l'action à entreprendre
+    quand un fichier est appelé. En général, les fichiers ont des gestionnaires
+    implicites, basés sur le type de fichier. Normalement, tous les
+    fichiers sont directement servis par le serveur, mais certains
+    types de fichiers sont "gérés" séparément.  Par exemple, le gestionnaire
+      <code>cgi-script</code> désigne les fichiers qui doivent être traités
+      comme <a class="glossarylink" href="./glossary.html#cgi" title="see glossary">CGIs</a>.<br />
+      Voir : <a href="handler.html">Utilisation des gestionnaires d'Apache</a>
+    </dd>
+
+    <dt><a name="hash" id="hash">Hachage (Hash)</a></dt>
+    <dd>Un algorithme mathématique à sens unique, irréversible, générant une
+    chaîne de longueur fixe à partir d'une autre chaîne de longueur quelconque.
+    Des chaînes différentes en entrée vont normalement produire des chaînes
+    différentes en sortie (selon la fonction de hachage).
+    </dd>
+
+    <dt><a name="virtualhosting" id="virtualhosting">Hébergement Virtuel
+    (Virtual Hosting)</a></dt>
+  <dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
+  Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
+  basant sur leur adresse IP, alors que les
+  <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
+  et peuvent en conséquence héberger de nombreux sites avec la même
+  adresse IP.<br />
+    Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
+  </dd>
+
+
+    <dt><a name="htaccess" id="htaccess">.htaccess</a></dt>
+    <dd>Un <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">fichier de configuration</a>
+    placé à un certain niveau de l'arborescence du site web, et appliquant des
+    <a class="glossarylink" href="./glossary.html#directive" title="see glossary">directives</a> de configuration au
+    répertoire dans lequel il est placé, ainsi qu'à tous ses sous-répertoires.
+    En dépit de son nom, ce fichier peut contenir pratiquement tout type de
+    directive, et pas seulement des directives de contrôle d'accès.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+<dt><a name="httpd.conf" id="httpd.conf">httpd.conf</a></dt>
+    <dd>Le <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">fichier de configuration
+    </a> principal d'Apache.  Sa localisation par défaut est
+      <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut être
+      changé en utilisant des options de compilation ou d'exécution.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+     <dt><a name="https" id="https">HTTPS</a></dt>
+    <dd>Le Protocole de Transfert Hypertexte (Sécurisé), le mécanisme de
+    communication cryptée standard sur le World Wide Web.
+    Il s'agit en fait de HTTP au dessus de
+    <a class="glossarylink" href="./glossary.html#ssl" title="see glossary">SSL</a>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="uniformresourceidentifier" id="uniformresourceidentifier">Identificateur de Ressource Uniformisé
+    (Uniform Resource Identifier)</a>
+    <a name="URI" id="URI">(URI)</a></dt>
+  <dd>Une chaîne de caractères compacte servant à identifier une ressource
+  abstraite ou physique.  Elle est formellement définie par la <a href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>.  Les URIs
+      utilisées sur le world-wide web sont souvent appelées <a class="glossarylink" href="./glossary.html#url" title="see glossary">URLs</a>.
+  </dd>
+
+    <dt><a name="serversideincludes" id="serversideincludes">
+    Inclusions Côté Serveur
+    (Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
+      </a></dt>
+  <dd>Une technique permettant d'englober des directives de traitement dans
+  des fichiers HTML.<br />
+    Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
+  </dd>
+
+<dt><a name="commongatewayinterface" id="commongatewayinterface">
+Interface commune avec les programmes externes
+(Common Gateway Interface)</a>
+	 <a name="cgi" id="cgi">(CGI)</a></dt>
+    <dd>La définition standard d'une interface entre un serveur web et un
+    programme externe pour permettre à ce dernier de traiter des requêtes.
+      L'interface a été initialement définie par <a href="http://hoohoo.ncsa.uiuc.edu/cgi/overview.html">NCSA</a> mais il
+      existe aussi le projet
+      <a href="http://cgi-spec.golux.com/">RFC project</a>.<br />
+      Voir : <a href="howto/cgi.html">Contenu dynamique avec CGI</a>
+    </dd>
+
+
+    <dt><a name="apacheportableruntime" id="apacheportableruntime">Bibliothèques pour la portabilité d'Apache
+       (Apache Portable Runtime)</a> <a name="apr" id="apr">(APR)</a></dt>
+    <dd>Un jeu de bibliothèques qui fournit la plupart des interfaces de base
+      entre le serveur et le système d'exploitation.  APR est développé
+      parallèlement au serveur HTTP Apache comme projet indépendant.<br />
+      Voir : <a href="http://apr.apache.org/">Apache Portable Runtime
+      Project</a>
+    </dd>
+<dt><a name="uniformresourcelocator" id="uniformresourcelocator">
+Localisation de Ressource Uniformisée
+(Uniform Resource Locator)
+      </a> <a name="url" id="url">(URL)</a></dt>
+  <dd>Le nom/adresse d'une ressource sur l'Internet.  Il s'agit du terme
+  informel commun pour ce qui est formellement défini comme <a class="glossarylink" href="./glossary.html#uniformresourceidentifier" title="see glossary">
+      Identificateur de Ressource Uniformisé</a>.
+    Les URLs sont généralement construites selon un schéma, comme
+    <code>http</code> ou
+    <code>https</code>, un nom d'hôte, et un chemin.  Une URL pour cette page
+    pourrait être
+    <code>http://httpd.apache.org/docs/2.2/glossary.html</code>.
+  </dd>
+
+
+    <dt><a name="proxy" id="proxy">Mandataire (Proxy)</a></dt>
+    <dd>Un serveur intermédiaire qui se situe entre le client et le
+    <em>serveur d'origine</em>.
+    Il prend en compte les requêtes des clients, les transmet au serveur
+    d'origine, puis renvoie la réponse du serveur d'origine au client.
+    Si plusieurs clients demandent le même contenu, le mandataire peut l'extraire
+    de son cache, plutôt que le demander au serveur d'origine
+    à chaque fois, ce qui réduit le temps de réponse.<br />
+      Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
+    </dd>
+
+    <dt><a name="reverseproxy" id="reverseproxy">Mandataire inverse
+    (Reverse Proxy)</a></dt>
+  <dd>Un serveur <a class="glossarylink" href="./glossary.html#proxy" title="see glossary">mandataire</a> qui est vu du client
+    comme un <em>serveur d'origine</em>.  Ceci peut s'avérer utile pour
+    dissimuler le serveur d'origine réel au client pour des raisons de sécurité,
+    ou pour répartir la charge.
+  </dd>
+
+    <dt><a name="method" id="method">Méthode (Method)</a></dt>
+    <dd>Dans le contexte <a class="glossarylink" href="./glossary.html#http" title="see glossary">HTTP</a>, une action à
+      effectuer sur une ressource spécifiée dans la ligne de requête
+      par le client.  Parmi les méthodes disponibles dans HTTP, on trouve
+      <code>GET</code>, <code>POST</code>,
+      et <code>PUT</code>.
+    </dd>
+
+    <dt><a name="module" id="module">Module</a></dt>
+    <dd>Une partie indépendante d'un programme.  De nombreuses fonctionnalités
+    d'Apache sont fournies par des modules que vous pouvez choisir d'inclure
+    ou d'exclure.  Les modules qui sont compilés dans le binaire
+    <code class="program"><a href="./programs/httpd.html">httpd</a></code> sont appelés <dfn>modules statiques</dfn>, alors
+    que les modules qui existent séparément et peuvent être chargés
+    optionnellement à l'exécution sont appelés
+      <dfn>modules dynamiques</dfn> ou <a class="glossarylink" href="./glossary.html#dso" title="see glossary">DSOs</a>.
+      Les modules qui sont inclus par défaut sont appelés
+      <dfn>modules de base</dfn>. De nombreux modules disponibles pour Apache
+      ne se trouvent pas dans l'<a class="glossarylink" href="./glossary.html#tarball" title="see glossary">archive</a>
+      du Serveur HTTP Apache .  Il sont appelés
+      <dfn>modules tiers</dfn>.<br />
+      Voir : <a href="mod/">Index des modules</a>
+    </dd>
+
+<dt><a name="passphrase" id="passphrase">Mot de Passe (Pass Phrase)</a></dt>
+    <dd>Le mot ou la phrase qui protège les fichiers de clés privées.
+    Il empêche les utilisateurs non autorisés de les déchiffrer. En général,
+    il s'agit simplement de la clé secrète de chiffrement/déchiffrement
+      utilisée pour les <a class="glossarylink" href="./glossary.html#cipher" title="see glossary">Algorithmes de chiffrement</a>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="fully-qualifieddomain-name" id="fully-qualifieddomain-name">Nom de domaine entièrement qualifié
+	(Fully-Qualified Domain-Name)</a>
+      <a name="fqdn" id="fqdn">(FQDN)</a></dt>
+    <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
+    nom de domaine qui peuvent être résolus en une adresse IP. Par exemple,
+      <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
+      de domaine, et <code>www.example.com</code> est un nom de domaine
+      entièrement qualifié.
+    </dd>
+
+    <dt><a name="modulemagicnumber" id="modulemagicnumber">
+    Nombre Magique des Modules
+    (Module Magic Number)</a>
+      (<a name="mmn" id="mmn">MMN</a>)</dt>
+    <dd>Le Nombre Magique des Modules est une constante définie dans le code
+    source d'Apache et associée à la compatibilité binaire des modules.
+    Sa valeur est modifiée quand des structures internes d'Apache, des appels
+    de fonctions et d'autres parties significatives de l'API sont modifiées
+    de telle façon que la compatibilité binaire ne peut plus être garantie.
+    En cas de changement de MMN, tous les modules tiers doivent être au
+    moins recompilés, et parfois même légèrement modifiés afin de pouvoir
+    fonctionner avec la nouvelle version d'Apache.
+    </dd>
+
+    <dt><a name="dynamicsharedobject" id="dynamicsharedobject">
+    Objet Dynamique Partagé (Dynamic Shared Object)
+	</a> <a name="dso" id="dso">(DSO)</a></dt>
+    <dd><a class="glossarylink" href="./glossary.html#module" title="see glossary">Modules</a> compilés en dehors du binaire
+      Apache <code class="program"><a href="./programs/httpd.html">httpd</a></code> et qui peuvent être
+      chargés à la demande.<br />
+      Voir : <a href="dso.html">Support des objets dynamiques partagés</a>
+    </dd>
+
+<dt><a name="openssl" id="openssl">OpenSSL</a></dt>
+    <dd>L'ensemble d'outils Open Source pour SSL/TLS<br />
+      Voir <a href="http://www.openssl.org/">http://www.openssl.org/</a>#
+    </dd>
+
+<dt><a name="apacheextensiontool" id="apacheextensiontool">
+    Outil de gestion des extensions Apache
+    (APache eXtension Tool)</a>
+    <a name="apxs" id="apxs">(apxs)</a></dt>
+    <dd>Un script Perl qui aide à la compilation des sources de <a class="glossarylink" href="./glossary.html#module" title="see glossary">module</a> sous forme d'Objets Dynamiques Partagés
+      (Dynamic Shared Objects ou
+      <a class="glossarylink" href="./glossary.html#dso" title="see glossary">DSO</a>s) et facilite leur installation
+      dans le serveur Web Apache.<br />
+      Voir : Page de manuel : <code class="program"><a href="./programs/apxs.html">apxs</a></code>
+    </dd>
+
+<dt><a name="plaintext" id="plaintext">Plein Texte (Plaintext)</a></dt>
+    <dd>Le texte non chiffré.</dd>
+
+
+
+    <dt><a name="hypertexttransferprotocol" id="hypertexttransferprotocol">Protocole de Transfert Hypertexte
+      (HyperText Transfer Protocol)</a>
+      <a name="http" id="hhtp">(HTTP)</a></dt>
+    <dd>Le protocole de transmission standard utilisé sur le World Wide Web.
+    Apache implémente la version 1.1 du protocole, référencée comme HTTP/1.1 et
+      définie par la
+      <a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.
+    </dd>
+
+    <dt><a name="messagedigest" id="messagedigest">Résumé de message
+    (Message Digest)</a></dt>
+    <dd>Un hachage du message, qui peut être utilisé pour vérifier
+    que son contenu n'a pas été altéré durant le transfert.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="transportlayersecurity" id="transportlayersecurity">
+    Sécurité de la couche Transport
+    (Transport Layer Security)
+      </a> <a name="tls" id="tls">(TLS)</a></dt>
+  <dd>Le protocole successeur de SSL, créé par l'Internet Engineering Task
+    Force (IETF) pour l'authentification et le chiffrement généraux des
+    communications dans les réseaux TCP/IP. TLS version 1 est pratiquement
+    identique à SSL version 3.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+    <dt><a name="session" id="session">Session</a></dt>
+  <dd>Les informations sur le contexte d'une communication en général.</dd>
+
+    <dt><a name="digitalsignature" id="digitalsignature">Signature numérique
+    (Digital Signature)</a></dt>
+    <dd>Un bloc de texte crypté qui valide un certificat ou un autre fichier.
+    Une <a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de certification</a>
+      crée une signature en générant une empreinte de la <em>Clé publique</em>
+      fournie avec le <em>Certificat</em>; la CA chiffre ensuite l'empreinte
+      avec sa propre <em>Clé privée</em>. Seule la clé publique de la CA
+      peut décrypter la signature, ce qui permet de vérifier que la CA a bien
+      authentifié l'entité du réseau qui possède le
+      <em>Certificat</em>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="ssleay" id="ssleay">SSLeay</a></dt>
+  <dd>La bibliothèque originelle d'implémentation de SSL/TLS développée par
+  Eric A. Young
+  </dd>
+
+<dt><a name="ciphertext" id="ciphertext">Texte crypté
+(Ciphertext)</a></dt>
+    <dd>Le résultat du passage d'un document
+    <a class="glossarylink" href="./glossary.html#plaintext" title="see glossary">Plaintext</a> (Plein texte) par un
+    <a class="glossarylink" href="./glossary.html#cipher" title="see glossary">Cipher</a>.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="mime-type" id="mime-type">Type MIME (MIME-type)</a></dt>
+    <dd>Une méthode pour décrire le type de document transmis.  Son nom
+    vient du fait que son format est issu des Multipurpose
+      Internet Mail Extensions (Extensions Multi-usages de la
+      Messagerie par Internet) .  Il comprend un type majeur et un type
+      mineur, séparés par un slash (barre oblique).  On trouve
+      entre autres types <code>text/html</code>,
+      <code>image/gif</code>, et <code>application/octet-stream</code>. Dans
+      HTTP, le type MIME est transmis dans l'
+      <a class="glossarylink" href="./glossary.html#header" title="see glossary">en-tête</a> <code>Content-Type</code>.<br />
+      Voir : <a href="mod/mod_mime.html">mod_mime</a>
+    </dd>
+
+
+    <dt><a name="environmentvariable" id="environmentvariable">
+    Variable d'environnement
+    (Environment Variable)</a> <a name="env-variable" id="env-variable">(env-variable)</a></dt>
+    <dd>Ce sont des variables nommées gérées par le shell du système
+    d'exploitation, et servant au stockage d'informations et à la
+    communication entre les programmes. Apache possède aussi des variables
+    internes considérées comme variables d'environnement, mais stockées dans
+    des structures internes à Apache, et non dans l'environnement
+    du shell.<br />
+      Voir : <a href="env.html">Les variables d'environnement dans Apache</a>
+    </dd>
+
+     <dt><a name="x.509" id="x.509">X.509</a></dt>
+  <dd>Une norme de certificat d'authentification recommandée par l'International
+    Telecommunication Union (ITU-T) et utilisée pour
+    l'authentification SSL/TLS.<br /> Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+</dl>
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/glossary.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./fr/glossary.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/glossary.xml.fr b/docs/manual/glossary.xml.fr
new file mode 100644
index 00000000000..739941b5b9a
--- /dev/null
+++ b/docs/manual/glossary.xml.fr
@@ -0,0 +1,568 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072201 $ -->
+
+<!--
+ 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="glossary.xml.meta">
+
+  <title>Glossaire</title>
+
+  <summary>
+    <p>Ce glossaire d&eacute;finit la terminologie courante relative &agrave; Apache en
+    particulier, et aux serveurs web en g&eacute;n&eacute;ral. Vous trouverez plus
+    d'informations sur chaque concept dans les liens fournis.</p>
+  </summary>
+
+<section id="definitions"><title>D&eacute;finitions</title>
+
+<dt><a name="algorithm" id="algorithm">Algorithme</a></dt>
+
+    <dd>Une formule sans ambiguit&eacute; ou un jeu de r&egrave;gles destin&eacute;es &agrave;
+    r&eacute;soudre un probl&egrave;me en un nombre fini d'&eacute;tapes. Les algorithmes de
+    chiffrement sont en g&eacute;n&eacute;ral appel&eacute;s
+      <dfn>Ciphers</dfn>.
+    </dd>
+
+    <dt><a name="cipher" id="cipher">Algorithme de chiffrement
+    (Cipher)</a></dt>
+    <dd>Un algorithme ou un syst&egrave;me de chiffrement des donn&eacute;es.
+    Quelques exemples : DES, IDEA, RC4, etc.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="tarball" id="tarball">Archive Tar (Tarball)</a></dt>
+  <dd>Un paquetage de fichiers rassembl&eacute;s dans une archive
+  &agrave; l'aide de l'utilitaire <code>tar</code>.
+    Les distributions d'Apache sont stock&eacute;es dans des Archives Tar compress&eacute;es
+    ou en utilisant pkzip.
+  </dd>
+
+    <dt><a name="authentication" id="authentication">Authentification </a></dt>
+    <dd>L'identification formelle d'une entit&eacute; du r&eacute;seau comme un serveur, un
+    client, ou un utilisateur.<br />
+      Voir : <a href="howto/auth.html">Authentification, Autorisation, et
+      contrôle d'acc&egrave;s</a>
+    </dd>
+
+    <dt><a name="certificationauthority"
+        id="certificationauthority">Autorit&eacute; de Certification
+	(Certification Authority)</a>
+      <a name="ca" id="ca">(CA)</a></dt>
+    <dd>Un tiers de confiance habilit&eacute; &agrave; signer des certificats pour des entit&eacute;s
+    du r&eacute;seau qu'il a authentifi&eacute;es selon des crit&egrave;res bas&eacute;s sur la s&eacute;curit&eacute;.
+    Les autres entit&eacute;s du r&eacute;seau peuvent alors utiliser la signature pour
+    v&eacute;rifier qu'une CA a authentifi&eacute; le porteur du certificat.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+
+<dt><a name="certificate" id="certificate">Certificat (Certificate)</a></dt>
+    <dd>Un ensemble de donn&eacute;es servant &agrave; authentifier des entit&eacute;s du
+    r&eacute;seau comme un serveur ou un client. Un certificat contient des ensembles
+    d'informations X509 &agrave; propos de son propri&eacute;taire (appel&eacute; sujet/subject)
+    et de l'<glossary
+      ref="certificationauthority">Autorit&eacute; de Certification
+      (Certification Authority) ou CA</glossary> signataire (appel&eacute;e
+      le fournisseur/issuer), ainsi que la
+      <glossary ref="publickey">cl&eacute; publique (public
+      key)</glossary> du propri&eacute;taire et la
+      signature de la CA. Les entit&eacute;s du r&eacute;seau v&eacute;rifient ces signatures
+      en utilisant les certificats des Autorit&eacute;s de Certification.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="publickeycryptography"
+      id="publickeycryptography">Chiffrement &agrave; Cl&eacute; Publique
+      (Public Key Cryptography)</a></dt>
+    <dd>L'&eacute;tude et l'application des syst&egrave;mes de chiffrement asym&eacute;triques,
+    qui utilisent une cl&eacute; pour le chiffrement et une autre pour le
+    d&eacute;chiffrement. Les deux cl&eacute;s correspondantes constituent une paire de cl&eacute;s.
+    Appel&eacute; aussi chiffrement asym&eacute;trique.
+      <br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="privatekey" id="privatekey">Cl&eacute; Priv&eacute;e (Private Key)</a></dt>
+    <dd>La cl&eacute; secr&egrave;te dans un syst&egrave;me de
+    <glossary ref="publickeycryptography">chiffrement &agrave; cl&eacute; publique</glossary>,
+    utilis&eacute;e pour d&eacute;chiffrer les messages entrants et signer
+    les messages sortants.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="publickey" id="publickey">Cl&eacute; Publique (Public Key)</a></dt>
+    <dd>La cl&eacute; accessible au public dans un syst&egrave;me de <glossary
+      ref="publickeycryptography">Chiffrement &agrave; cl&eacute; publique</glossary>,
+      utilis&eacute;e pour chiffrer les messages destin&eacute;s uniquement &agrave; son
+      propri&eacute;taire et d&eacute;chiffrer les signatures
+      faites par son propri&eacute;taire.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="connect" id="connect">CONNECT</a></dt>
+    <dd>Une <glossary ref="method">m&eacute;thode</glossary> HTTP pour encapsuler
+    des donn&eacute;es brutes dans HTTP. Elle peut aussi &ecirc;tre utilis&eacute;e pour encapsuler
+    d'autres protocoles, comme le protocole SSL.
+    </dd>
+
+    <dt><a name="context" id="context">Contexte (Context)</a></dt>
+    <dd>Une portion des <glossary ref="configurationfile">
+    fichiers de configuration</glossary> dans laquelle certains types de
+    <glossary ref="directive">directives</glossary> sont autoris&eacute;s.<br />
+      Voir : <a href="mod/directive-dict.html#Context">Termes utilis&eacute;s
+      pour d&eacute;crire les directives d'Apache</a>
+    </dd>
+
+<dl>
+    <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'acc&egrave;s
+    (Access Control)</a></dt>
+    <dd>La restriction d'acc&egrave;s &agrave; des zones du r&eacute;seau. Habituellement
+    dans un contexte Apache,
+      la restriction d'acc&egrave;s &agrave; certaines <em>URLs</em>.<br />
+      Voir :  <a
+      href="howto/auth.html">Authentification, Autorisation et
+      Contrôle d'acc&egrave;s</a>
+    </dd>
+
+    <dt><a name="securesocketslayer" id="securesocketslayer">
+    Couche des Points de connexion S&eacute;curis&eacute;s
+    (Secure Sockets Layer)
+      </a> <a name="ssl" id="ssl">(SSL)</a></dt>
+  <dd>Un protocole cr&eacute;&eacute; par Netscape Communications Corporation pour
+  l'authentification et le chiffrement g&eacute;n&eacute;raux des communications dans les
+  r&eacute;seaux TCP/IP.  L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
+  le Protocole de Transfert Hypertexte (HTTP) au dessus de SSL.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+  <dt><a name="symmetriccryptophraphy" id="symmetriccryptophraphy">
+  Cryptographie Sym&eacute;trique (Symmetric Cryptography)</a></dt>
+  <dd>L'&eacute;tude et l'application des <em>Algorithmes de chiffrement</em> qui
+  utilisent une cl&eacute; secr&egrave;te unique pour les op&eacute;rations de chiffrement et de
+  d&eacute;chiffrement.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+
+    <dt><a name="export-crippled" id="export-crippled">
+    D&eacute;grad&eacute; pour l'exportation
+    (Export-Crippled)</a></dt>
+    <dd>Diminu&eacute; en terme de puissance cryptographique (et de s&eacute;curit&eacute;)
+    afin de respecter les R&egrave;gles de l'Administration des Exportations
+     des Etats-Unis (Export Administration Regulations ou EAR).
+      Les logiciels de cryptographie d&eacute;grad&eacute;s pour l'exportation sont limit&eacute;s
+      &agrave; une cl&eacute; de petite taille, et produisent un
+      <em>Texte crypt&eacute;</em> qui peut en g&eacute;n&eacute;ral &ecirc;tre d&eacute;crypt&eacute;
+      par force brute.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+
+    <dt><a name="certificatsigningrequest"
+      id="certificatsigningrequest">Demande de signature de certificat
+      (Certificate Signing Request)</a>
+      <a name="csr" id="csr">(CSR)</a></dt>
+    <dd>La soumission d'un <glossary ref="certificate">certificat</glossary>
+    non sign&eacute; &agrave; une <glossary ref="certificationauthority">Autorit&eacute; de
+    certification</glossary>, qui le signe avec la <glossary
+      ref="privatekey">Cl&eacute; priv&eacute;e</glossary> de leur
+      <em>Certificat</em> de CA. Une fois le CSR sign&eacute;, il devient un vrai
+      certificat.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="directive" id="directive">Directive</a></dt>
+    <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+    comportement d'Apache.  Les directives sont plac&eacute;es dans le <glossary
+      ref="configurationfile">Fichier de configuration</glossary><br />
+    Voir : <a href="mod/directives.html">Index des directives</a>
+    </dd>
+
+<dt><a name="configurationdirective"
+        id="configurationdirective">Directive de configuration
+	(Configuration Directive)</a></dt>
+    <dd>Voir : <glossary ref="directive">Directive</glossary></dd>
+
+    <dt><a name="header" id="header">En-t&ecirc;te (Header)</a></dt>
+    <dd>La partie de la requ&ecirc;te et de la r&eacute;ponse
+    <glossary ref="http">HTTP</glossary> qui est envoy&eacute;e avant le contenu
+    proprement dit, et contient des m&eacute;ta-informations d&eacute;crivant le contenu.
+    </dd>
+
+    <dt><a name="regularexpresion" id="regularexpresion">Expression Rationnelle
+    (Regular Expression)</a>
+      <a name="regex" id="regex">(Regex)</a></dt>
+    <dd>Une m&eacute;thode pour d&eacute;crire un mod&egrave;le sous forme de texte - par exemple,
+    "tous les mots qui commencent par la lettre A" ou "tous les num&eacute;ros de
+    t&eacute;l&eacute;phone &agrave; 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
+    et aucun Q majuscule". Les expressions rationnelles sont tr&egrave;s utiles dans
+    Apache car elles vous permettent d'appliquer certains attributs &agrave; des
+    ensembles de fichiers ou ressources avec une grande flexibilit&eacute;
+      - par exemple, tous les fichiers .gif et .jpg situ&eacute;s dans tout r&eacute;pertoire
+      nomm&eacute; "images", pourraient &ecirc;tre enregistr&eacute;s comme
+      "<code>/images/.*(jpg|gif)$</code>".  Apache utilise les Expressions
+      Rationnelles Compatibles avec Perl fournies par la librairie <a
+      href="http://www.pcre.org/">PCRE</a>.
+  </dd>
+
+    <dt><a name="configurationfile" id="configurationfile">
+    Fichier de configuration
+    (Configuration File)</a></dt>
+    <dd>Un fichier texte contenant des
+    <glossary ref="directive">Directives</glossary>
+      qui contrôlent la configuration d'Apache.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+    <dt><a name="filter" id="filter">Filtre (Filter)</a></dt>
+    <dd>Un traitement appliqu&eacute; aux donn&eacute;es envoy&eacute;es ou re&ccedil;ues par le serveur.
+      Les filtres en entr&eacute;e traitent les donn&eacute;es envoy&eacute;es au serveur par le
+      client, alors que les filtres en sortie traitent les documents sur le
+      serveur avant qu'ils soient envoy&eacute;s au client.
+      Par exemple, le filtre en sortie
+      <code>INCLUDES</code>
+      traite les documents pour les
+      <glossary ref="ssi">Server Side Includes (Inclusions côt&eacute; Serveur)
+      </glossary>.<br />
+      Voir : <a href="filter.html">Filtres</a>
+    </dd>
+
+<dt><a name="handler" id="handler">Gestionnaire (Handler)</a></dt>
+    <dd>Une repr&eacute;sentation interne &agrave; Apache de l'action &agrave; entreprendre
+    quand un fichier est appel&eacute;. En g&eacute;n&eacute;ral, les fichiers ont des gestionnaires
+    implicites, bas&eacute;s sur le type de fichier. Normalement, tous les
+    fichiers sont directement servis par le serveur, mais certains
+    types de fichiers sont "g&eacute;r&eacute;s" s&eacute;par&eacute;ment.  Par exemple, le gestionnaire
+      <code>cgi-script</code> d&eacute;signe les fichiers qui doivent &ecirc;tre trait&eacute;s
+      comme <glossary ref="cgi">CGIs</glossary>.<br />
+      Voir : <a href="handler.html">Utilisation des gestionnaires d'Apache</a>
+    </dd>
+
+    <dt><a name="hash" id="hash">Hachage (Hash)</a></dt>
+    <dd>Un algorithme math&eacute;matique &agrave; sens unique, irr&eacute;versible, g&eacute;n&eacute;rant une
+    cha&icirc;ne de longueur fixe &agrave; partir d'une autre cha&icirc;ne de longueur quelconque.
+    Des cha&icirc;nes diff&eacute;rentes en entr&eacute;e vont normalement produire des cha&icirc;nes
+    diff&eacute;rentes en sortie (selon la fonction de hachage).
+    </dd>
+
+    <dt><a name="virtualhosting" id="virtualhosting">H&eacute;bergement Virtuel
+    (Virtual Hosting)</a></dt>
+  <dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
+  Les <em>Hôtes virtuels bas&eacute;s sur IP</em> diff&eacute;rencient les sites web en se
+  basant sur leur adresse IP, alors que les
+  <em>Hôtes virtuels bas&eacute;s sur le nom</em> utilisent uniquement le nom d'hôte
+  et peuvent en cons&eacute;quence h&eacute;berger de nombreux sites avec la m&ecirc;me
+  adresse IP.<br />
+    Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
+  </dd>
+
+
+    <dt><a name="htaccess" id="htaccess">.htaccess</a></dt>
+    <dd>Un <glossary ref="configurationfile">fichier de configuration</glossary>
+    plac&eacute; &agrave; un certain niveau de l'arborescence du site web, et appliquant des
+    <glossary ref="directive">directives</glossary> de configuration au
+    r&eacute;pertoire dans lequel il est plac&eacute;, ainsi qu'&agrave; tous ses sous-r&eacute;pertoires.
+    En d&eacute;pit de son nom, ce fichier peut contenir pratiquement tout type de
+    directive, et pas seulement des directives de contrôle d'acc&egrave;s.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+<dt><a name="httpd.conf" id="httpd.conf">httpd.conf</a></dt>
+    <dd>Le <glossary ref="configurationfile">fichier de configuration
+    </glossary> principal d'Apache.  Sa localisation par d&eacute;faut est
+      <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut &ecirc;tre
+      chang&eacute; en utilisant des options de compilation ou d'ex&eacute;cution.<br />
+      Voir : <a href="configuring.html">Fichiers de configuration</a>
+    </dd>
+
+     <dt><a name="https" id="https">HTTPS</a></dt>
+    <dd>Le Protocole de Transfert Hypertexte (S&eacute;curis&eacute;), le m&eacute;canisme de
+    communication crypt&eacute;e standard sur le World Wide Web.
+    Il s'agit en fait de HTTP au dessus de
+    <glossary ref="ssl">SSL</glossary>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="uniformresourceidentifier"
+    id="uniformresourceidentifier">Identificateur de Ressource Uniformis&eacute;
+    (Uniform Resource Identifier)</a>
+    <a name="URI" id="URI">(URI)</a></dt>
+  <dd>Une cha&icirc;ne de caract&egrave;res compacte servant &agrave; identifier une ressource
+  abstraite ou physique.  Elle est formellement d&eacute;finie par la <a
+      href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>.  Les URIs
+      utilis&eacute;es sur le world-wide web sont souvent appel&eacute;es <glossary
+      ref="url">URLs</glossary>.
+  </dd>
+
+    <dt><a name="serversideincludes" id="serversideincludes">
+    Inclusions Côt&eacute; Serveur
+    (Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
+      </a></dt>
+  <dd>Une technique permettant d'englober des directives de traitement dans
+  des fichiers HTML.<br />
+    Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côt&eacute; Serveur</a>
+  </dd>
+
+<dt><a name="commongatewayinterface" id="commongatewayinterface">
+Interface commune avec les programmes externes
+(Common Gateway Interface)</a>
+	 <a name="cgi" id="cgi">(CGI)</a></dt>
+    <dd>La d&eacute;finition standard d'une interface entre un serveur web et un
+    programme externe pour permettre &agrave; ce dernier de traiter des requ&ecirc;tes.
+      L'interface a &eacute;t&eacute; initialement d&eacute;finie par <a
+      href="http://hoohoo.ncsa.uiuc.edu/cgi/overview.html">NCSA</a> mais il
+      existe aussi le projet
+      <a href="http://cgi-spec.golux.com/">RFC project</a>.<br />
+      Voir : <a href="howto/cgi.html">Contenu dynamique avec CGI</a>
+    </dd>
+
+
+    <dt><a name="apacheportableruntime"
+       id="apacheportableruntime">Biblioth&egrave;ques pour la portabilit&eacute; d'Apache
+       (Apache Portable Runtime)</a> <a
+       name="apr" id="apr">(APR)</a></dt>
+    <dd>Un jeu de biblioth&egrave;ques qui fournit la plupart des interfaces de base
+      entre le serveur et le syst&egrave;me d'exploitation.  APR est d&eacute;velopp&eacute;
+      parall&egrave;lement au serveur HTTP Apache comme projet ind&eacute;pendant.<br />
+      Voir : <a href="http://apr.apache.org/">Apache Portable Runtime
+      Project</a>
+    </dd>
+<dt><a name="uniformresourcelocator" id="uniformresourcelocator">
+Localisation de Ressource Uniformis&eacute;e
+(Uniform Resource Locator)
+      </a> <a name="url" id="url">(URL)</a></dt>
+  <dd>Le nom/adresse d'une ressource sur l'Internet.  Il s'agit du terme
+  informel commun pour ce qui est formellement d&eacute;fini comme <glossary
+      ref="uniformresourceidentifier">
+      Identificateur de Ressource Uniformis&eacute;</glossary>.
+    Les URLs sont g&eacute;n&eacute;ralement construites selon un sch&eacute;ma, comme
+    <code>http</code> ou
+    <code>https</code>, un nom d'hôte, et un chemin.  Une URL pour cette page
+    pourrait &ecirc;tre
+    <code>http://httpd.apache.org/docs/&httpd.docs;/glossary.html</code>.
+  </dd>
+
+
+    <dt><a name="proxy" id="proxy">Mandataire (Proxy)</a></dt>
+    <dd>Un serveur interm&eacute;diaire qui se situe entre le client et le
+    <em>serveur d'origine</em>.
+    Il prend en compte les requ&ecirc;tes des clients, les transmet au serveur
+    d'origine, puis renvoie la r&eacute;ponse du serveur d'origine au client.
+    Si plusieurs clients demandent le m&ecirc;me contenu, le mandataire peut l'extraire
+    de son cache, plutôt que le demander au serveur d'origine
+    &agrave; chaque fois, ce qui r&eacute;duit le temps de r&eacute;ponse.<br />
+      Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
+    </dd>
+
+    <dt><a name="reverseproxy" id="reverseproxy">Mandataire inverse
+    (Reverse Proxy)</a></dt>
+  <dd>Un serveur <glossary ref="proxy">mandataire</glossary> qui est vu du client
+    comme un <em>serveur d'origine</em>.  Ceci peut s'av&eacute;rer utile pour
+    dissimuler le serveur d'origine r&eacute;el au client pour des raisons de s&eacute;curit&eacute;,
+    ou pour r&eacute;partir la charge.
+  </dd>
+
+    <dt><a name="method" id="method">M&eacute;thode (Method)</a></dt>
+    <dd>Dans le contexte <glossary ref="http">HTTP</glossary>, une action &agrave;
+      effectuer sur une ressource sp&eacute;cifi&eacute;e dans la ligne de requ&ecirc;te
+      par le client.  Parmi les m&eacute;thodes disponibles dans HTTP, on trouve
+      <code>GET</code>, <code>POST</code>,
+      et <code>PUT</code>.
+    </dd>
+
+    <dt><a name="module" id="module">Module</a></dt>
+    <dd>Une partie ind&eacute;pendante d'un programme.  De nombreuses fonctionnalit&eacute;s
+    d'Apache sont fournies par des modules que vous pouvez choisir d'inclure
+    ou d'exclure.  Les modules qui sont compil&eacute;s dans le binaire
+    <program>httpd</program> sont appel&eacute;s <dfn>modules statiques</dfn>, alors
+    que les modules qui existent s&eacute;par&eacute;ment et peuvent &ecirc;tre charg&eacute;s
+    optionnellement &agrave; l'ex&eacute;cution sont appel&eacute;s
+      <dfn>modules dynamiques</dfn> ou <glossary ref="dso">DSOs</glossary>.
+      Les modules qui sont inclus par d&eacute;faut sont appel&eacute;s
+      <dfn>modules de base</dfn>. De nombreux modules disponibles pour Apache
+      ne se trouvent pas dans l'<glossary ref="tarball">archive</glossary>
+      du Serveur HTTP Apache .  Il sont appel&eacute;s
+      <dfn>modules tiers</dfn>.<br />
+      Voir : <a href="mod/">Index des modules</a>
+    </dd>
+
+<dt><a name="passphrase" id="passphrase">Mot de Passe (Pass Phrase)</a></dt>
+    <dd>Le mot ou la phrase qui prot&egrave;ge les fichiers de cl&eacute;s priv&eacute;es.
+    Il emp&ecirc;che les utilisateurs non autoris&eacute;s de les d&eacute;chiffrer. En g&eacute;n&eacute;ral,
+    il s'agit simplement de la cl&eacute; secr&egrave;te de chiffrement/d&eacute;chiffrement
+      utilis&eacute;e pour les <glossary
+      ref="cipher">Algorithmes de chiffrement</glossary>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="fully-qualifieddomain-name"
+        id="fully-qualifieddomain-name">Nom de domaine enti&egrave;rement qualifi&eacute;
+	(Fully-Qualified Domain-Name)</a>
+      <a name="fqdn" id="fqdn">(FQDN)</a></dt>
+    <dd>Le nom unique d'une entit&eacute; du r&eacute;seau, comprenant un nom d'hôte et un
+    nom de domaine qui peuvent &ecirc;tre r&eacute;solus en une adresse IP. Par exemple,
+      <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
+      de domaine, et <code>www.example.com</code> est un nom de domaine
+      enti&egrave;rement qualifi&eacute;.
+    </dd>
+
+    <dt><a name="modulemagicnumber" id="modulemagicnumber">
+    Nombre Magique des Modules
+    (Module Magic Number)</a>
+      (<a name="mmn" id="mmn">MMN</a>)</dt>
+    <dd>Le Nombre Magique des Modules est une constante d&eacute;finie dans le code
+    source d'Apache et associ&eacute;e &agrave; la compatibilit&eacute; binaire des modules.
+    Sa valeur est modifi&eacute;e quand des structures internes d'Apache, des appels
+    de fonctions et d'autres parties significatives de l'API sont modifi&eacute;es
+    de telle fa&ccedil;on que la compatibilit&eacute; binaire ne peut plus &ecirc;tre garantie.
+    En cas de changement de MMN, tous les modules tiers doivent &ecirc;tre au
+    moins recompil&eacute;s, et parfois m&ecirc;me l&eacute;g&egrave;rement modifi&eacute;s afin de pouvoir
+    fonctionner avec la nouvelle version d'Apache.
+    </dd>
+
+    <dt><a name="dynamicsharedobject" id="dynamicsharedobject">
+    Objet Dynamique Partag&eacute; (Dynamic Shared Object)
+	</a> <a name="dso" id="dso">(DSO)</a></dt>
+    <dd><glossary ref="module">Modules</glossary> compil&eacute;s en dehors du binaire
+      Apache <program>httpd</program> et qui peuvent &ecirc;tre
+      charg&eacute;s &agrave; la demande.<br />
+      Voir : <a href="dso.html">Support des objets dynamiques partag&eacute;s</a>
+    </dd>
+
+<dt><a name="openssl" id="openssl">OpenSSL</a></dt>
+    <dd>L'ensemble d'outils Open Source pour SSL/TLS<br />
+      Voir <a href="http://www.openssl.org/">http://www.openssl.org/</a>#
+    </dd>
+
+<dt><a name="apacheextensiontool" id="apacheextensiontool">
+    Outil de gestion des extensions Apache
+    (APache eXtension Tool)</a>
+    <a name="apxs" id="apxs">(apxs)</a></dt>
+    <dd>Un script Perl qui aide &agrave; la compilation des sources de <glossary
+      ref="module">module</glossary> sous forme d'Objets Dynamiques Partag&eacute;s
+      (Dynamic Shared Objects ou
+      <glossary ref="dso">DSO</glossary>s) et facilite leur installation
+      dans le serveur Web Apache.<br />
+      Voir : Page de manuel : <program>apxs</program>
+    </dd>
+
+<dt><a name="plaintext" id="plaintext">Plein Texte (Plaintext)</a></dt>
+    <dd>Le texte non chiffr&eacute;.</dd>
+
+
+
+    <dt><a name="hypertexttransferprotocol"
+      id="hypertexttransferprotocol">Protocole de Transfert Hypertexte
+      (HyperText Transfer Protocol)</a>
+      <a name="http" id="hhtp">(HTTP)</a></dt>
+    <dd>Le protocole de transmission standard utilis&eacute; sur le World Wide Web.
+    Apache impl&eacute;mente la version 1.1 du protocole, r&eacute;f&eacute;renc&eacute;e comme HTTP/1.1 et
+      d&eacute;finie par la
+      <a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.
+    </dd>
+
+    <dt><a name="messagedigest" id="messagedigest">R&eacute;sum&eacute; de message
+    (Message Digest)</a></dt>
+    <dd>Un hachage du message, qui peut &ecirc;tre utilis&eacute; pour v&eacute;rifier
+    que son contenu n'a pas &eacute;t&eacute; alt&eacute;r&eacute; durant le transfert.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="transportlayersecurity" id="transportlayersecurity">
+    S&eacute;curit&eacute; de la couche Transport
+    (Transport Layer Security)
+      </a> <a name="tls" id="tls">(TLS)</a></dt>
+  <dd>Le protocole successeur de SSL, cr&eacute;&eacute; par l'Internet Engineering Task
+    Force (IETF) pour l'authentification et le chiffrement g&eacute;n&eacute;raux des
+    communications dans les r&eacute;seaux TCP/IP. TLS version 1 est pratiquement
+    identique &agrave; SSL version 3.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+
+    <dt><a name="session" id="session">Session</a></dt>
+  <dd>Les informations sur le contexte d'une communication en g&eacute;n&eacute;ral.</dd>
+
+    <dt><a name="digitalsignature" id="digitalsignature">Signature num&eacute;rique
+    (Digital Signature)</a></dt>
+    <dd>Un bloc de texte crypt&eacute; qui valide un certificat ou un autre fichier.
+    Une <glossary ref="certificationauthority">Autorit&eacute; de certification</glossary>
+      cr&eacute;e une signature en g&eacute;n&eacute;rant une empreinte de la <em>Cl&eacute; publique</em>
+      fournie avec le <em>Certificat</em>; la CA chiffre ensuite l'empreinte
+      avec sa propre <em>Cl&eacute; priv&eacute;e</em>. Seule la cl&eacute; publique de la CA
+      peut d&eacute;crypter la signature, ce qui permet de v&eacute;rifier que la CA a bien
+      authentifi&eacute; l'entit&eacute; du r&eacute;seau qui poss&egrave;de le
+      <em>Certificat</em>.<br />
+      Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+<dt><a name="ssleay" id="ssleay">SSLeay</a></dt>
+  <dd>La biblioth&egrave;que originelle d'impl&eacute;mentation de SSL/TLS d&eacute;velopp&eacute;e par
+  Eric A. Young
+  </dd>
+
+<dt><a name="ciphertext" id="ciphertext">Texte crypt&eacute;
+(Ciphertext)</a></dt>
+    <dd>Le r&eacute;sultat du passage d'un document
+    <glossary ref="plaintext">Plaintext</glossary> (Plein texte) par un
+    <glossary ref="cipher">Cipher</glossary>.<br />
+    Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+    </dd>
+
+    <dt><a name="mime-type" id="mime-type">Type MIME (MIME-type)</a></dt>
+    <dd>Une m&eacute;thode pour d&eacute;crire le type de document transmis.  Son nom
+    vient du fait que son format est issu des Multipurpose
+      Internet Mail Extensions (Extensions Multi-usages de la
+      Messagerie par Internet) .  Il comprend un type majeur et un type
+      mineur, s&eacute;par&eacute;s par un slash (barre oblique).  On trouve
+      entre autres types <code>text/html</code>,
+      <code>image/gif</code>, et <code>application/octet-stream</code>. Dans
+      HTTP, le type MIME est transmis dans l'
+      <glossary ref="header">en-t&ecirc;te</glossary> <code>Content-Type</code>.<br />
+      Voir : <a href="mod/mod_mime.html">mod_mime</a>
+    </dd>
+
+
+    <dt><a name="environmentvariable" id="environmentvariable">
+    Variable d'environnement
+    (Environment Variable)</a> <a name="env-variable"
+        id="env-variable">(env-variable)</a></dt>
+    <dd>Ce sont des variables nomm&eacute;es g&eacute;r&eacute;es par le shell du syst&egrave;me
+    d'exploitation, et servant au stockage d'informations et &agrave; la
+    communication entre les programmes. Apache poss&egrave;de aussi des variables
+    internes consid&eacute;r&eacute;es comme variables d'environnement, mais stock&eacute;es dans
+    des structures internes &agrave; Apache, et non dans l'environnement
+    du shell.<br />
+      Voir : <a href="env.html">Les variables d'environnement dans Apache</a>
+    </dd>
+
+     <dt><a name="x.509" id="x.509">X.509</a></dt>
+  <dd>Une norme de certificat d'authentification recommand&eacute;e par l'International
+    Telecommunication Union (ITU-T) et utilis&eacute;e pour
+    l'authentification SSL/TLS.<br
+    /> Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+  </dd>
+</dl>
+</section>
+</manualpage>
+
+
diff --git a/docs/manual/glossary.xml.meta b/docs/manual/glossary.xml.meta
index de9d67ab631..c0c45d99191 100644
--- a/docs/manual/glossary.xml.meta
+++ b/docs/manual/glossary.xml.meta
@@ -9,6 +9,7 @@
     <variant outdated="yes">de</variant>
     <variant>en</variant>
     <variant outdated="yes">es</variant>
+    <variant>fr</variant>
     <variant outdated="yes">ko</variant>
   </variants>
 </metafile>
diff --git a/docs/manual/index.html.en b/docs/manual/index.html.en
index 3cbd41a19cb..a647ec75f7e 100644
--- a/docs/manual/index.html.en
+++ b/docs/manual/index.html.en
@@ -26,8 +26,8 @@ Documentation</h1>
 <a href="./en/" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div>
 <form method="get" action="http://www.google.com/search"><p><input name="as_q" value="" type="text" /> <input value="Google Search" type="submit" /><input value="10" name="num" type="hidden" /><input value="en" name="hl" type="hidden" /><input value="ISO-8859-1" name="ie" type="hidden" /><input value="Google Search" name="btnG" type="hidden" /><input name="as_epq" value="Version 2.2" type="hidden" /><input name="as_oq" value="" type="hidden" /><input name="as_eq" value="&quot;List-Post&quot;" type="hidden" /><input value="" name="lr" type="hidden" /><input value="i" name="as_ft" type="hidden" /><input value="" name="as_filetype" type="hidden" /><input value="all" name="as_qdr" type="hidden" /><input value="any" name="as_occt" type="hidden" /><input value="i" name="as_dt" type="hidden" /><input value="httpd.apache.org" name="as_sitesearch" type="hidden" /><input value="off" name="safe" type="hidden" /></p></form>
@@ -94,8 +94,8 @@ Documentation</h1>
 <a href="./en/" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/index.html.fr b/docs/manual/index.html.fr
index f61be1b5181..e59e9580424 100644
--- a/docs/manual/index.html.fr
+++ b/docs/manual/index.html.fr
@@ -5,8 +5,8 @@
               This file is generated from xml source: DO NOT EDIT
         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
       -->
-<title>Documentation du Serveur HTTP Apache Version
-2.2 - Serveur Apache HTTP</title>
+<title>Documentation du Serveur HTTP Apache Version 2.2
+ - 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" />
@@ -19,74 +19,72 @@
 <div class="up"><a href="http://httpd.apache.org/docs-project/"><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></div>
-<div id="page-content"><h1>Documentation du Serveur HTTP Apache Version
-2.2</h1>
+<div id="page-content"><h1>Documentation du Serveur HTTP Apache Version 2.2
+</h1>
 <div class="toplang">
 <p><span>Langues Disponibles: </span><a href="./de/" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div>
-<div class="outofdate">Cette traduction peut être périmée. Verifiez la version
-            Anglaise pour les changements récents.</div>
 <form method="get" action="http://www.google.com/search"><p><input name="as_q" value="" type="text" /> <input value="Recherche Google" type="submit" /><input value="10" name="num" type="hidden" /><input value="fr" name="hl" type="hidden" /><input value="ISO-8859-1" name="ie" type="hidden" /><input value="Google Search" name="btnG" type="hidden" /><input name="as_epq" value="Version 2.2" type="hidden" /><input name="as_oq" value="" type="hidden" /><input name="as_eq" value="&quot;List-Post&quot;" type="hidden" /><input value="" name="lr" type="hidden" /><input value="i" name="as_ft" type="hidden" /><input value="" name="as_filetype" type="hidden" /><input value="all" name="as_qdr" type="hidden" /><input value="any" name="as_occt" type="hidden" /><input value="i" name="as_dt" type="hidden" /><input value="httpd.apache.org" name="as_sitesearch" type="hidden" /><input value="off" name="safe" type="hidden" /></p></form>
-<table id="indextable"><tr><td class="col1"><div class="category"><h2><a name="release" id="release">Notes sur cette version</a></h2>
-<ul><li><a href="new_features_2_0.html">Nouvelles Fonctionnalités de la version 2.0</a></li>
-<li><a href="upgrading.html">Migrer à 2.0 depuis la version 1.3</a></li>
+<table id="indextable"><tr><td class="col1"><div class="category"><h2><a name="release" id="release">Notes de version</a></h2>
+<ul><li><a href="new_features_2_2.html">Nouvelles fonctionnalités d'Apache 2.1/2.2</a></li>
+<li><a href="new_features_2_0.html.fr">Nouvelles fonctionnalités d'Apache 2.0</a></li>
+<li><a href="upgrading.html">Mise à jour de la version 2.0 vers la version 2.2</a></li>
 <li><a href="license.html">Licence Apache</a></li>
 </ul>
-</div><div class="category"><h2><a name="manual" id="manual">Manuel de Référence</a></h2>
-<ul><li><a href="install.html">Compilation et Installation</a></li>
+</div><div class="category"><h2><a name="manual" id="manual">Manuel de référence</a></h2>
+<ul><li><a href="install.html">Compilation et installation</a></li>
 <li><a href="invoking.html">Démarrage</a></li>
-<li><a href="stopping.html">Arrêt ou Redémarrage</a></li>
-<li><a href="mod/directives.html">Directives de Configuration à l'exécution</a></li>
-<li><a href="mod/quickreference.html">Résumé des Directives</a></li>
+<li><a href="stopping.html">Arrêt ou redémarrage</a></li>
+<li><a href="mod/directives.html">Directives de configuration à l'exécution</a></li>
+<li><a href="mod/quickreference.html">Référence rapide des directives</a></li>
 <li><a href="mod/">Modules</a></li>
-<li><a href="mpm.html">Modules Multi-Processus (MPMs)</a></li>
+<li><a href="mpm.html">Modules multi-processus (MPMs)</a></li>
 <li><a href="filter.html">Filtres</a></li>
-<li><a href="handler.html">Handlers</a></li>
-<li><a href="programs/">Serveur et Autres Programmes</a></li>
+<li><a href="handler.html">Gestionnaires</a></li>
+<li><a href="programs/">Le serveur et ses utilitaires</a></li>
 <li><a href="glossary.html">Glossaire</a></li>
 </ul>
-</div></td><td><div class="category"><h2><a name="usersguide" id="usersguide">Guide de l'Utilisateur</a></h2>
-<ul><li><a href="bind.html">Liaison</a></li>
-<li><a href="configuring.html">Fichiers de Configuration</a></li>
-<li><a href="sections.html">Configuration de Sections</a></li>
-<li><a href="content-negotiation.html">Négociation de Contenu</a></li>
-<li><a href="dso.html">Dynamic Shared Objects (DSO)</a></li>
-<li><a href="env.html">Variables d'Environnement</a></li>
-<li><a href="logs.html">Fichiers Journaux</a></li>
-<li><a href="urlmapping.html">Correspondances entre URLS et Système de Fichiers</a></li>
-<li><a href="misc/perf-tuning.html">Réglage de la Performance</a></li>
-<li><a href="misc/security_tips.html">Conseils sur la Sécurité</a></li>
-<li><a href="server-wide.html">Configuration à l'échelle du Serveur</a></li>
+</div></td><td><div class="category"><h2><a name="usersguide" id="usersguide">Guide de l'utilisateur</a></h2>
+<ul><li><a href="bind.html">Adresse IP et port d'écoute</a></li>
+<li><a href="configuring.html">Fichiers de configuration</a></li>
+<li><a href="sections.html">Sections de configuration</a></li>
+<li><a href="caching.html">Mise en cache du contenu</a></li>
+<li><a href="content-negotiation.html">Négociation sur le contenu</a></li>
+<li><a href="dso.html">Objets Dynamiques Partagés (DSO)</a></li>
+<li><a href="env.html">Variables d'environnement</a></li>
+<li><a href="logs.html">Fichiers de traces</a></li>
+<li><a href="urlmapping.html">Mise en correspondance des URLs avec le système de fichiers</a></li>
+<li><a href="misc/perf-tuning.html">Optimisation des performances</a></li>
+<li><a href="misc/security_tips.html">Conseils sur la sécurité</a></li>
+<li><a href="server-wide.html">Configuration à l'échelle du serveur</a></li>
 <li><a href="ssl/">Chiffrement SSL/TLS</a></li>
-<li><a href="suexec.html">Execution Suexec des CGIs</a></li>
-<li><a href="misc/rewriteguide.html">Guide de réécriture d'URLs</a></li>
-<li><a href="vhosts/">Serveurs Virtuels</a></li>
+<li><a href="suexec.html">Exécution des CGI avec suexec</a></li>
+<li><a href="misc/rewriteguide.html">Guide de réécriture des URLs</a></li>
+<li><a href="vhosts/">Hôtes virtuels</a></li>
 </ul>
-</div></td><td class="col3"><div class="category"><h2><a name="howto" id="howto">Marche-à-Suivre / Tutoriels</a></h2>
-<ul><li><a href="howto/auth.html">Authentification, Autorisation, et Contrôles
-    d'accès</a></li>
-<li><a href="howto/cgi.html">CGI: Contenu Dynamique</a></li>
-<li><a href="howto/htaccess.html">Fichiers .htaccess </a></li>
+</div></td><td class="col3"><div class="category"><h2><a name="howto" id="howto">Recettes / Tutoriels</a></h2>
+<ul><li><a href="howto/auth.html">Authentification, autorisation, et contrôle d'accès</a></li>
+<li><a href="howto/cgi.html">CGI: Contenu dynamique</a></li>
+<li><a href="howto/htaccess.html">Fichiers .htaccess</a></li>
 <li><a href="howto/ssi.html">Server Side Includes (SSI)</a></li>
-<li><a href="howto/public_html.html">Répertoires Web par Utilisateur
-    (public_html)</a></li>
+<li><a href="howto/public_html.html">Répertoires Web des utilisateurs (public_html)</a></li>
 </ul>
-</div><div class="category"><h2><a name="platform" id="platform">Notes Spécifiques aux Différentes Plate-formes</a></h2>
+</div><div class="category"><h2><a name="platform" id="platform">Notes spécifiques aux différentes plateformes</a></h2>
 <ul><li><a href="platform/windows.html">Microsoft Windows</a></li>
 <li><a href="platform/netware.html">Novell NetWare</a></li>
-<li><a href="platform/ebcdic.html">Port EBCDIC</a></li>
+<li><a href="platform/ebcdic.html">Portage EBCDIC</a></li>
 </ul>
-</div><div class="category"><h2><a name="other" id="other">Autres Sujets</a></h2>
+</div><div class="category"><h2><a name="other" id="other">Autres sujets</a></h2>
 <ul><li><a href="faq/">Foire Aux Questions</a></li>
-<li><a href="sitemap.html">Plan du Site</a></li>
-<li><a href="developer/">Documentation du Developpeur</a></li>
-<li><a href="misc/">Autres Notes</a></li>
+<li><a href="sitemap.html">Plan du site</a></li>
+<li><a href="developer/">Documentation du développeur</a></li>
+<li><a href="misc/">Autres notes</a></li>
 </ul>
 </div></td></tr></table></div>
 <div class="bottomlang">
@@ -94,8 +92,8 @@
 <a href="./en/" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
diff --git a/docs/manual/index.xml.fr b/docs/manual/index.xml.fr
index 8b017a80615..8f63367046d 100644
--- a/docs/manual/index.xml.fr
+++ b/docs/manual/index.xml.fr
@@ -1,7 +1,10 @@
-<?xml version="1.0" encoding="ISO-8859-1"?>
+<?xml version="1.0" encoding="ISO-8859-1" ?>
 <!DOCTYPE indexpage SYSTEM "./style/sitemap.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 105989:421100 (outdated) -->
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072801 $ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -23,68 +26,68 @@
 <indexpage metafile="index.xml.meta">
 <parentdocument href="http://httpd.apache.org/docs-project/" />
 
-<title>Documentation du Serveur HTTP Apache Version
-&httpd.major;.&httpd.minor;</title>
+<title>Documentation du Serveur HTTP Apache Version &httpd.major;.&httpd.minor;
+</title>
 
-<category id="release"><title>Notes sur cette version</title>
-    <page href="new_features_2_0.html">Nouvelles Fonctionnalit&#233;s de la version 2.0</page>
-    <page href="upgrading.html">Migrer &#224; 2.0 depuis la version 1.3</page>
+<category id="release"><title>Notes de version</title>
+    <page href="new_features_2_2.html">Nouvelles fonctionnalit&eacute;s d'Apache 2.1/2.2</page>
+    <page href="new_features_2_0.html.fr">Nouvelles fonctionnalit&eacute;s d'Apache 2.0</page>
+    <page href="upgrading.html">Mise &agrave; jour de la version 2.0 vers la version 2.2</page>
     <page href="license.html">Licence Apache</page>
 </category>
 
-<category id="manual"><title>Manuel de R&#233;f&#233;rence</title>
-    <page href="install.html">Compilation et Installation</page>
-    <page href="invoking.html">D&#233;marrage</page>
-    <page href="stopping.html">Arr&#234;t ou Red&#233;marrage</page>
-    <page href="mod/directives.html">Directives de Configuration &#224; l'ex&#233;cution</page>
-    <page href="mod/quickreference.html">R&#233;sum&#233; des Directives</page>
+<category id="manual"><title>Manuel de r&eacute;f&eacute;rence</title>
+    <page href="install.html">Compilation et installation</page>
+    <page href="invoking.html">D&eacute;marrage</page>
+    <page href="stopping.html">Arr&ecirc;t ou red&eacute;marrage</page>
+    <page href="mod/directives.html">Directives de configuration &agrave; l'ex&eacute;cution</page>
+    <page href="mod/quickreference.html">R&eacute;f&eacute;rence rapide des directives</page>
     <page href="mod/">Modules</page>
-    <page href="mpm.html">Modules Multi-Processus (MPMs)</page>
+    <page href="mpm.html">Modules multi-processus (MPMs)</page>
     <page href="filter.html">Filtres</page>
-    <page href="handler.html">Handlers</page>
-    <page href="programs/">Serveur et Autres Programmes</page>
+    <page href="handler.html">Gestionnaires</page>
+    <page href="programs/">Le serveur et ses utilitaires</page>
     <page href="glossary.html">Glossaire</page>
-</category>    
+</category>
 
-<category id="usersguide"><title>Guide de l'Utilisateur</title>
-    <page href="bind.html">Liaison</page>
-    <page href="configuring.html">Fichiers de Configuration</page>
-    <page href="sections.html">Configuration de Sections</page>
-    <page href="content-negotiation.html">N&#233;gociation de Contenu</page>
-    <page href="dso.html">Dynamic Shared Objects (DSO)</page>
-    <page href="env.html">Variables d'Environnement</page>
-    <page href="logs.html">Fichiers Journaux</page>
-    <page href="urlmapping.html">Correspondances entre URLS et Syst&#232;me de Fichiers</page>
-    <page href="misc/perf-tuning.html">R&#233;glage de la Performance</page>
-    <page href="misc/security_tips.html">Conseils sur la S&#233;curit&#233;</page>
-    <page href="server-wide.html">Configuration &#224; l'&#233;chelle du Serveur</page>
+<category id="usersguide"><title>Guide de l'utilisateur</title>
+    <page href="bind.html">Adresse IP et port d'&eacute;coute</page>
+    <page href="configuring.html">Fichiers de configuration</page>
+    <page href="sections.html">Sections de configuration</page>
+    <page href="caching.html">Mise en cache du contenu</page>
+    <page href="content-negotiation.html">N&eacute;gociation sur le contenu</page>
+    <page href="dso.html">Objets Dynamiques Partag&eacute;s (DSO)</page>
+    <page href="env.html">Variables d'environnement</page>
+    <page href="logs.html">Fichiers de traces</page>
+    <page href="urlmapping.html">Mise en correspondance des URLs avec le syst&egrave;me de fichiers</page>
+    <page href="misc/perf-tuning.html">Optimisation des performances</page>
+    <page href="misc/security_tips.html">Conseils sur la s&eacute;curit&eacute;</page>
+    <page href="server-wide.html">Configuration &agrave; l'&eacute;chelle du serveur</page>
     <page href="ssl/">Chiffrement SSL/TLS</page>
-    <page href="suexec.html">Execution Suexec des CGIs</page>
-    <page href="misc/rewriteguide.html">Guide de r&#233;&#233;criture d'URLs</page>
-    <page href="vhosts/">Serveurs Virtuels</page>
+    <page href="suexec.html">Ex&eacute;cution des CGI avec suexec</page>
+    <page href="misc/rewriteguide.html">Guide de r&eacute;&eacute;criture des URLs</page>
+    <page href="vhosts/">Hôtes virtuels</page>
 </category>
 
-<category id="howto"><title>Marche-&#224;-Suivre / Tutoriels</title>
-    <page href="howto/auth.html">Authentification, Autorisation, et Contr&#244;les
-    d'acc&#232;s</page>
-    <page href="howto/cgi.html">CGI: Contenu Dynamique</page>
-    <page href="howto/htaccess.html">Fichiers .htaccess </page>
+<category id="howto"><title>Recettes / Tutoriels</title>
+    <page href="howto/auth.html">Authentification, autorisation, et contrôle d'acc&egrave;s</page>
+    <page href="howto/cgi.html">CGI: Contenu dynamique</page>
+    <page href="howto/htaccess.html">Fichiers .htaccess</page>
     <page href="howto/ssi.html">Server Side Includes (SSI)</page>
-    <page href="howto/public_html.html">R&#233;pertoires Web par Utilisateur
-    (public_html)</page>
+    <page href="howto/public_html.html">R&eacute;pertoires Web des utilisateurs (public_html)</page>
 </category>
 
-<category id="platform"><title>Notes Sp&#233;cifiques aux Diff&#233;rentes Plate-formes</title>
+<category id="platform"><title>Notes sp&eacute;cifiques aux diff&eacute;rentes plateformes</title>
     <page href="platform/windows.html">Microsoft Windows</page>
     <page href="platform/netware.html">Novell NetWare</page>
-    <page href="platform/ebcdic.html">Port EBCDIC</page>
+    <page href="platform/ebcdic.html">Portage EBCDIC</page>
 </category>
 
-<category id="other"><title>Autres Sujets</title>
+<category id="other"><title>Autres sujets</title>
     <page href="faq/">Foire Aux Questions</page>
-    <page href="sitemap.html">Plan du Site</page>
-    <page href="developer/">Documentation du Developpeur</page>
-    <page href="misc/">Autres Notes</page>
+    <page href="sitemap.html">Plan du site</page>
+    <page href="developer/">Documentation du d&eacute;veloppeur</page>
+    <page href="misc/">Autres notes</page>
 </category>
 
 </indexpage>
diff --git a/docs/manual/index.xml.meta b/docs/manual/index.xml.meta
index 1473c4514df..13008264c7e 100644
--- a/docs/manual/index.xml.meta
+++ b/docs/manual/index.xml.meta
@@ -9,7 +9,7 @@
     <variant>de</variant>
     <variant>en</variant>
     <variant outdated="yes">es</variant>
-    <variant outdated="yes">fr</variant>
+    <variant>fr</variant>
     <variant>ja</variant>
     <variant outdated="yes">ko</variant>
     <variant outdated="yes">pt-br</variant>
diff --git a/docs/manual/install.html.en b/docs/manual/install.html.en
index 3ed0b88106f..da89943833e 100644
--- a/docs/manual/install.html.en
+++ b/docs/manual/install.html.en
@@ -22,8 +22,8 @@
 <a href="./en/install.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/install.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/install.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/install.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/install.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./ja/install.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/install.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
 
 
@@ -416,8 +416,8 @@
 <a href="./en/install.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./es/install.html" hreflang="es" rel="alternate" title="Español">&nbsp;es&nbsp;</a> |
 <a href="./fr/install.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ja/install.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/install.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./ja/install.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/install.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/install.xml.fr b/docs/manual/install.xml.fr
index 5695b5f20be..2beeb4d1eda 100644
--- a/docs/manual/install.xml.fr
+++ b/docs/manual/install.xml.fr
@@ -1,9 +1,10 @@
 <?xml version="1.0" encoding="ISO-8859-1" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- $LastChangedRevision English document : 527129 $ -->
+<!-- $LastChangedRevision English document : 574103 $ -->
 <!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007062401 $ -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007091601 $ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -169,10 +170,23 @@
       <code>apr</code> ou <code>apr-util</code>, versions 1.0 ou 1.1,
       sont install&eacute;s sur votre syst&egrave;me, vous devez soit mettre &agrave; jour vos
       installations <code>apr</code>/<code>apr-util</code> vers la version
-      1.2, soit faire en sorte que httpd utilise des constructions s&eacute;par&eacute;es.
-      Pour utiliser les sources incluses
-      <code>apr</code>/<code>apr-util</code> de cette mani&egrave;re, vous devez
-      les installer manuellement :
+      1.2, forcer l'utilisation des biblioth&egrave;ques int&eacute;gr&eacute;es,
+      soit faire en sorte que httpd utilise des constructions s&eacute;par&eacute;es.
+      Pour utiliser les sources de
+      <code>apr</code>/<code>apr-util</code> incluses, utilisez l'option
+      <code>--with-included-apr</code> du script configure :
+
+      <note><title>Note</title>
+        L'option --with-included-apr est disponible &agrave; partir
+	de la version 2.2.3
+      </note>
+      <example>
+        # Forcer l'utilisation des sources de apr/apr-util int&eacute;gr&eacute;es<br />
+        ./configure --with-included-apr<br />
+      </example>
+
+      Pour construire Apache HTTPd suite  &agrave; une installation manuelle de
+      <code>apr</code>/<code>apr-util</code> :
 
       <example>
         # Construction et installation apr 1.2<br />
diff --git a/docs/manual/new_features_2_2.html.en b/docs/manual/new_features_2_2.html.en
index edc5bccf021..e0da3bc2a96 100644
--- a/docs/manual/new_features_2_2.html.en
+++ b/docs/manual/new_features_2_2.html.en
@@ -20,7 +20,7 @@
 <div class="toplang">
 <p><span>Available Languages: </span><a href="./en/new_features_2_2.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/new_features_2_2.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div>
 
@@ -263,7 +263,7 @@
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="./en/new_features_2_2.html" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/new_features_2_2.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/new_features_2_2.html.fr b/docs/manual/new_features_2_2.html.fr
index f2ba5acc4df..13987a53f2f 100644
--- a/docs/manual/new_features_2_2.html.fr
+++ b/docs/manual/new_features_2_2.html.fr
@@ -20,7 +20,7 @@
 <div class="toplang">
 <p><span>Langues Disponibles: </span><a href="./en/new_features_2_2.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/new_features_2_2.html" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div>
 
@@ -125,11 +125,6 @@
       	apr_dbd, fournit le support SQL direct aux modules
 	qui en ont besoin.  Supporte la mise en commun des connexions
           dans les modules MPM threadés.</p>
-	  <p><strong>Utilisateurs Windows</strong> : veuillez noter que ce
-	  support n'est pas encore inclus dans l'implémentation Windows
-	  standard.  Si vous l'utilisez sur la plate-forme
-	  Windows, merci de nous faire savoir comment vous vous y
-	  prenez.</p>
 	  </dd>
 
     </dl>
@@ -240,10 +235,10 @@
       que si l'utilisateur passe le paramètre <code>-t</code> à
       <code class="program"><a href="./programs/httpd.html">httpd</a></code>.</dd>
 
-      <dt>Définition de la taille de la pile pour les modules MPM threadés</dt>
+      <dt>Définition de la taille de la pile pour les modules MPM en processus légers</dt>
 
       <dd>Une nouvelle directive a été ajoutée, <code>ThreadStackSize</code>
-     afin de définir la taille de la pile pour tous les modules MPM threadés.
+     afin de définir la taille de la pile pour tous les modules MPM en processus légers (modules threadés).
      Ceci s'avère nécessaire pour certains modules tiers sur des plateformes
      dont la taille de la pile des threads par défaut est
      trop petite.</dd>
@@ -272,7 +267,7 @@
       est maintenant disponible dans l'espace de nommage <code>ap_</code>
       depuis <code>ap_regex.h</code>.  Les appels à <code>regcomp</code>,
       <code>regexec</code>, etc... peuvent être remplacés par des appels à
-      <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
+      <code>ap_regcomp</code>, <code>ap_regexec</code>.</dd>
 
       <dt>Cadre d'application DBD (API pour base de données SQL)</dt>
 
@@ -297,7 +292,7 @@
 <div class="bottomlang">
 <p><span>Langues Disponibles: </span><a href="./en/new_features_2_2.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 <a href="./fr/new_features_2_2.html" title="Français">&nbsp;fr&nbsp;</a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
diff --git a/docs/manual/new_features_2_2.xml.fr b/docs/manual/new_features_2_2.xml.fr
index 0cac54fcafe..ad6a69d29bb 100644
--- a/docs/manual/new_features_2_2.xml.fr
+++ b/docs/manual/new_features_2_2.xml.fr
@@ -1,9 +1,10 @@
 <?xml version="1.0" encoding="ISO-8859-1" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 420990 -->
+<!-- LastChangedRevision English document : 583231 -->
 <!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007062301 $ -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007101301 $ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -123,11 +124,6 @@
       	apr_dbd, fournit le support SQL direct aux modules
 	qui en ont besoin.  Supporte la mise en commun des connexions
           dans les modules MPM thread&eacute;s.</p>
-	  <p><strong>Utilisateurs Windows</strong> : veuillez noter que ce
-	  support n'est pas encore inclus dans l'impl&eacute;mentation Windows
-	  standard.  Si vous l'utilisez sur la plate-forme
-	  Windows, merci de nous faire savoir comment vous vous y
-	  prenez.</p>
 	  </dd>
 
     </dl>
@@ -239,10 +235,10 @@
       que si l'utilisateur passe le param&egrave;tre <code>-t</code> &agrave;
       <program>httpd</program>.</dd>
 
-      <dt>D&eacute;finition de la taille de la pile pour les modules MPM thread&eacute;s</dt>
+      <dt>D&eacute;finition de la taille de la pile pour les modules MPM en processus l&eacute;gers</dt>
 
       <dd>Une nouvelle directive a &eacute;t&eacute; ajout&eacute;e, <code>ThreadStackSize</code>
-     afin de d&eacute;finir la taille de la pile pour tous les modules MPM thread&eacute;s.
+     afin de d&eacute;finir la taille de la pile pour tous les modules MPM en processus l&eacute;gers (modules thread&eacute;s).
      Ceci s'av&egrave;re n&eacute;cessaire pour certains modules tiers sur des plateformes
      dont la taille de la pile des threads par d&eacute;faut est
      trop petite.</dd>
@@ -271,7 +267,7 @@
       est maintenant disponible dans l'espace de nommage <code>ap_</code>
       depuis <code>ap_regex.h</code>.  Les appels &agrave; <code>regcomp</code>,
       <code>regexec</code>, etc... peuvent &ecirc;tre remplac&eacute;s par des appels &agrave;
-      <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
+      <code>ap_regcomp</code>, <code>ap_regexec</code>.</dd>
 
       <dt>Cadre d'application DBD (API pour base de donn&eacute;es SQL)</dt>
 
diff --git a/docs/manual/sections.html b/docs/manual/sections.html
index 02645f01bff..7afbefe4506 100644
--- a/docs/manual/sections.html
+++ b/docs/manual/sections.html
@@ -2,6 +2,10 @@ URI: sections.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
 
+URI: sections.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: sections.html.ja.euc-jp
 Content-Language: ja
 Content-type: text/html; charset=EUC-JP
diff --git a/docs/manual/sections.html.en b/docs/manual/sections.html.en
index 671484d3f3c..ba42cb4c3f8 100644
--- a/docs/manual/sections.html.en
+++ b/docs/manual/sections.html.en
@@ -19,8 +19,9 @@
 <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.2</a></div><div id="page-content"><div id="preamble"><h1>Configuration Sections</h1>
 <div class="toplang">
 <p><span>Available Languages: </span><a href="./en/sections.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div>
  <p>Directives in the <a href="configuring.html">configuration files</a> may apply to the
 entire server, or they may be restricted to apply only to particular
@@ -469,8 +470,9 @@ Deny from badguy.example.com<br />
 </div></div>
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="./en/sections.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
+<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
 </div><div id="footer">
 <p class="apache">Copyright 2007 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>
diff --git a/docs/manual/sections.html.fr b/docs/manual/sections.html.fr
new file mode 100644
index 00000000000..f0bc8aed194
--- /dev/null
+++ b/docs/manual/sections.html.fr
@@ -0,0 +1,528 @@
+<?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>Sections de configuration - 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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Sections de configuration</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/sections.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/sections.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div>
+ <p>Les directives des <a href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
+au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
+ou URLs particuliers.  Ce document décrit comment utiliser les conteneurs de
+sections de configuration ou les fichiers <code>.htaccess</code> pour
+modifier la portée des directives de configuration.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#types">Types de conteneurs de sections de
+configuration</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#file-and-web">Système de fichiers et
+arborescence du site web</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Hôtes virtuels</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#proxy">Mandataire</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#whatwhere">Quelles sont les directives autorisées ?</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#mergin">Comment les sections sont combinées entre elles</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="types" id="types">Types de conteneurs de sections de
+configuration</a></h2>
+
+<table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mod_version.html">mod_version</a></code></li><li><code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code></li><li><code class="directive"><a href="./mod/mod_version.html#ifversion">&lt;IfVersion&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/mod_proxy.html#proxy">&lt;Proxy&gt;</a></code></li><li><code class="directive"><a href="./mod/mod_proxy.html#proxymatch">&lt;ProxyMatch&gt;</a></code></li><li><code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code></li></ul></td></tr></table>
+
+<p>Il existe deux grands types de conteneurs.  La plupart des conteneurs sont
+évalués pour chaque requête.  Les directives qu'ils contiennent s'appliquent
+seulement aux requêtes qui sont concernées par le conteneur.  En revanche,
+les conteneurs
+<code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code>, <code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code>, et
+<code class="directive"><a href="./mod/mod_version.html#ifversion">&lt;IfVersion&gt;</a></code> sont
+évalués seulement au démarrage et au redémarrage du serveur.
+Si leurs conditions sont vérifiées au démarrage, les directives qu'ils contiennent
+s'appliqueront à toutes les requêtes.  Si leurs conditions ne sont pas vérifiées, les
+directives qu'ils contiennent seront ignorées.</p>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code>
+contient des directives qui ne seront appliquées que si un paramètre
+approprié a été défini dans la ligne de commande de <code class="program"><a href="./programs/httpd.html">httpd</a></code>.
+Par exemple,
+avec la configuration suivante, toutes les requêtes seront redirigées vers
+un autre site si le serveur est démarré en utilisant la ligne de commande :
+<code>httpd -DClosedForNow</code>:</p>
+
+<div class="example"><p><code>
+&lt;IfDefine ClosedForNow&gt;<br />
+Redirect / http://otherserver.example.com/<br />
+&lt;/IfDefine&gt;
+</code></p></div>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code>
+est similaire; les directives qu'il contient ne s'appliqueront que si
+un module particulier est disponible au niveau du serveur.
+Le module doit être soit compilé statiquement dans le serveur, soit
+dynamiquement et dans ce cas, la ligne <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code> correspondante doit apparaître
+plus haut dans le fichier de configuration.  Ce conteneur ne doit être
+utilisé que dans le cas où votre fichier de configuration doit fonctionner
+indépendamment de la présence ou de l'absence de certains modules.
+Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer
+systématiquement, car vous pouvez perdre ainsi de précieux messages d'erreur
+à propos de modules manquants.</p>
+
+<p>Dans l'exemple suivant, la directive <code class="directive"><a href="./mod/mod_mime_magic.html#mimemagicfiles">MimeMagicFiles</a></code> ne s'appliquera que si le
+module <code class="module"><a href="./mod/mod_mime_magic.html">mod_mime_magic</a></code> est disponible.</p>
+
+<div class="example"><p><code>
+&lt;IfModule mod_mime_magic.c&gt;<br />
+MimeMagicFile conf/magic<br />
+&lt;/IfModule&gt;
+</code></p></div>
+
+<p>Le conteneur
+<code class="directive"><a href="./mod/mod_version.html#ifversion">&lt;IfVersion&gt;</a></code>
+est similaire aux conteneurs <code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code> et <code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code>; les directives qu'il contient ne
+s'appliqueront que si une version particulière du serveur s'exécute.  Ce
+conteneur a été conçu pour une utilisation dans les suites de tests
+et les grands réseaux qui doivent prendre en compte différentes versions
+et configurations de httpd.</p>
+
+<div class="example"><p><code>
+  &lt;IfVersion &gt;= 2.1&gt;<br />
+  <span class="indent">
+    # les directives situées ici ne s'appliquent que si la version <br />
+    # est supérieure ou égale à 2.1.0.<br />
+  </span>
+  &lt;/IfVersion&gt;
+</code></p></div>
+
+<p><code class="directive"><a href="./mod/core.html#ifdefine">&lt;IfDefine&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#ifmodule">&lt;IfModule&gt;</a></code>, et
+<code class="directive"><a href="./mod/mod_version.html#ifversion">&lt;IfVersion&gt;</a></code>
+peuvent inverser leur test conditionnel en le faisant précéder d'un "!".
+De plus, ces sections peuvent être imbriquées afin de définir des restrictions
+plus complexes.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="file-and-web" id="file-and-web">Système de fichiers et
+arborescence du site web</a></h2>
+
+<p>Les conteneurs de sections de configuration les plus couramment utilisés
+sont ceux qui modifient la configuration de points particuliers du système de
+fichiers ou de l'arborescence du site web.  Tout d'abord, il est important de
+comprendre la différence entre les deux.  Le système de fichiers est une vue
+de vos disques tels qu'ils sont perçus par votre système d'exploitation.
+Par exemple, avec une installation par défaut,
+Apache est situé dans <code>/usr/local/apache2</code> pour le système de
+fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
+le système de fichiers Windows.  (Notez que des slashes directs doivent
+toujours être utilisés comme séparateur de chemin dans Apache, même sous
+Windows.)  Quant à
+l'arborescence du site web, il s'agit d'une vue de votre site
+tel que présenté par le
+serveur web et perçue par le client.  Ainsi le chemin <code>/dir/</code> dans
+l'arborescence du site web correspond au chemin
+<code>/usr/local/apache2/htdocs/dir/</code> dans le système de fichiers pour
+une installation d'Apache par défaut sous UNIX.
+En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
+système de fichiers, car les pages web peuvent être générées dynamiquement
+à partir de bases de données ou d'autres emplacements.</p>
+
+<h3><a name="filesystem" id="filesystem">Conteneurs de système de fichiers</a></h3>
+
+<p>Les conteneurs <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>
+et <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>,
+ainsi que leurs équivalents acceptant les
+<a class="glossarylink" href="./glossary.html#regex" title="see glossary">expressions rationnelles</a>,
+appliquent des directives à certaines parties du système de fichiers.
+Les directives contenues dans une section <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> s'appliquent au répertoire
+précisé, ainsi qu'à tous ses sous-répertoires.
+Le même effet peut être obtenu en utilisant les <a href="howto/htaccess.html">fichiers .htaccess</a>.  Par exemple, avec la
+configuration suivante, l'indexation sera activée pour le répertoire
+<code>/var/web/dir1</code> et tous ses sous-répertoires.</p>
+
+<div class="example"><p><code>
+&lt;Directory /var/web/dir1&gt;<br />
+Options +Indexes<br />
+&lt;/Directory&gt;
+</code></p></div>
+
+<p>Les directives contenues dans une section <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code> s'appliquent à tout fichier
+avec le nom spécifié, quel que soit le répertoire dans lequel il se trouve.
+Ainsi par exemple, les directives de configuration suivantes, si elles sont
+placées dans la section principale du fichier de configuration, vont interdire
+l'accès à tout fichier nommé <code>private.html</code> quel que soit
+l'endroit où il se trouve.</p>
+
+<div class="example"><p><code>
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;
+</code></p></div>
+
+<p>Pour faire référence à des fichiers qui se trouvent en des points
+particuliers du système de fichiers, les sections
+<code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code> et
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>
+peuvent être combinées.  Par exemple, la configuration suivante va interdire
+l'accès à <code>/var/web/dir1/private.html</code>,
+<code>/var/web/dir1/subdir2/private.html</code>,
+<code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de
+<code>private.html</code> qui se trouve dans l'arborescence
+<code>/var/web/dir1/</code>.</p>
+
+<div class="example"><p><code>
+&lt;Directory /var/web/dir1&gt;<br />
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;<br />
+&lt;/Directory&gt;
+</code></p></div>
+
+
+<h3><a name="webspace" id="webspace">Conteneurs de l'arborescence du site web</a></h3>
+
+<p>le conteneur <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>
+et son équivalent acceptant les
+<a class="glossarylink" href="./glossary.html#regex" title="see glossary">expressions rationnelles</a>, modifient quant à eux la
+configuration de parties de l'arborescence du site web.  Par exemple, la
+configuration suivante interdit l'accès à toute URL dont la partie chemin
+commence par /private.
+En particulier, l'interdiction s'appliquera aux requêtes pour :
+<code>http://yoursite.example.com/private</code>,
+<code>http://yoursite.example.com/private123</code>, et
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'à
+toute requête commençant par la chaîne de caractères <code>/private</code>.</p>
+
+<div class="example"><p><code>
+&lt;Location /private&gt;<br />
+Order Allow,Deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</code></p></div>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>
+n'a pas besoin de faire référence à un élément du système de fichiers.
+Par exemple, l'exemple suivant montre comment faire référence à une URL
+particulière vers un gestionnaire interne d'Apache fourni par le module
+<code class="module"><a href="./mod/mod_status.html">mod_status</a></code>.
+Il n'est pas nécessaire de trouver un fichier nommé <code>server-status</code>
+dans le système de fichiers.</p>
+
+<div class="example"><p><code>
+&lt;Location /server-status&gt;<br />
+SetHandler server-status<br />
+&lt;/Location&gt;
+</code></p></div>
+
+
+<h3><a name="wildcards" id="wildcards">Caractères de remplacement
+et expressions rationnelles</a></h3>
+
+<p>Les conteneurs
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>, et
+<code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>
+peuvent utiliser des caractères de remplacement de style shell comme dans
+la fonction <code>fnmatch</code> de la bibliothèque C standard.
+Le caractère "*"
+correspond à toute séquence de caractères, "?" à un caractère seul,
+et "[<em>seq</em>]" à tout caractère contenu dans <em>seq</em>.
+Le caractère "/"
+ne peut pas faire l'objet d'un remplacement;
+il doit être spécifié explicitement.</p>
+
+<p>Si une définition des critères de correspondance
+encore plus souple est nécessaire, chaque conteneur
+possède son équivalent acceptant les expressions rationnelles : <code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code>, <code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code>, et <code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code> acceptent les
+<a class="glossarylink" href="./glossary.html#regex" title="see glossary">expressions rationnelles</a> compatibles Perl
+pour définir les critères de correspondance.  Mais voyez plus loin la section
+à propos de la combinaison des sections de configuration
+pour comprendre comment l'utilisation de
+conteneurs avec des expressions rationnelles va modifier la manière
+dont les directives sont appliquées.</p>
+
+<p>Un conteneur qui modifie la configuration de tous les
+répertoires utilisateurs à l'aide de caractères de remplacement
+mais sans utiliser
+les expressions rationnelles pourrait ressembler à ceci :</p>
+
+<div class="example"><p><code>
+&lt;Directory /home/*/public_html&gt;<br />
+Options Indexes<br />
+&lt;/Directory&gt;
+</code></p></div>
+
+<p>Avec les conteneurs utilisant les expressions rationnelles,
+on peut interdire l'accès à de nombreux types de fichiers d'images
+simultanément :</p>
+<div class="example"><p><code>
+&lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/FilesMatch&gt;
+</code></p></div>
+
+
+
+<h3><a name="whichwhen" id="whichwhen">Que faut-il utiliser et quand ?</a></h3>
+
+<p>Choisir entre des conteneurs de système de fichiers et des conteneurs
+d'arborescence du site web est vraiment très simple.
+Pour appliquer des directives à des objets qui résident dans le système de
+fichiers, utilisez toujours un conteneur <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> ou <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>.  Pour appliquer des directives à des objets
+qui ne résident pas dans le système de fichiers (comme une page web générée
+par une base de données), utilisez un conteneur <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>.</p>
+
+<p>Il ne faut jamais utiliser un conteneur <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code> pour restreindre l'accès à des
+objets du système de fichiers, car plusieurs localisations de
+l'arborescence du site web (URLs) peuvent correspondre à la même localisation
+du système de fichier, ce qui peut permettre de contourner vos restrictions.
+Par exemple, imaginez la configuration suivante :</p>
+
+<div class="example"><p><code>
+&lt;Location /dir/&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</code></p></div>
+
+<p>Elle fonctionne correctement si la requête appelle
+<code>http://yoursite.example.com/dir/</code>.  Mais que va-t-il se passer si
+votre système de fichiers est insensible à la casse ?
+Votre restriction va pouvoir être tout simplement contournée en envoyant une
+requête sur
+<code>http://yoursite.example.com/DIR/</code>.  Le conteneur <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>, quant à lui, s'appliquera
+à tout contenu servi à partir de cette localisation,
+sans tenir compte de la manière dont il est appelé.
+(Les liens du système de fichiers constituent une exception.
+Le même répertoire peut être placé dans plusieurs parties du système de
+fichiers en utilisant des liens symboliques.  Le conteneur
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> va suivre le
+lien symbolique sans modifier le nom du chemin.  Par conséquent, pour plus de
+sécurité, les liens symboliques doivent être désactivés à l'aide de la
+directive
+<code class="directive"><a href="./mod/core.html#options">Options</a></code> appropriée.)</p>
+
+<p>Si vous pensez que vous n'êtes pas concerné par ce problème
+parceque vous utilisez un système de fichiers sensible à la casse,
+gardez à l'esprit qu'il y a de nombreuses autres manières pour faire
+correspondre plusieurs localisations de l'arborescence du site web à la même
+localisation du système de fichiers.  C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de système de fichiers.
+Il y a cependant une exception à cette règle.  Placer des restrictions de
+configuration dans un conteneur <code>&lt;Location
+/&gt;</code> est tout à fait sans rique car ce conteneur va s'appliquer à
+toutes les requêtes sans tenir compte de l'URL spécifique.</p>
+
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="virtualhost" id="virtualhost">Hôtes virtuels</a></h2>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+contient des directives qui s'appliquent à des hôtes spécifiques.
+Ceci s'avère utile pour servir des hôtes multiples à partir de la même machine,
+chacun d'entre eux possédant une configuration différente.  Pour de plus amples
+informations,
+voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="proxy" id="proxy">Mandataire</a></h2>
+
+<p>Les conteneurs
+<code class="directive"><a href="./mod/mod_proxy.html#proxy">&lt;Proxy&gt;</a></code>
+et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch">&lt;ProxyMatch&gt;</a></code>
+appliquent les directives de configuration qu'ils contiennent uniquement aux
+sites qui correspondent à l'URL spécifiée et auxquels on a
+accédé via le serveur mandataire du module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>.
+Par exemple, la configuration suivante
+va interdire l'utilisation du serveur proxy pour accéder au site
+<code>cnn.com</code>.</p>
+
+<div class="example"><p><code>
+&lt;Proxy http://cnn.com/*&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Proxy&gt;
+</code></p></div>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="whatwhere" id="whatwhere">Quelles sont les directives autorisées ?</a></h2>
+
+<p>Pour déterminer quelles sont les directives autorisées pour tel type de
+section de configuration, vérifiez le <a href="mod/directive-dict.html#Context">Contexte</a> de la directive.
+Tout ce qui est autorisé dans les sections
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>
+l'est aussi d'un point de vue syntaxique dans les sections
+<code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>,
+<code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code>,
+<code class="directive"><a href="./mod/mod_proxy.html#proxy">&lt;Proxy&gt;</a></code>,
+et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch">&lt;ProxyMatch&gt;</a></code>.
+Il y a cependant quelques exceptions :</p>
+
+<ul>
+<li>La directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code>
+ne fonctionne que dans les sections
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>.</li>
+
+<li>Les <code class="directive"><a href="./mod/core.html#options">Options</a></code> <code>FollowSymLinks</code> et
+<code>SymLinksIfOwnerMatch</code>  ne fonctionnent que dans les sections
+<code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> ou les fichiers
+<code>.htaccess</code>.</li>
+
+<li>La directive <code class="directive"><a href="./mod/core.html#options">Options</a></code> ne peut pas être
+utilisée dans les sections
+<code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code>
+et <code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code>.</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="mergin" id="mergin">Comment les sections sont combinées entre elles</a></h2>
+
+<p>Les sections de configuration sont appliquées dans un ordre très particulier.
+Il est important de savoir comment cet ordre est défini car il peut avoir
+des effets importants sur la manière dont les directives de configuration
+sont interprétées.</p>
+
+    <p>L'ordre dans lequel les sections sont combinées est :</p>
+
+    <ol>
+      <li> Les sections <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> (à l'exception des
+      expressions rationnelles)
+      et les fichiers <code>.htaccess</code> sont appliqués simultanément (avec
+      la possibilité pour <code>.htaccess</code>, s'il y est autorisé, de
+      prévaloir sur
+      <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>)</li>
+
+      <li>Les sections
+      <code class="directive"><a href="./mod/core.html#directorymatch">&lt;DirectoryMatch&gt;</a></code>
+      (et <code>&lt;Directory ~&gt;</code>)</li>
+
+      <li>Les sections <code class="directive"><a href="./mod/core.html#files">&lt;Files&gt;</a></code> et <code class="directive"><a href="./mod/core.html#filesmatch">&lt;FilesMatch&gt;</a></code> sont appliquées
+      simultanément</li>
+
+      <li>Les sections
+      <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code>
+      et <code class="directive"><a href="./mod/core.html#locationmatch">&lt;LocationMatch&gt;</a></code> sont appliquées
+      simultanément</li>
+    </ol>
+
+    <p>Mises à part les sections <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>, chaque groupe est traité selon
+    l'ordre dans lequel il apparaît dans les fichiers de configuration.
+    Les sections <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> (groupe 1 ci-dessus)
+    sont traitées dans l'ordre du répertoire le plus court vers le plus long.
+    Par exemple, <code>&lt;Directory /var/web/dir&gt;</code> sera
+    traité avant <code>&lt;Directory
+    /var/web/dir/subdir&gt;</code>.  Si plusieurs sections <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> s'appliquent au même
+    répertoire, elles sont traitées selon l'ordre dans lequel elles
+    apparaissent dans le fichier de configuration.
+    Les sections de configuration incluses via la directive <code class="directive"><a href="./mod/core.html#include">Include</a></code> sont traitées comme si elles se
+    trouvaient réellement dans le fichier qui les inclut à la position de la
+    directive
+    <code class="directive"><a href="./mod/core.html#include">Include</a></code>.</p>
+
+    <p>Les sections situées à l'intérieur de sections <code class="directive"><a href="./mod/core.html#virtualhost">&lt;VirtualHost&gt;</a></code>
+    sont appliquées <em>après</em> les sections correspondantes situées en
+    dehors de la définition de l'hôte virtuel, ce qui permet à l'hôte virtuel
+    de prévaloir sur la configuration du serveur principal.</p>
+
+    <p>Quand la requête est servie par le module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>,
+    le conteneur <code class="directive"><a href="./mod/mod_proxy.html#proxy">&lt;Proxy&gt;</a></code>
+    prend la place du conteneur <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code> dans l'ordre de traitement.</p>
+
+    <p>Les sections situées plus loin dans le fichier de configuration prévalent
+    sur celles qui les précèdent.</p>
+
+<div class="note"><h3>Note technique</h3>
+	Une séquence
+	<code>&lt;Location&gt;</code>/<code>&lt;LocationMatch&gt;</code>
+	est réellement traitée juste avant la phase de traduction du nom
+	(où <code>Aliases</code> et <code>DocumentRoots</code>
+      sont utilisés pour faire correspondre les URLs aux noms de fichiers).
+      Les effets de cette séquence disparaissent totalement lorsque
+      la traduction est terminée.
+</div>
+
+<h3><a name="merge-examples" id="merge-examples">Quelques exemples</a></h3>
+
+<p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
+En supposant qu'elles s'appliquent toutes à la requête, les directives de
+cet exemple seront appliquées dans l'ordre suivant : A &gt; B &gt; C &gt; D &gt;
+E.</p>
+
+<div class="example"><p><code>
+&lt;Location /&gt;<br />
+E<br />
+&lt;/Location&gt;<br />
+<br />
+&lt;Files f.html&gt;<br />
+D<br />
+&lt;/Files&gt;<br />
+<br />
+&lt;VirtualHost *&gt;<br />
+&lt;Directory /a/b&gt;<br />
+B<br />
+&lt;/Directory&gt;<br />
+&lt;/VirtualHost&gt;<br />
+<br />
+&lt;DirectoryMatch "^.*b$"&gt;<br />
+C<br />
+&lt;/DirectoryMatch&gt;<br />
+<br />
+&lt;Directory /a/b&gt;<br />
+A<br />
+&lt;/Directory&gt;<br />
+<br />
+</code></p></div>
+
+<p>Pour un exemple plus concret, considérez ce qui suit.  Sans tenir compte
+de toute restriction d'accès placée dans les sections <code class="directive"><a href="./mod/core.html#directory">&lt;Directory&gt;</a></code>, la section <code class="directive"><a href="./mod/core.html#location">&lt;Location&gt;</a></code> sera
+évaluée en dernier et permettra un accès au serveur sans aucune restriction.
+En d'autres termes, l'ordre de la combinaison des sections est important,
+soyez donc prudent !</p>
+
+<div class="example"><p><code>
+&lt;Location /&gt;<br />
+Order deny,allow<br />
+Allow from all<br />
+&lt;/Location&gt;<br />
+<br />:if expand("%") == ""|browse confirm w|else|confirm w|endif
+
+# Arrghs!  Cette section &lt;Directory&gt; n'aura aucun effet<br />
+&lt;Directory /&gt;<br />
+Order allow,deny<br />
+Allow from all<br />
+Deny from badguy.example.com<br />
+&lt;/Directory&gt;
+</code></p></div>
+
+
+
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/sections.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/sections.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/sections.xml.fr b/docs/manual/sections.xml.fr
new file mode 100644
index 00000000000..93574f80d4c
--- /dev/null
+++ b/docs/manual/sections.xml.fr
@@ -0,0 +1,565 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007080301 $ -->
+
+<!--
+ 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="sections.xml.meta">
+
+<title>Sections de configuration</title>
+
+<summary> <p>Les directives des <a
+href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
+au serveur dans son ensemble, ou seulement &agrave; des r&eacute;pertoires, fichiers, hôtes,
+ou URLs particuliers.  Ce document d&eacute;crit comment utiliser les conteneurs de
+sections de configuration ou les fichiers <code>.htaccess</code> pour
+modifier la port&eacute;e des directives de configuration.</p>
+</summary>
+
+<section id="types"><title>Types de conteneurs de sections de
+configuration</title>
+
+<related>
+<modulelist>
+<module>core</module>
+<module>mod_version</module>
+<module>mod_proxy</module>
+</modulelist>
+<directivelist>
+<directive type="section" module="core">Directory</directive>
+<directive type="section" module="core">DirectoryMatch</directive>
+<directive type="section" module="core">Files</directive>
+<directive type="section" module="core">FilesMatch</directive>
+<directive type="section" module="core">IfDefine</directive>
+<directive type="section" module="core">IfModule</directive>
+<directive type="section" module="mod_version">IfVersion</directive>
+<directive type="section" module="core">Location</directive>
+<directive type="section" module="core">LocationMatch</directive>
+<directive type="section" module="mod_proxy">Proxy</directive>
+<directive type="section" module="mod_proxy">ProxyMatch</directive>
+<directive type="section" module="core">VirtualHost</directive>
+</directivelist>
+</related>
+
+<p>Il existe deux grands types de conteneurs.  La plupart des conteneurs sont
+&eacute;valu&eacute;s pour chaque requ&ecirc;te.  Les directives qu'ils contiennent s'appliquent
+seulement aux requ&ecirc;tes qui sont concern&eacute;es par le conteneur.  En revanche,
+les conteneurs
+<directive type="section" module="core">IfDefine</directive>, <directive
+type="section" module="core">IfModule</directive>, et
+<directive type="section" module="mod_version">IfVersion</directive> sont
+&eacute;valu&eacute;s seulement au d&eacute;marrage et au red&eacute;marrage du serveur.
+Si leurs conditions sont v&eacute;rifi&eacute;es au d&eacute;marrage, les directives qu'ils contiennent
+s'appliqueront &agrave; toutes les requ&ecirc;tes.  Si leurs conditions ne sont pas v&eacute;rifi&eacute;es, les
+directives qu'ils contiennent seront ignor&eacute;es.</p>
+
+<p>Le conteneur <directive type="section" module="core">IfDefine</directive>
+contient des directives qui ne seront appliqu&eacute;es que si un param&egrave;tre
+appropri&eacute; a &eacute;t&eacute; d&eacute;fini dans la ligne de commande de <program>httpd</program>.
+Par exemple,
+avec la configuration suivante, toutes les requ&ecirc;tes seront redirig&eacute;es vers
+un autre site si le serveur est d&eacute;marr&eacute; en utilisant la ligne de commande :
+<code>httpd -DClosedForNow</code>:</p>
+
+<example>
+&lt;IfDefine ClosedForNow&gt;<br />
+Redirect / http://otherserver.example.com/<br />
+&lt;/IfDefine&gt;
+</example>
+
+<p>Le conteneur <directive type="section" module="core">IfModule</directive>
+est similaire; les directives qu'il contient ne s'appliqueront que si
+un module particulier est disponible au niveau du serveur.
+Le module doit &ecirc;tre soit compil&eacute; statiquement dans le serveur, soit
+dynamiquement et dans ce cas, la ligne <directive
+module="mod_so">LoadModule</directive> correspondante doit appara&icirc;tre
+plus haut dans le fichier de configuration.  Ce conteneur ne doit &ecirc;tre
+utilis&eacute; que dans le cas o&ugrave; votre fichier de configuration doit fonctionner
+ind&eacute;pendamment de la pr&eacute;sence ou de l'absence de certains modules.
+Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer
+syst&eacute;matiquement, car vous pouvez perdre ainsi de pr&eacute;cieux messages d'erreur
+&agrave; propos de modules manquants.</p>
+
+<p>Dans l'exemple suivant, la directive <directive
+module="mod_mime_magic">MimeMagicFiles</directive> ne s'appliquera que si le
+module <module>mod_mime_magic</module> est disponible.</p>
+
+<example>
+&lt;IfModule mod_mime_magic.c&gt;<br />
+MimeMagicFile conf/magic<br />
+&lt;/IfModule&gt;
+</example>
+
+<p>Le conteneur
+<directive type="section" module="mod_version">IfVersion</directive>
+est similaire aux conteneurs <directive type="section"
+module="core">IfDefine</directive> et <directive type="section"
+module="core">IfModule</directive>; les directives qu'il contient ne
+s'appliqueront que si une version particuli&egrave;re du serveur s'ex&eacute;cute.  Ce
+conteneur a &eacute;t&eacute; con&ccedil;u pour une utilisation dans les suites de tests
+et les grands r&eacute;seaux qui doivent prendre en compte diff&eacute;rentes versions
+et configurations de httpd.</p>
+
+<example>
+  &lt;IfVersion >= 2.1&gt;<br />
+  <indent>
+    # les directives situ&eacute;es ici ne s'appliquent que si la version <br />
+    # est sup&eacute;rieure ou &eacute;gale &agrave; 2.1.0.<br />
+  </indent>
+  &lt;/IfVersion&gt;
+</example>
+
+<p><directive type="section" module="core">IfDefine</directive>,
+<directive type="section" module="core">IfModule</directive>, et
+<directive type="section" module="mod_version">IfVersion</directive>
+peuvent inverser leur test conditionnel en le faisant pr&eacute;c&eacute;der d'un "!".
+De plus, ces sections peuvent &ecirc;tre imbriqu&eacute;es afin de d&eacute;finir des restrictions
+plus complexes.</p>
+</section>
+
+<section id="file-and-web"><title>Syst&egrave;me de fichiers et
+arborescence du site web</title>
+
+<p>Les conteneurs de sections de configuration les plus couramment utilis&eacute;s
+sont ceux qui modifient la configuration de points particuliers du syst&egrave;me de
+fichiers ou de l'arborescence du site web.  Tout d'abord, il est important de
+comprendre la diff&eacute;rence entre les deux.  Le syst&egrave;me de fichiers est une vue
+de vos disques tels qu'ils sont per&ccedil;us par votre syst&egrave;me d'exploitation.
+Par exemple, avec une installation par d&eacute;faut,
+Apache est situ&eacute; dans <code>/usr/local/apache2</code> pour le syst&egrave;me de
+fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
+le syst&egrave;me de fichiers Windows.  (Notez que des slashes directs doivent
+toujours &ecirc;tre utilis&eacute;s comme s&eacute;parateur de chemin dans Apache, m&ecirc;me sous
+Windows.)  Quant &agrave;
+l'arborescence du site web, il s'agit d'une vue de votre site
+tel que pr&eacute;sent&eacute; par le
+serveur web et per&ccedil;ue par le client.  Ainsi le chemin <code>/dir/</code> dans
+l'arborescence du site web correspond au chemin
+<code>/usr/local/apache2/htdocs/dir/</code> dans le syst&egrave;me de fichiers pour
+une installation d'Apache par d&eacute;faut sous UNIX.
+En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
+syst&egrave;me de fichiers, car les pages web peuvent &ecirc;tre g&eacute;n&eacute;r&eacute;es dynamiquement
+&agrave; partir de bases de donn&eacute;es ou d'autres emplacements.</p>
+
+<section id="filesystem"><title>Conteneurs de syst&egrave;me de fichiers</title>
+
+<p>Les conteneurs <directive type="section" module="core">Directory</directive>
+et <directive type="section" module="core">Files</directive>,
+ainsi que leurs &eacute;quivalents acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>,
+appliquent des directives &agrave; certaines parties du syst&egrave;me de fichiers.
+Les directives contenues dans une section <directive
+type="section" module="core">Directory</directive> s'appliquent au r&eacute;pertoire
+pr&eacute;cis&eacute;, ainsi qu'&agrave; tous ses sous-r&eacute;pertoires.
+Le m&ecirc;me effet peut &ecirc;tre obtenu en utilisant les <a
+href="howto/htaccess.html">fichiers .htaccess</a>.  Par exemple, avec la
+configuration suivante, l'indexation sera activ&eacute;e pour le r&eacute;pertoire
+<code>/var/web/dir1</code> et tous ses sous-r&eacute;pertoires.</p>
+
+<example>
+&lt;Directory /var/web/dir1&gt;<br />
+Options +Indexes<br />
+&lt;/Directory&gt;
+</example>
+
+<p>Les directives contenues dans une section <directive type="section"
+module="core">Files</directive> s'appliquent &agrave; tout fichier
+avec le nom sp&eacute;cifi&eacute;, quel que soit le r&eacute;pertoire dans lequel il se trouve.
+Ainsi par exemple, les directives de configuration suivantes, si elles sont
+plac&eacute;es dans la section principale du fichier de configuration, vont interdire
+l'acc&egrave;s &agrave; tout fichier nomm&eacute; <code>private.html</code> quel que soit
+l'endroit o&ugrave; il se trouve.</p>
+
+<example>
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;
+</example>
+
+<p>Pour faire r&eacute;f&eacute;rence &agrave; des fichiers qui se trouvent en des points
+particuliers du syst&egrave;me de fichiers, les sections
+<directive type="section" module="core">Files</directive> et
+<directive type="section" module="core">Directory</directive>
+peuvent &ecirc;tre combin&eacute;es.  Par exemple, la configuration suivante va interdire
+l'acc&egrave;s &agrave; <code>/var/web/dir1/private.html</code>,
+<code>/var/web/dir1/subdir2/private.html</code>,
+<code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de
+<code>private.html</code> qui se trouve dans l'arborescence
+<code>/var/web/dir1/</code>.</p>
+
+<example>
+&lt;Directory /var/web/dir1&gt;<br />
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;<br />
+&lt;/Directory&gt;
+</example>
+</section>
+
+<section id="webspace"><title>Conteneurs de l'arborescence du site web</title>
+
+<p>le conteneur <directive type="section" module="core">Location</directive>
+et son &eacute;quivalent acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>, modifient quant &agrave; eux la
+configuration de parties de l'arborescence du site web.  Par exemple, la
+configuration suivante interdit l'acc&egrave;s &agrave; toute URL dont la partie chemin
+commence par /private.
+En particulier, l'interdiction s'appliquera aux requ&ecirc;tes pour :
+<code>http://yoursite.example.com/private</code>,
+<code>http://yoursite.example.com/private123</code>, et
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'&agrave;
+toute requ&ecirc;te commen&ccedil;ant par la cha&icirc;ne de caract&egrave;res <code>/private</code>.</p>
+
+<example>
+&lt;Location /private&gt;<br />
+Order Allow,Deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</example>
+
+<p>Le conteneur <directive type="section" module="core">Location</directive>
+n'a pas besoin de faire r&eacute;f&eacute;rence &agrave; un &eacute;l&eacute;ment du syst&egrave;me de fichiers.
+Par exemple, l'exemple suivant montre comment faire r&eacute;f&eacute;rence &agrave; une URL
+particuli&egrave;re vers un gestionnaire interne d'Apache fourni par le module
+<module>mod_status</module>.
+Il n'est pas n&eacute;cessaire de trouver un fichier nomm&eacute; <code>server-status</code>
+dans le syst&egrave;me de fichiers.</p>
+
+<example>
+&lt;Location /server-status&gt;<br />
+SetHandler server-status<br />
+&lt;/Location&gt;
+</example>
+</section>
+
+<section id="wildcards"><title>Caract&egrave;res de remplacement
+et expressions rationnelles</title>
+
+<p>Les conteneurs
+<directive type="section" module="core">Directory</directive>,
+<directive type="section" module="core">Files</directive>, et
+<directive type="section" module="core">Location</directive>
+peuvent utiliser des caract&egrave;res de remplacement de style shell comme dans
+la fonction <code>fnmatch</code> de la biblioth&egrave;que C standard.
+Le caract&egrave;re "*"
+correspond &agrave; toute s&eacute;quence de caract&egrave;res, "?" &agrave; un caract&egrave;re seul,
+et "[<em>seq</em>]" &agrave; tout caract&egrave;re contenu dans <em>seq</em>.
+Le caract&egrave;re "/"
+ne peut pas faire l'objet d'un remplacement;
+il doit &ecirc;tre sp&eacute;cifi&eacute; explicitement.</p>
+
+<p>Si une d&eacute;finition des crit&egrave;res de correspondance
+encore plus souple est n&eacute;cessaire, chaque conteneur
+poss&egrave;de son &eacute;quivalent acceptant les expressions rationnelles : <directive
+type="section" module="core">DirectoryMatch</directive>, <directive
+type="section" module="core">FilesMatch</directive>, et <directive
+type="section" module="core">LocationMatch</directive> acceptent les
+<glossary ref="regex">expressions rationnelles</glossary> compatibles Perl
+pour d&eacute;finir les crit&egrave;res de correspondance.  Mais voyez plus loin la section
+&agrave; propos de la combinaison des sections de configuration
+pour comprendre comment l'utilisation de
+conteneurs avec des expressions rationnelles va modifier la mani&egrave;re
+dont les directives sont appliqu&eacute;es.</p>
+
+<p>Un conteneur qui modifie la configuration de tous les
+r&eacute;pertoires utilisateurs &agrave; l'aide de caract&egrave;res de remplacement
+mais sans utiliser
+les expressions rationnelles pourrait ressembler &agrave; ceci :</p>
+
+<example>
+&lt;Directory /home/*/public_html&gt;<br />
+Options Indexes<br />
+&lt;/Directory&gt;
+</example>
+
+<p>Avec les conteneurs utilisant les expressions rationnelles,
+on peut interdire l'acc&egrave;s &agrave; de nombreux types de fichiers d'images
+simultan&eacute;ment :</p>
+<example>
+&lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/FilesMatch&gt;
+</example>
+
+</section>
+
+<section id="whichwhen"><title>Que faut-il utiliser et quand ?</title>
+
+<p>Choisir entre des conteneurs de syst&egrave;me de fichiers et des conteneurs
+d'arborescence du site web est vraiment tr&egrave;s simple.
+Pour appliquer des directives &agrave; des objets qui r&eacute;sident dans le syst&egrave;me de
+fichiers, utilisez toujours un conteneur <directive type="section"
+module="core">Directory</directive> ou <directive type="section"
+module="core">Files</directive>.  Pour appliquer des directives &agrave; des objets
+qui ne r&eacute;sident pas dans le syst&egrave;me de fichiers (comme une page web g&eacute;n&eacute;r&eacute;e
+par une base de donn&eacute;es), utilisez un conteneur <directive type="section"
+module="core">Location</directive>.</p>
+
+<p>Il ne faut jamais utiliser un conteneur <directive type="section"
+module="core">Location</directive> pour restreindre l'acc&egrave;s &agrave; des
+objets du syst&egrave;me de fichiers, car plusieurs localisations de
+l'arborescence du site web (URLs) peuvent correspondre &agrave; la m&ecirc;me localisation
+du syst&egrave;me de fichier, ce qui peut permettre de contourner vos restrictions.
+Par exemple, imaginez la configuration suivante :</p>
+
+<example>
+&lt;Location /dir/&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</example>
+
+<p>Elle fonctionne correctement si la requ&ecirc;te appelle
+<code>http://yoursite.example.com/dir/</code>.  Mais que va-t-il se passer si
+votre syst&egrave;me de fichiers est insensible &agrave; la casse ?
+Votre restriction va pouvoir &ecirc;tre tout simplement contourn&eacute;e en envoyant une
+requ&ecirc;te sur
+<code>http://yoursite.example.com/DIR/</code>.  Le conteneur <directive
+type="section" module="core">Directory</directive>, quant &agrave; lui, s'appliquera
+&agrave; tout contenu servi &agrave; partir de cette localisation,
+sans tenir compte de la mani&egrave;re dont il est appel&eacute;.
+(Les liens du syst&egrave;me de fichiers constituent une exception.
+Le m&ecirc;me r&eacute;pertoire peut &ecirc;tre plac&eacute; dans plusieurs parties du syst&egrave;me de
+fichiers en utilisant des liens symboliques.  Le conteneur
+<directive type="section" module="core">Directory</directive> va suivre le
+lien symbolique sans modifier le nom du chemin.  Par cons&eacute;quent, pour plus de
+s&eacute;curit&eacute;, les liens symboliques doivent &ecirc;tre d&eacute;sactiv&eacute;s &agrave; l'aide de la
+directive
+<directive module="core">Options</directive> appropri&eacute;e.)</p>
+
+<p>Si vous pensez que vous n'&ecirc;tes pas concern&eacute; par ce probl&egrave;me
+parceque vous utilisez un syst&egrave;me de fichiers sensible &agrave; la casse,
+gardez &agrave; l'esprit qu'il y a de nombreuses autres mani&egrave;res pour faire
+correspondre plusieurs localisations de l'arborescence du site web &agrave; la m&ecirc;me
+localisation du syst&egrave;me de fichiers.  C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de syst&egrave;me de fichiers.
+Il y a cependant une exception &agrave; cette r&egrave;gle.  Placer des restrictions de
+configuration dans un conteneur <code>&lt;Location
+/&gt;</code> est tout &agrave; fait sans rique car ce conteneur va s'appliquer &agrave;
+toutes les requ&ecirc;tes sans tenir compte de l'URL sp&eacute;cifique.</p>
+</section>
+
+</section>
+
+<section id="virtualhost"><title>Hôtes virtuels</title>
+
+<p>Le conteneur <directive type="section" module="core">VirtualHost</directive>
+contient des directives qui s'appliquent &agrave; des hôtes sp&eacute;cifiques.
+Ceci s'av&egrave;re utile pour servir des hôtes multiples &agrave; partir de la m&ecirc;me machine,
+chacun d'entre eux poss&eacute;dant une configuration diff&eacute;rente.  Pour de plus amples
+informations,
+voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p>
+</section>
+
+<section id="proxy"><title>Mandataire</title>
+
+<p>Les conteneurs
+<directive type="section" module="mod_proxy">Proxy</directive>
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>
+appliquent les directives de configuration qu'ils contiennent uniquement aux
+sites qui correspondent &agrave; l'URL sp&eacute;cifi&eacute;e et auxquels on a
+acc&eacute;d&eacute; via le serveur mandataire du module <module>mod_proxy</module>.
+Par exemple, la configuration suivante
+va interdire l'utilisation du serveur proxy pour acc&eacute;der au site
+<code>cnn.com</code>.</p>
+
+<example>
+&lt;Proxy http://cnn.com/*&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Proxy&gt;
+</example>
+</section>
+
+<section id="whatwhere"><title>Quelles sont les directives autoris&eacute;es ?</title>
+
+<p>Pour d&eacute;terminer quelles sont les directives autoris&eacute;es pour tel type de
+section de configuration, v&eacute;rifiez le <a
+href="mod/directive-dict.html#Context">Contexte</a> de la directive.
+Tout ce qui est autoris&eacute; dans les sections
+<directive type="section" module="core">Directory</directive>
+l'est aussi d'un point de vue syntaxique dans les sections
+<directive type="section" module="core">DirectoryMatch</directive>,
+<directive type="section" module="core">Files</directive>,
+<directive type="section" module="core">FilesMatch</directive>,
+<directive type="section" module="core">Location</directive>,
+<directive type="section" module="core">LocationMatch</directive>,
+<directive type="section" module="mod_proxy">Proxy</directive>,
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>.
+Il y a cependant quelques exceptions :</p>
+
+<ul>
+<li>La directive <directive module="core">AllowOverride</directive>
+ne fonctionne que dans les sections
+<directive type="section" module="core">Directory</directive>.</li>
+
+<li>Les <directive
+module="core">Options</directive> <code>FollowSymLinks</code> et
+<code>SymLinksIfOwnerMatch</code>  ne fonctionnent que dans les sections
+<directive type="section" module="core">Directory</directive> ou les fichiers
+<code>.htaccess</code>.</li>
+
+<li>La directive <directive module="core">Options</directive> ne peut pas &ecirc;tre
+utilis&eacute;e dans les sections
+<directive type="section" module="core">Files</directive>
+et <directive type="section" module="core">FilesMatch</directive>.</li>
+</ul>
+</section>
+
+<section id="mergin"><title>Comment les sections sont combin&eacute;es entre elles</title>
+
+<p>Les sections de configuration sont appliqu&eacute;es dans un ordre tr&egrave;s particulier.
+Il est important de savoir comment cet ordre est d&eacute;fini car il peut avoir
+des effets importants sur la mani&egrave;re dont les directives de configuration
+sont interpr&eacute;t&eacute;es.</p>
+
+    <p>L'ordre dans lequel les sections sont combin&eacute;es est :</p>
+
+    <ol>
+      <li> Les sections <directive type="section"
+      module="core">Directory</directive> (&agrave; l'exception des
+      expressions rationnelles)
+      et les fichiers <code>.htaccess</code> sont appliqu&eacute;s simultan&eacute;ment (avec
+      la possibilit&eacute; pour <code>.htaccess</code>, s'il y est autoris&eacute;, de
+      pr&eacute;valoir sur
+      <directive type="section" module="core">Directory</directive>)</li>
+
+      <li>Les sections
+      <directive type="section" module="core">DirectoryMatch</directive>
+      (et <code>&lt;Directory ~&gt;</code>)</li>
+
+      <li>Les sections <directive type="section"
+      module="core">Files</directive> et <directive
+      type="section" module="core">FilesMatch</directive> sont appliqu&eacute;es
+      simultan&eacute;ment</li>
+
+      <li>Les sections
+      <directive type="section" module="core">Location</directive>
+      et <directive type="section"
+      module="core">LocationMatch</directive> sont appliqu&eacute;es
+      simultan&eacute;ment</li>
+    </ol>
+
+    <p>Mises &agrave; part les sections <directive type="section"
+    module="core">Directory</directive>, chaque groupe est trait&eacute; selon
+    l'ordre dans lequel il appara&icirc;t dans les fichiers de configuration.
+    Les sections <directive
+    type="section" module="core">Directory</directive> (groupe 1 ci-dessus)
+    sont trait&eacute;es dans l'ordre du r&eacute;pertoire le plus court vers le plus long.
+    Par exemple, <code>&lt;Directory /var/web/dir&gt;</code> sera
+    trait&eacute; avant <code>&lt;Directory
+    /var/web/dir/subdir&gt;</code>.  Si plusieurs sections <directive
+    type="section" module="core">Directory</directive> s'appliquent au m&ecirc;me
+    r&eacute;pertoire, elles sont trait&eacute;es selon l'ordre dans lequel elles
+    apparaissent dans le fichier de configuration.
+    Les sections de configuration incluses via la directive <directive
+    module="core">Include</directive> sont trait&eacute;es comme si elles se
+    trouvaient r&eacute;ellement dans le fichier qui les inclut &agrave; la position de la
+    directive
+    <directive module="core">Include</directive>.</p>
+
+    <p>Les sections situ&eacute;es &agrave; l'int&eacute;rieur de sections <directive type="section"
+    module="core">VirtualHost</directive>
+    sont appliqu&eacute;es <em>apr&egrave;s</em> les sections correspondantes situ&eacute;es en
+    dehors de la d&eacute;finition de l'hôte virtuel, ce qui permet &agrave; l'hôte virtuel
+    de pr&eacute;valoir sur la configuration du serveur principal.</p>
+
+    <p>Quand la requ&ecirc;te est servie par le module <module>mod_proxy</module>,
+    le conteneur <directive module="mod_proxy" type="section">Proxy</directive>
+    prend la place du conteneur <directive module="core"
+    type="section">Directory</directive> dans l'ordre de traitement.</p>
+
+    <p>Les sections situ&eacute;es plus loin dans le fichier de configuration pr&eacute;valent
+    sur celles qui les pr&eacute;c&egrave;dent.</p>
+
+<note><title>Note technique</title>
+	Une s&eacute;quence
+	<code>&lt;Location&gt;</code>/<code>&lt;LocationMatch&gt;</code>
+	est r&eacute;ellement trait&eacute;e juste avant la phase de traduction du nom
+	(o&ugrave; <code>Aliases</code> et <code>DocumentRoots</code>
+      sont utilis&eacute;s pour faire correspondre les URLs aux noms de fichiers).
+      Les effets de cette s&eacute;quence disparaissent totalement lorsque
+      la traduction est termin&eacute;e.
+</note>
+
+<section id="merge-examples"><title>Quelques exemples</title>
+
+<p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
+En supposant qu'elles s'appliquent toutes &agrave; la requ&ecirc;te, les directives de
+cet exemple seront appliqu&eacute;es dans l'ordre suivant : A &gt; B &gt; C &gt; D &gt;
+E.</p>
+
+<example>
+&lt;Location /&gt;<br />
+E<br />
+&lt;/Location&gt;<br />
+<br />
+&lt;Files f.html&gt;<br />
+D<br />
+&lt;/Files&gt;<br />
+<br />
+&lt;VirtualHost *&gt;<br />
+&lt;Directory /a/b&gt;<br />
+B<br />
+&lt;/Directory&gt;<br />
+&lt;/VirtualHost&gt;<br />
+<br />
+&lt;DirectoryMatch "^.*b$"&gt;<br />
+C<br />
+&lt;/DirectoryMatch&gt;<br />
+<br />
+&lt;Directory /a/b&gt;<br />
+A<br />
+&lt;/Directory&gt;<br />
+<br />
+</example>
+
+<p>Pour un exemple plus concret, consid&eacute;rez ce qui suit.  Sans tenir compte
+de toute restriction d'acc&egrave;s plac&eacute;e dans les sections <directive module="core"
+type="section">Directory</directive>, la section <directive
+module="core" type="section">Location</directive> sera
+&eacute;valu&eacute;e en dernier et permettra un acc&egrave;s au serveur sans aucune restriction.
+En d'autres termes, l'ordre de la combinaison des sections est important,
+soyez donc prudent !</p>
+
+<example>
+&lt;Location /&gt;<br />
+Order deny,allow<br />
+Allow from all<br />
+&lt;/Location&gt;<br />
+<br />:if expand("%") == ""|browse confirm w|else|confirm w|endif
+
+# Arrghs!  Cette section &lt;Directory&gt; n'aura aucun effet<br />
+&lt;Directory /&gt;<br />
+Order allow,deny<br />
+Allow from all<br />
+Deny from badguy.example.com<br />
+&lt;/Directory&gt;
+</example>
+
+</section>
+
+</section>
+</manualpage>
diff --git a/docs/manual/sections.xml.meta b/docs/manual/sections.xml.meta
index b372be71514..c113ed38e50 100644
--- a/docs/manual/sections.xml.meta
+++ b/docs/manual/sections.xml.meta
@@ -7,6 +7,7 @@
 
   <variants>
     <variant>en</variant>
+    <variant>fr</variant>
     <variant outdated="yes">ja</variant>
     <variant outdated="yes">ko</variant>
   </variants>
diff --git a/docs/manual/upgrading.html b/docs/manual/upgrading.html
index e32040eca50..35b0339c8f6 100644
--- a/docs/manual/upgrading.html
+++ b/docs/manual/upgrading.html
@@ -6,6 +6,10 @@ URI: upgrading.html.en
 Content-Language: en
 Content-type: text/html; charset=ISO-8859-1
 
+URI: upgrading.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
 URI: upgrading.html.ja.euc-jp
 Content-Language: ja
 Content-type: text/html; charset=EUC-JP
diff --git a/docs/manual/upgrading.html.en b/docs/manual/upgrading.html.en
index 4d358c40628..e63ab5e38d5 100644
--- a/docs/manual/upgrading.html.en
+++ b/docs/manual/upgrading.html.en
@@ -20,8 +20,9 @@
 <div class="toplang">
 <p><span>Available Languages: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/upgrading.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./fr/upgrading.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a> |
 <a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a></p>
 </div>
@@ -150,8 +151,9 @@
 <div class="bottomlang">
 <p><span>Available Languages: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
 <a href="./en/upgrading.html" title="English">&nbsp;en&nbsp;</a> |
-<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
-<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./fr/upgrading.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
 <a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a> |
 <a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a></p>
 </div><div id="footer">
diff --git a/docs/manual/upgrading.html.fr b/docs/manual/upgrading.html.fr
new file mode 100644
index 00000000000..8ae536b2641
--- /dev/null
+++ b/docs/manual/upgrading.html.fr
@@ -0,0 +1,175 @@
+<?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>Mise à jour vers 2.2 depuis 2.0 - 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.2</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.2</a></div><div id="page-content"><div id="preamble"><h1>Mise à jour vers 2.2 depuis 2.0</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/upgrading.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
+<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a> |
+<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a></p>
+</div>
+
+  <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
+  jour, nous maintenons un document
+  qui comporte des informations critiques à l'attention des personnes qui
+  utilisent déjà Apache. Ces informations ne sont que de brèves notes, et vous
+  devriez trouver plus d'informations dans le document <a href="new_features_2_2.html">Nouvelles fonctionnalités</a>, ou dans
+  le fichier <code>src/CHANGES</code>.</p>
+
+  <p>Ce document ne décrit que les modifications intervenues entre les versions
+  2.0 et 2.2. Si vous effectuez une mise à jour depuis la version 1.3, vous
+  devez aussi consulter le
+  <a href="http://httpd.apache.org/docs/2.0/upgrading.html">document de mise
+  à jour de 1.3 vers 2.0.</a></p>
+
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#compile-time">Modifications de la configuration au moment de la compilation</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration à l'exécution</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#misc">Changements divers</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#third-party">Modules tiers</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="new_features_2_2.html">Vue d'ensemble des nouvelles
+fonctionnalités de Apache 2.2</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="compile-time" id="compile-time">Modifications de la configuration au moment de la compilation</a></h2>
+    
+
+    <p>Le processus de compilation est très similaire à celui de la
+    version 2.0. Dans certains cas, vous pourrez même utiliser
+    votre ancienne ligne de commande
+    <code>configure</code> (que vous trouverez dans le fichier
+    <code>build/config.nice</code> à la racine du répertoire des sources de
+    votre serveur). Les changements qui devront être le plus souvent effectués
+    concerneront des noms de modules, et en particulier les modules gérant
+    l'authentification et les autorisations.
+    Quelques exemples de modifications :</p>
+
+    <ul>
+      <li>mod_imap a été renommé en <code class="module"><a href="./mod/mod_imagemap.html">mod_imagemap</a></code></li>
+      <li>mod_auth a été scindé en quatre modules :
+      <code class="module"><a href="./mod/mod_auth_basic.html">mod_auth_basic</a></code>,
+          <code class="module"><a href="./mod/mod_authn_file.html">mod_authn_file</a></code>, <code class="module"><a href="./mod/mod_authz_user.html">mod_authz_user</a></code>, et
+          <code class="module"><a href="./mod/mod_authz_groupfile.html">mod_authz_groupfile</a></code></li>
+      <li>mod_access a été renommé en <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code></li>
+      <li>mod_auth_ldap a été renommé en <code class="module"><a href="./mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code></li>
+      <li>La version requise pour l'API APR est la 1.0.</li>
+      <li>La version de la bibliothèque PCRE intégrée est la 5.0</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="run-time" id="run-time">Modifications de la configuration à l'exécution</a></h2>
+    
+
+    <p>Vos fichiers de configuration et scripts de démarrage de la version 2.0
+    existante peuvent en général être utilisés sans modification avec la
+    version 2.2. Quelques petits ajustements peuvent cependant être nécessaires
+    dans le cas de configurations particulières comme décrit plus bas.
+    En outre, si des modules standards sont chargés dynamiquement à l'aide de
+    la directive <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>,
+    vous devez vérifier les changements de noms de modules mentionnés
+    plus haut.</p>
+
+    <p>Si vous choisissez d'utiliser le nouveau fichier de configuration par
+    défaut de la
+    version 2.2, vous vous apercevrez qu'il a été considérablement simplifié
+    et ne conserve que les points les plus essentiels de la configuration.
+    Plusieurs exemples de configurations utilisant des fonctionnalités plus
+    avancées sont disponibles dans le répertoire
+      <code>conf/extra/</code> de l'installation du serveur. Les fichiers de
+      configuration par défaut se trouvent dans le répertoire
+      <code>conf/original</code>.</p>
+
+    <p>Quelques changements dans la configuration à l'exécution que vous
+    pouvez noter :</p>
+
+    <ul>
+      <li>L'option <code>startssl</code> du programme
+      <code class="program"><a href="./programs/apachectl.html">apachectl</a></code> n'est plus disponible. Pour activer le
+      support SSL, vous devez éditer <code>httpd.conf</code> de façon à
+      inclure les directives du module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code>
+      correspondantes, puis utiliser la commande <code>apachectl start</code>
+      pour démarrer le serveur. Vous trouverez un exemple de configuration
+      permettant d'activer le module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> dans le fichier
+      <code>conf/extra/httpd-ssl.conf</code>.</li>
+
+      <li>La directive <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> est maintenant définie par
+      défaut à <code>Off</code>. Si cette directive
+      n'était pas présente dans votre
+      ancien fichier de configuration, vous pouvez ajouter
+      <code>UseCanonicalName On</code> dans le nouveau pour garder inchangé
+      l'ancien comportement.</li>
+
+      <li>Le module <code class="module"><a href="./mod/mod_userdir.html">mod_userdir</a></code> ne sera appliqué sur les
+      requêtes que si une directive <code class="directive"><a href="./mod/mod_userdir.html#userdir">UserDir</a></code> spécifiant un nom de répertoire
+      se trouve dans le fichier de configuration. Pour garder l'ancien
+      comportement par défaut inchangé, placer la directive <code>UserDir
+      public_html</code> dans votre fichier de configuration.</li>
+
+      <li>La directive <code class="directive">AuthDigestFile</code>
+      du module <code class="module"><a href="./mod/mod_auth_digest.html">mod_auth_digest</a></code> a été fusionnée avec la
+      directive <code class="directive"><a href="./mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code>
+      et appartient maintenant au module <code class="module"><a href="./mod/mod_authn_file.html">mod_authn_file</a></code>.</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="misc" id="misc">Changements divers</a></h2>
+    
+
+    <ul>
+      <li>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, qui était
+      expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+      <li>Le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, qui était
+      expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+      <li>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>, qui était
+      expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+      <li>Le module <code class="module"><a href="./mod/mod_charset_lite.html">mod_charset_lite</a></code>, qui était
+      expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+      <li>Le module <code class="module"><a href="./mod/mod_dumpio.html">mod_dumpio</a></code>, qui était
+      expérimental dans Apache 2.0, est désormais un module standard.</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="third-party" id="third-party">Modules tiers</a></h2>
+    
+
+   <p>De nombreux modules tiers conçus pour la version 2.0 fonctionneront sans
+   changement avec le serveur HTTP Apache version 2.2. Mais tous ces modules
+   doivent être recompilés avant de pouvoir être chargés.</p>
+
+  </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
+<a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./fr/upgrading.html" title="Français">&nbsp;fr&nbsp;</a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="">&nbsp;ja&nbsp;</a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="">&nbsp;ko&nbsp;</a> |
+<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)">&nbsp;pt-br&nbsp;</a> |
+<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé 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
diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr
new file mode 100644
index 00000000000..8ae55ef5d81
--- /dev/null
+++ b/docs/manual/upgrading.xml.fr
@@ -0,0 +1,163 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 586771 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007102101 $ -->
+
+<!--
+ 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="upgrading.xml.meta">
+
+<title>Mise &agrave; jour vers 2.2 depuis 2.0</title>
+
+<summary>
+  <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;
+  jour, nous maintenons un document
+  qui comporte des informations critiques &agrave; l'attention des personnes qui
+  utilisent d&eacute;j&agrave; Apache. Ces informations ne sont que de br&egrave;ves notes, et vous
+  devriez trouver plus d'informations dans le document <a
+  href="new_features_2_2.html">Nouvelles fonctionnalit&eacute;s</a>, ou dans
+  le fichier <code>src/CHANGES</code>.</p>
+
+  <p>Ce document ne d&eacute;crit que les modifications intervenues entre les versions
+  2.0 et 2.2. Si vous effectuez une mise &agrave; jour depuis la version 1.3, vous
+  devez aussi consulter le
+  <a href="http://httpd.apache.org/docs/2.0/upgrading.html">document de mise
+  &agrave; jour de 1.3 vers 2.0.</a></p>
+
+</summary>
+<seealso><a href="new_features_2_2.html">Vue d'ensemble des nouvelles
+fonctionnalit&eacute;s de Apache 2.2</a></seealso>
+
+  <section id="compile-time">
+    <title>Modifications de la configuration au moment de la compilation</title>
+
+    <p>Le processus de compilation est tr&egrave;s similaire &agrave; celui de la
+    version 2.0. Dans certains cas, vous pourrez m&ecirc;me utiliser
+    votre ancienne ligne de commande
+    <code>configure</code> (que vous trouverez dans le fichier
+    <code>build/config.nice</code> &agrave; la racine du r&eacute;pertoire des sources de
+    votre serveur). Les changements qui devront &ecirc;tre le plus souvent effectu&eacute;s
+    concerneront des noms de modules, et en particulier les modules g&eacute;rant
+    l'authentification et les autorisations.
+    Quelques exemples de modifications :</p>
+
+    <ul>
+      <li>mod_imap a &eacute;t&eacute; renomm&eacute; en <module>mod_imagemap</module></li>
+      <li>mod_auth a &eacute;t&eacute; scind&eacute; en quatre modules :
+      <module>mod_auth_basic</module>,
+          <module>mod_authn_file</module>, <module>mod_authz_user</module>, et
+          <module>mod_authz_groupfile</module></li>
+      <li>mod_access a &eacute;t&eacute; renomm&eacute; en <module>mod_authz_host</module></li>
+      <li>mod_auth_ldap a &eacute;t&eacute; renomm&eacute; en <module>mod_authnz_ldap</module></li>
+      <li>La version requise pour l'API APR est la 1.0.</li>
+      <li>La version de la biblioth&egrave;que PCRE int&eacute;gr&eacute;e est la 5.0</li>
+    </ul>
+
+  </section>
+
+  <section id="run-time">
+    <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>
+
+    <p>Vos fichiers de configuration et scripts de d&eacute;marrage de la version 2.0
+    existante peuvent en g&eacute;n&eacute;ral &ecirc;tre utilis&eacute;s sans modification avec la
+    version 2.2. Quelques petits ajustements peuvent cependant &ecirc;tre n&eacute;cessaires
+    dans le cas de configurations particuli&egrave;res comme d&eacute;crit plus bas.
+    En outre, si des modules standards sont charg&eacute;s dynamiquement &agrave; l'aide de
+    la directive <directive module="mod_so">LoadModule</directive>,
+    vous devez v&eacute;rifier les changements de noms de modules mentionn&eacute;s
+    plus haut.</p>
+
+    <p>Si vous choisissez d'utiliser le nouveau fichier de configuration par
+    d&eacute;faut de la
+    version 2.2, vous vous apercevrez qu'il a &eacute;t&eacute; consid&eacute;rablement simplifi&eacute;
+    et ne conserve que les points les plus essentiels de la configuration.
+    Plusieurs exemples de configurations utilisant des fonctionnalit&eacute;s plus
+    avanc&eacute;es sont disponibles dans le r&eacute;pertoire
+      <code>conf/extra/</code> de l'installation du serveur. Les fichiers de
+      configuration par d&eacute;faut se trouvent dans le r&eacute;pertoire
+      <code>conf/original</code>.</p>
+
+    <p>Quelques changements dans la configuration &agrave; l'ex&eacute;cution que vous
+    pouvez noter :</p>
+
+    <ul>
+      <li>L'option <code>startssl</code> du programme
+      <program>apachectl</program> n'est plus disponible. Pour activer le
+      support SSL, vous devez &eacute;diter <code>httpd.conf</code> de fa&ccedil;on &agrave;
+      inclure les directives du module <module>mod_ssl</module>
+      correspondantes, puis utiliser la commande <code>apachectl start</code>
+      pour d&eacute;marrer le serveur. Vous trouverez un exemple de configuration
+      permettant d'activer le module <module>mod_ssl</module> dans le fichier
+      <code>conf/extra/httpd-ssl.conf</code>.</li>
+
+      <li>La directive <directive
+      module="core">UseCanonicalName</directive> est maintenant d&eacute;finie par
+      d&eacute;faut &agrave; <code>Off</code>. Si cette directive
+      n'&eacute;tait pas pr&eacute;sente dans votre
+      ancien fichier de configuration, vous pouvez ajouter
+      <code>UseCanonicalName On</code> dans le nouveau pour garder inchang&eacute;
+      l'ancien comportement.</li>
+
+      <li>Le module <module>mod_userdir</module> ne sera appliqu&eacute; sur les
+      requ&ecirc;tes que si une directive <directive
+      module="mod_userdir">UserDir</directive> sp&eacute;cifiant un nom de r&eacute;pertoire
+      se trouve dans le fichier de configuration. Pour garder l'ancien
+      comportement par d&eacute;faut inchang&eacute;, placer la directive <code>UserDir
+      public_html</code> dans votre fichier de configuration.</li>
+
+      <li>La directive <directive>AuthDigestFile</directive>
+      du module <module>mod_auth_digest</module> a &eacute;t&eacute; fusionn&eacute;e avec la
+      directive <directive module="mod_authn_file">AuthUserFile</directive>
+      et appartient maintenant au module <module>mod_authn_file</module>.</li>
+    </ul>
+  </section>
+
+  <section id="misc">
+    <title>Changements divers</title>
+
+    <ul>
+      <li>Le module <module>mod_cache</module>, qui &eacute;tait
+      exp&eacute;rimental dans Apache 2.0, est d&eacute;sormais un module standard.</li>
+
+      <li>Le module <module>mod_disk_cache</module>, qui &eacute;tait
+      exp&eacute;rimental dans Apache 2.0, est d&eacute;sormais un module standard.</li>
+
+      <li>Le module <module>mod_mem_cache</module>, qui &eacute;tait
+      exp&eacute;rimental dans Apache 2.0, est d&eacute;sormais un module standard.</li>
+
+      <li>Le module <module>mod_charset_lite</module>, qui &eacute;tait
+      exp&eacute;rimental dans Apache 2.0, est d&eacute;sormais un module standard.</li>
+
+      <li>Le module <module>mod_dumpio</module>, qui &eacute;tait
+      exp&eacute;rimental dans Apache 2.0, est d&eacute;sormais un module standard.</li>
+
+    </ul>
+  </section>
+
+  <section id="third-party">
+    <title>Modules tiers</title>
+
+   <p>De nombreux modules tiers con&ccedil;us pour la version 2.0 fonctionneront sans
+   changement avec le serveur HTTP Apache version 2.2. Mais tous ces modules
+   doivent &ecirc;tre recompil&eacute;s avant de pouvoir &ecirc;tre charg&eacute;s.</p>
+
+  </section>
+</manualpage>
diff --git a/docs/manual/upgrading.xml.meta b/docs/manual/upgrading.xml.meta
index 636b2b10519..36c05764488 100644
--- a/docs/manual/upgrading.xml.meta
+++ b/docs/manual/upgrading.xml.meta
@@ -8,6 +8,7 @@
   <variants>
     <variant outdated="yes">de</variant>
     <variant>en</variant>
+    <variant>fr</variant>
     <variant outdated="yes">ja</variant>
     <variant outdated="yes">ko</variant>
     <variant outdated="yes">pt-br</variant>