From: Lucien Gentis <lgentis@apache.org>
Date: Tue, 15 Mar 2016 17:45:57 +0000 (+0000)
Subject: XML updates.
X-Git-Tag: 2.5.0-alpha~1895
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=f1eff27ef12a91d994dea4f574a621dd7539eac7;p=apache

XML updates.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1735151 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/docs/manual/howto/access.xml.fr b/docs/manual/howto/access.xml.fr
index b1d025b22c..c0cb44fd62 100644
--- a/docs/manual/howto/access.xml.fr
+++ b/docs/manual/howto/access.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
-<!-- English Revision: 1673945:1734351 (outdated) -->
+<!-- English Revision: 1734351 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,50 +25,50 @@
 <manualpage metafile="access.xml.meta">
 <parentdocument href="./">How-To / Tutoriels</parentdocument>
 
-<title>Contr&ocirc;le d'acc&egrave;s</title>
+<title>Contrôle d'accès</title>
 
 <summary>
-    <p>Le contr&ocirc;le d'acc&egrave;s fait r&eacute;f&eacute;rence &agrave; tout concept de contr&ocirc;le
-    d'acc&egrave;s &agrave; une ressource quelconque. Il est distinct du processus d'<a
+    <p>Le contrôle d'accès fait référence à tout concept de contrôle
+    d'accès à une ressource quelconque. Il est distinct du processus d'<a
     href="auth.html">authentification et d'autorisation</a>.</p>
 </summary>
 
-<section id="related"><title>Modules et directives concern&eacute;s</title>
+<section id="related"><title>Modules et directives concernés</title>
 
-    <p>Plusieurs modules peuvent intervenir dans le contr&ocirc;le d'acc&egrave;s.
+    <p>Plusieurs modules peuvent intervenir dans le contrôle d'accès.
     Les plus importants sont <module>mod_authz_core</module> et
-    <module>mod_authz_host</module>. Ce document &eacute;galement aussi comment
-    utiliser <module>mod_rewrite</module> pour le contr&ocirc;le
-    d'acc&egrave;s.</p>
+    <module>mod_authz_host</module>. Ce document également aussi comment
+    utiliser <module>mod_rewrite</module> pour le contrôle
+    d'accès.</p>
 
 </section>
 
-<section id="host"><title>Contr&ocirc;le d'acc&egrave;s en fonction de l'h&ocirc;te du
+<section id="host"><title>Contrôle d'accès en fonction de l'hôte du
 client</title>
     <p>
-    Si vous souhaitez restreindre l'acc&egrave;s &agrave; certaines parties de votre
-    site web en fonction de l'adresse de l'h&ocirc;te de vos visiteurs, le
-    plus simple pour y parvenir consiste &agrave; utiliser le module
+    Si vous souhaitez restreindre l'accès à certaines parties de votre
+    site web en fonction de l'adresse de l'hôte de vos visiteurs, le
+    plus simple pour y parvenir consiste à utiliser le module
     <module>mod_authz_host</module>.
     </p>
 
     <p>La directive <directive
     module="mod_authz_core">Require</directive> permet d'accorder ou
-    d'interdire l'acc&egrave;s &agrave; certaines ressources de diff&eacute;rentes mani&egrave;res.
-    Ces crit&egrave;res d'acc&egrave;s, en conjonction avec les directives <directive
+    d'interdire l'accès à certaines ressources de différentes manières.
+    Ces critères d'accès, en conjonction avec les directives <directive
     module="mod_authz_core">RequireAll</directive>, <directive
     module="mod_authz_core">RequireAny</directive>, et <directive
-    module="mod_authz_core">RequireNone</directive>, peuvent &ecirc;tre
-    combin&eacute;s d'une mani&egrave;re suffisamment complexe pour
-    satisfaire votre politique de contr&ocirc;le d'acc&egrave;s.</p>
+    module="mod_authz_core">RequireNone</directive>, peuvent être
+    combinés d'une manière suffisamment complexe pour
+    satisfaire votre politique de contrôle d'accès.</p>
 
     <note type="warning"><p>
     Les directives <directive
     module="mod_access_compat">Allow</directive>, <directive
     module="mod_access_compat">Deny</directive>, et <directive
     module="mod_access_compat">Order</directive> fournies par le module
-    <module>mod_access_compat</module> sont obsol&egrave;tes, et sont appel&eacute;es &agrave;
-    dispara&icirc;tre dans les versions futures. Il est donc d&eacute;conseill&eacute; de
+    <module>mod_access_compat</module> sont obsolètes, et sont appelées à
+    disparaître dans les versions futures. Il est donc déconseillé de
     les utiliser, et de se fier aux tutoriels qui recommandent leur
     utilisation.
     </p></note>
@@ -76,33 +76,33 @@ client</title>
     <p>Les directives Require s'utilisent comme suit :</p>
 
     <highlight language="config">
-Require host address
-Require ip ip.address
+Require host <var>address</var>
+Require ip <var>ip.address</var>
     </highlight>
 
-    <p>Dans la premi&egrave;re forme, <var>nom-h&ocirc;te</var> est un nom de domaine
-    pleinement qualifi&eacute; (fqdn), ou un nom de domaine partiel ; vous
-    pouvez sp&eacute;cifier plusieurs noms de domaines, si vous le d&eacute;sirez.</p>
+    <p>Dans la première forme, <var>nom-hôte</var> est un nom de domaine
+    pleinement qualifié (fqdn), ou un nom de domaine partiel ; vous
+    pouvez spécifier plusieurs noms de domaines, si vous le désirez.</p>
 
     <p>Dans la seconde forme, <var>adresse-ip</var> est une adresse IP
-    compl&egrave;te, une adresse IP partielle, une paire r&eacute;seau/masque de
-    sous-r&eacute;seau ou une sp&eacute;cification CIDR de la forme r&eacute;seau/nnn. Il est
-    possible de sp&eacute;cifier des adresses IPv4 ou IPv6.</p>
+    complète, une adresse IP partielle, une paire réseau/masque de
+    sous-réseau ou une spécification CIDR de la forme réseau/nnn. Il est
+    possible de spécifier des adresses IPv4 ou IPv6.</p>
 
     <p>Voir <a href="../mod/mod_authz_host.html#requiredirectives">la
     documentation de mod_authz_host</a> pour d'autres exemples de cette
     syntaxe.</p>
 
-    <p>Vous pouvez ins&eacute;rer le mot-cl&eacute; <code>not</code> pour inverser un
-    crit&egrave;re particulier. Notez que le mot <code>not</code> r&eacute;alise la
-    n&eacute;gation sur la valeur, et ne peut pas &ecirc;tre utilis&eacute; seul pour autoriser
-    ou interdire une requ&ecirc;te, car <em>non vrai</em> ne
-    veut pas ici forc&eacute;ment dire <em>faux</em>. Ainsi, pour interdire la
-    visite d'une page &agrave; l'aide d'une n&eacute;gation, le bloc doit contenir un
-    &eacute;l&eacute;ment, qui sera &eacute;valu&eacute; &agrave; l'une des valeurs vrai ou faux.
+    <p>Vous pouvez insérer le mot-clé <code>not</code> pour inverser un
+    critère particulier. Notez que le mot <code>not</code> réalise la
+    négation sur la valeur, et ne peut pas être utilisé seul pour autoriser
+    ou interdire une requête, car <em>non vrai</em> ne
+    veut pas ici forcément dire <em>faux</em>. Ainsi, pour interdire la
+    visite d'une page à l'aide d'une négation, le bloc doit contenir un
+    élément, qui sera évalué à l'une des valeurs vrai ou faux.
     Par exemple, si quelqu'un est en train de
     spamer votre forum, vous pouvez ajouter cette ligne pour lui refuser
-    l'acc&egrave;s :</p>
+    l'accès :</p>
 
     <highlight language="config">
 &lt;RequireAll&gt;
@@ -111,15 +111,15 @@ Require ip ip.address
 &lt;/RequireAll&gt;
     </highlight>
 
-    <p>Les visiteurs poss&eacute;dant cette adresse (<code>10.252.46.165</code>) ne pourront pas voir le
-    contenu concern&eacute; par cette directive. Si vous voulez interdir
-    l'acc&egrave;s &agrave; une machine en fonction de son nom, vous pouvez ajouter
+    <p>Les visiteurs possédant cette adresse (<code>10.252.46.165</code>) ne pourront pas voir le
+    contenu concerné par cette directive. Si vous voulez interdir
+    l'accès à une machine en fonction de son nom, vous pouvez ajouter
     ceci :</p>
 
     <highlight language="config">Require not host <var>host.example.com</var></highlight>
 
-    <p>Et si vous voulez interdire l'acc&egrave;s &agrave; un domaine particulier,
-    vous pouvez sp&eacute;cifier des adresses IP partielles ou des noms de
+    <p>Et si vous voulez interdire l'accès à un domaine particulier,
+    vous pouvez spécifier des adresses IP partielles ou des noms de
     domaine, comme ceci :</p>
 
     <highlight language="config">
@@ -131,20 +131,20 @@ Require not host gov
     <p>Les directives <directive
     module="mod_authz_core">RequireAll</directive>, <directive
     module="mod_authz_core">RequireAny</directive>, et <directive
-    module="mod_authz_core">RequireNone</directive> ouvrent le champ &agrave; des
-    crit&egrave;res d'acc&egrave;s plus complexes.</p>
+    module="mod_authz_core">RequireNone</directive> ouvrent le champ à des
+    critères d'accès plus complexes.</p>
 
 </section>
 
-<section id="env"><title>Contr&ocirc;le d'acc&egrave;s en fonction de variables
+<section id="env"><title>Contrôle d'accès en fonction de variables
 arbitraires</title>
 
-    <p>Vous pouvez accorder ou refuser l'acc&egrave;s en fonction de variables
-    d'environnement arbitraires ou de valeurs d'en-t&ecirc;tes de la requ&ecirc;te
+    <p>Vous pouvez accorder ou refuser l'accès en fonction de variables
+    d'environnement arbitraires ou de valeurs d'en-têtes de la requête
     en utilisant la directive <directive type="section"
-    module="core">If</directive>. Par exemple, pour interdire l'acc&egrave;s en
+    module="core">If</directive>. Par exemple, pour interdire l'accès en
     fonction du user-agent (le type de navigateur), vous pouvez
-    sp&eacute;cifier ceci :</p>
+    spécifier ceci :</p>
 
     <highlight language="config">
 &lt;If "%{HTTP_USER_AGENT} == 'BadBot'"&gt;
@@ -154,7 +154,7 @@ arbitraires</title>
 
     <p>En utilisant la syntaxe <code>expr</code> de la directive
     <directive module="mod_authz_core">Require</directive>, l'exemple
-    pr&eacute;c&eacute;dent peut aussi s'&eacute;crire :</p>
+    précédent peut aussi s'écrire :</p>
 
 
     <highlight language="config">
@@ -162,27 +162,27 @@ Require expr %{HTTP_USER_AGENT} != 'BadBot'
     </highlight>
 
     <note><title>Avertissement :</title>
-    <p>Contr&ocirc;ler l'acc&egrave;s en fonction de l'en-t&ecirc;te
+    <p>Contrôler l'accès en fonction de l'en-tête
     <code>User-Agent</code> n'est pas une technique fiable, car cet
-    en-t&ecirc;te peut &ecirc;tre d&eacute;fini &agrave; une valeur quelconque, selon le bon
+    en-tête peut être défini à une valeur quelconque, selon le bon
     vouloir de l'utilisateur.</p>
     </note>
 
-    <p>Voir le document &agrave; propos des <a
+    <p>Voir le document à propos des <a
     href="../expr.html">expressions</a> pour une description plus
     approfondie des syntaxes d'expressions et des variables disponibles.</p>
 
 </section>
 
-<section id="rewrite"><title>Utilisation de mod_rewrite pour le contr&ocirc;le
-d'acc&egrave;s</title>
+<section id="rewrite"><title>Utilisation de mod_rewrite pour le contrôle
+d'accès</title>
 
     <p>Le drapeau <code>[F]</code> de la directive <directive
     module="mod_rewrite">RewriteRule</directive> permet d'envoyer une
-    r&eacute;ponse de type 403 Forbidden. Il vous permet donc d'interdire
-    l'acc&egrave;s &agrave; une ressource en fonction d'un crit&egrave;re arbitraire.</p>
+    réponse de type 403 Forbidden. Il vous permet donc d'interdire
+    l'accès à une ressource en fonction d'un critère arbitraire.</p>
 
-    <p>Par exemple, pour bloquer l'acc&egrave;s &agrave; une ressources entre 20h et
+    <p>Par exemple, pour bloquer l'accès à une ressources entre 20h et
     6h du matin, vous pouvez utiliser <module>mod_rewrite</module> :</p>
 
     <highlight language="config">
@@ -192,30 +192,30 @@ RewriteCond "%{TIME_HOUR}" "&lt;07"
 RewriteRule "^/fridge" "-" [F]
     </highlight>
 
-    <p>Toute requ&ecirc;te arrivant apr&egrave;s 20h ou avant 7h du matin provoquera
-    l'envoi d'une r&eacute;ponse de type 403 Forbidden. Vous pouvez utiliser
-    cette technique pour v&eacute;rifier toutes sortes de crit&egrave;res. En outre,
-    si vous le pr&eacute;f&eacute;rez, vous pouvez rediriger ou r&eacute;&eacute;crire la requ&ecirc;te.</p>
+    <p>Toute requête arrivant après 20h ou avant 7h du matin provoquera
+    l'envoi d'une réponse de type 403 Forbidden. Vous pouvez utiliser
+    cette technique pour vérifier toutes sortes de critères. En outre,
+    si vous le préférez, vous pouvez rediriger ou réécrire la requête.</p>
 
     <p>Notez que la directive <directive type="section"
-    module="core">If</directive>, ajout&eacute;e &agrave; partir de la version 2.4,
+    module="core">If</directive>, ajoutée à partir de la version 2.4,
     permet de remplacer le module <module>mod_rewrite</module> dans de
-    nombreuses situations o&ugrave; il &eacute;tait traditionnellement utilis&eacute;, et
-    il sera probablement pr&eacute;f&eacute;rable pour vous de tenter de l'utiliser
+    nombreuses situations où il était traditionnellement utilisé, et
+    il sera probablement préférable pour vous de tenter de l'utiliser
     avant de vous tourner vers mod_rewrite.</p>
 
 </section>
 
-<section id="moreinformation"><title>Informations compl&eacute;mentaires</title>
+<section id="moreinformation"><title>Informations complémentaires</title>
 
     <p>Le <a href="../expr.html">moteur d'expressions</a> vous fournit
     une grande puissance d'action en fonction de variables du serveur
-    arbitraires, et il vous est conseill&eacute; de consulter le document
-    correspondant pour plus de d&eacute;tails.</p>
+    arbitraires, et il vous est conseillé de consulter le document
+    correspondant pour plus de détails.</p>
 
-    <p>De m&ecirc;me, vous devez lire la documentation du module
+    <p>De même, vous devez lire la documentation du module
     <module>mod_authz_core</module> pour des exemples de combinaison de
-    crit&egrave;res d'acc&egrave;s multiples, et en particulier la mani&egrave;re dont ces
+    critères d'accès multiples, et en particulier la manière dont ces
     derniers interagissent.</p>
 
     <p>Voir aussi le How-To <a href="auth.html">Authentification and
diff --git a/docs/manual/howto/http2.html b/docs/manual/howto/http2.html
deleted file mode 100644
index 7e5de6d3a0..0000000000
--- a/docs/manual/howto/http2.html
+++ /dev/null
@@ -1,5 +0,0 @@
-# GENERATED FROM XML -- DO NOT EDIT
-
-URI: http2.html.en
-Content-Language: en
-Content-type: text/html; charset=ISO-8859-1
diff --git a/docs/manual/howto/http2.xml.meta b/docs/manual/howto/http2.xml.meta
deleted file mode 100644
index c66c440320..0000000000
--- a/docs/manual/howto/http2.xml.meta
+++ /dev/null
@@ -1,12 +0,0 @@
-<?xml version="1.0" encoding="UTF-8" ?>
-<!-- GENERATED FROM XML: DO NOT EDIT -->
-
-<metafile reference="http2.xml">
-  <basename>http2</basename>
-  <path>/howto/</path>
-  <relpath>..</relpath>
-
-  <variants>
-    <variant>en</variant>
-  </variants>
-</metafile>
diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr
index da9fe00c03..bdf9cd309e 100644
--- a/docs/manual/mod/core.xml.fr
+++ b/docs/manual/mod/core.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1726233:1734947 (outdated) -->
+<!-- English Revision: 1734947 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,75 +25,75 @@
 <modulesynopsis metafile="core.xml.meta">
 
 <name>core</name>
-<description>Fonctionnalit&eacute;s de base du serveur HTTP Apache toujours
+<description>Fonctionnalités de base du serveur HTTP Apache toujours
 disponibles</description>
 <status>Core</status>
 
 <directivesynopsis>
 <name>AcceptFilter</name>
 <description>Permet d'optimiser la configuration d'une socket pour
-l'&eacute;coute d'un protocole</description>
+l'écoute d'un protocole</description>
 <syntax>AcceptFilter <var>protocole</var> <var>filtre
 d'acceptation</var></syntax>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
     <p>Cette directive permet d'effectuer une optimisation de la socket
-    d'&eacute;coute d'un type de protocole en fonction du syst&egrave;me
+    d'écoute d'un type de protocole en fonction du système
     d'exploitation. Le but premier est de faire en sorte que le noyau
-    n'envoie pas de socket au processus du serveur jusqu'&agrave; ce que
-    des donn&eacute;es soient re&ccedil;ues, ou qu'une requ&ecirc;te HTTP compl&egrave;te soit mise
+    n'envoie pas de socket au processus du serveur jusqu'à ce que
+    des données soient reçues, ou qu'une requête HTTP complète soit mise
     en tampon. Seuls les <a
     href="http://www.freebsd.org/cgi/man.cgi?query=accept_filter&amp;
     sektion=9">Filtres d'acceptation de FreeBSD</a>, le filtre plus
     primitif <code>TCP_DEFER_ACCEPT</code> sous Linux, et la version
-    optimis&eacute;e d'AcceptEx() de Windows sont actuellement support&eacute;s.</p>
+    optimisée d'AcceptEx() de Windows sont actuellement supportés.</p>
 
-    <p>L'utilisation de l'argument <code>none</code> va d&eacute;sactiver tout
-    filtre d'acceptation pour ce protocole. Ceci s'av&egrave;re utile pour les
-    protocoles qui n&eacute;cessitent l'envoi de donn&eacute;es par le serveur en
+    <p>L'utilisation de l'argument <code>none</code> va désactiver tout
+    filtre d'acceptation pour ce protocole. Ceci s'avère utile pour les
+    protocoles qui nécessitent l'envoi de données par le serveur en
     premier, comme <code>ftp:</code> ou <code>nntp</code>:</p>
     <highlight language="config">
     AcceptFilter nntp none
     </highlight>
 
-    <p>Les noms de protocoles par d&eacute;faut sont <code>https</code> pour le
+    <p>Les noms de protocoles par défaut sont <code>https</code> pour le
     port 443 et <code>http</code> pour tous les autres ports. Pour
-    sp&eacute;cifier un autre protocole &agrave; utiliser avec un port en &eacute;coute,
-    ajoutez l'argument <var>protocol</var> &agrave; la directive <directive
+    spécifier un autre protocole à utiliser avec un port en écoute,
+    ajoutez l'argument <var>protocol</var> à la directive <directive
     module="mpm_common">Listen</directive>.</p>
 
-    <p>Sous FreeBSD, les valeurs par d&eacute;faut sont :</p>
+    <p>Sous FreeBSD, les valeurs par défaut sont :</p>
     <highlight language="config">
 AcceptFilter http httpready
 AcceptFilter https dataready
     </highlight>
 
     <p>Le filtre d'acceptation <code>httpready</code> met en tampon des
-    requ&ecirc;tes HTTP enti&egrave;res au niveau du noyau. Quand une requ&ecirc;te
-    enti&egrave;re a &eacute;t&eacute; re&ccedil;ue, le noyau l'envoie au serveur. Voir la page de
+    requêtes HTTP entières au niveau du noyau. Quand une requête
+    entière a été reçue, le noyau l'envoie au serveur. Voir la page de
     manuel de <a
     href="http://www.freebsd.org/cgi/man.cgi?query=accf_http&amp;
-    sektion=9">accf_http(9)</a> pour plus de d&eacute;tails. Comme les requ&ecirc;tes
-    HTTPS sont chiffr&eacute;es, celles-ci n'autorisent que le filtre <a
+    sektion=9">accf_http(9)</a> pour plus de détails. Comme les requêtes
+    HTTPS sont chiffrées, celles-ci n'autorisent que le filtre <a
     href="http://www.freebsd.org/cgi/man.cgi?query=accf_data&amp;
     sektion=9">accf_data(9)</a>.</p>
 
-    <p>Sous Linux, les valeurs par d&eacute;faut sont :</p>
+    <p>Sous Linux, les valeurs par défaut sont :</p>
     <highlight language="config">
 AcceptFilter http data
 AcceptFilter https data
     </highlight>
 
     <p>Le filtre <code>TCP_DEFER_ACCEPT</code> de Linux ne supporte pas
-    la mise en tampon des requ&ecirc;tes http. Toute valeur autre que
+    la mise en tampon des requêtes http. Toute valeur autre que
     <code>none</code> active le filtre <code>TCP_DEFER_ACCEPT</code>
-    pour ce protocole. Pour plus de d&eacute;tails, voir la page de
+    pour ce protocole. Pour plus de détails, voir la page de
     manuel Linux de <a
     href="http://homepages.cwi.nl/~aeb/linux/man2html/man7/
     tcp.7.html">tcp(7)</a>.</p>
 
-    <p>Sous Windows, les valeurs par d&eacute;faut sont :</p>
+    <p>Sous Windows, les valeurs par défaut sont :</p>
     <highlight language="config">
 AcceptFilter http data
 AcceptFilter https data
@@ -102,19 +102,19 @@ AcceptFilter https data
     <p>Le module MPM pour Windows mpm_winnt utilise la directive
     AcceptFilter comme commutateur de l'API AcceptEx(), et ne supporte
     pas la mise en tampon du protocole http. Deux valeurs utilisent
-    l'API Windows AcceptEx() et vont recycler les sockets r&eacute;seau entre
-    les connexions. <code>data</code> attend jusqu'&agrave; ce que les donn&eacute;es
-    aient &eacute;t&eacute; transmises comme d&eacute;crit plus haut, et le tampon de donn&eacute;es
-    initiales ainsi que les adresses r&eacute;seau finales sont tous extraits
-    gr&acirc;ce &agrave; une seule invocation d'AcceptEx(). <code>connect</code>
-    utilise l'API AcceptEx(), extrait aussi les adresses r&eacute;seau finales,
-    mais &agrave; l'instar de <code>none</code>, la valeur <code>connect</code>
-    n'attend pas la transmission des donn&eacute;es initiales.</p>
+    l'API Windows AcceptEx() et vont recycler les sockets réseau entre
+    les connexions. <code>data</code> attend jusqu'à ce que les données
+    aient été transmises comme décrit plus haut, et le tampon de données
+    initiales ainsi que les adresses réseau finales sont tous extraits
+    grâce à une seule invocation d'AcceptEx(). <code>connect</code>
+    utilise l'API AcceptEx(), extrait aussi les adresses réseau finales,
+    mais à l'instar de <code>none</code>, la valeur <code>connect</code>
+    n'attend pas la transmission des données initiales.</p>
 
     <p>Sous Windows, <code>none</code> utilise accept() au lieu
     d'AcceptEx(), et ne recycle pas les sockets entre les connexions.
-    Ceci s'av&egrave;re utile pour les interfaces r&eacute;seau dont le pilote est
-    d&eacute;fectueux, ainsi que pour certains fournisseurs de r&eacute;seau comme les
+    Ceci s'avère utile pour les interfaces réseau dont le pilote est
+    défectueux, ainsi que pour certains fournisseurs de réseau comme les
     pilotes vpn, ou les filtres anti-spam, anti-virus ou
     anti-spyware.</p>
 
@@ -125,7 +125,7 @@ AcceptFilter https data
 <directivesynopsis>
 <name>AcceptPathInfo</name>
 <description>Les ressources acceptent des informations sous forme d'un
-nom de chemin en fin de requ&ecirc;te.</description>
+nom de chemin en fin de requête.</description>
 <syntax>AcceptPathInfo On|Off|Default</syntax>
 <default>AcceptPathInfo Default</default>
 <contextlist><context>server config</context>
@@ -135,54 +135,54 @@ nom de chemin en fin de requ&ecirc;te.</description>
 
 <usage>
 
-    <p>Cette directive permet de d&eacute;finir si les requ&ecirc;tes contenant des
+    <p>Cette directive permet de définir si les requêtes contenant des
     informations sous forme d'un nom de chemin suivant le nom d'un
-    fichier r&eacute;el (ou un fichier qui n'existe pas dans un r&eacute;pertoire qui
-    existe) doivent &ecirc;tre accept&eacute;es ou rejet&eacute;es. Les scripts peuvent
-    acc&eacute;der &agrave; cette information via la variable d'environnement
+    fichier réel (ou un fichier qui n'existe pas dans un répertoire qui
+    existe) doivent être acceptées ou rejetées. Les scripts peuvent
+    accéder à cette information via la variable d'environnement
     <code>PATH_INFO</code>.</p>
 
     <p>Supposons par exemple que <code>/test/</code> pointe vers un
-    r&eacute;pertoire qui ne contient que le fichier <code>here.html</code>.
-    Les requ&ecirc;tes pour <code>/test/here.html/more</code> et
+    répertoire qui ne contient que le fichier <code>here.html</code>.
+    Les requêtes pour <code>/test/here.html/more</code> et
     <code>/test/nothere.html/more</code> vont affecter la valeur
-    <code>/more</code> &agrave; la variable d'environnement
+    <code>/more</code> à la variable d'environnement
     <code>PATH_INFO</code>.</p>
 
     <p>L'argument de la directive <directive>AcceptPathInfo</directive>
-    poss&egrave;de trois valeurs possibles :</p>
+    possède trois valeurs possibles :</p>
     <dl>
-    <dt><code>Off</code></dt><dd>Une requ&ecirc;te ne sera accept&eacute;e que si
-    elle correspond &agrave; un chemin qui existe. Par cons&eacute;quent, une requ&ecirc;te
-    contenant une information de chemin apr&egrave;s le nom de fichier r&eacute;el
+    <dt><code>Off</code></dt><dd>Une requête ne sera acceptée que si
+    elle correspond à un chemin qui existe. Par conséquent, une requête
+    contenant une information de chemin après le nom de fichier réel
     comme <code>/test/here.html/more</code> dans l'exemple ci-dessus
     renverra une erreur "404 NOT FOUND".</dd>
 
-    <dt><code>On</code></dt><dd>Une requ&ecirc;te sera accept&eacute;e si la partie
-    principale du chemin correspond &agrave; un fichier existant. Dans
-    l'exemple ci-dessus <code>/test/here.html/more</code>, la requ&ecirc;te
-    sera accept&eacute;e si <code>/test/here.html</code> correspond &agrave; un nom de
+    <dt><code>On</code></dt><dd>Une requête sera acceptée si la partie
+    principale du chemin correspond à un fichier existant. Dans
+    l'exemple ci-dessus <code>/test/here.html/more</code>, la requête
+    sera acceptée si <code>/test/here.html</code> correspond à un nom de
     fichier valide.</dd>
 
-    <dt><code>Default</code></dt><dd>Le traitement des requ&ecirc;tes est
-    d&eacute;termin&eacute; par le <a
-    href="../handler.html">gestionnaire</a> responsable de la requ&ecirc;te.
-    Le gestionnaire de base pour les fichiers normaux rejette par d&eacute;faut
-    les requ&ecirc;tes avec <code>PATH_INFO</code>. Les gestionnaires qui
+    <dt><code>Default</code></dt><dd>Le traitement des requêtes est
+    déterminé par le <a
+    href="../handler.html">gestionnaire</a> responsable de la requête.
+    Le gestionnaire de base pour les fichiers normaux rejette par défaut
+    les requêtes avec <code>PATH_INFO</code>. Les gestionnaires qui
     servent des scripts, comme<a
     href="mod_cgi.html">cgi-script</a> et <a
-    href="mod_isapi.html">isapi-handler</a>, acceptent en g&eacute;n&eacute;ral par
-    d&eacute;faut les requ&ecirc;tes avec <code>PATH_INFO</code>.</dd>
+    href="mod_isapi.html">isapi-handler</a>, acceptent en général par
+    défaut les requêtes avec <code>PATH_INFO</code>.</dd>
     </dl>
 
     <p>Le but premier de la directive <code>AcceptPathInfo</code> est de
     vous permettre de remplacer le choix du gestionnaire d'accepter ou
-    de rejeter <code>PATH_INFO</code>. Ce remplacement est n&eacute;cessaire
+    de rejeter <code>PATH_INFO</code>. Ce remplacement est nécessaire
     par exemple, lorsque vous utilisez un <a
     href="../filter.html">filtre</a>, comme <a
-    href="mod_include.html">INCLUDES</a>, pour g&eacute;n&eacute;rer un contenu bas&eacute;
-    sur <code>PATH_INFO</code>. Le gestionnaire de base va en g&eacute;n&eacute;ral
-    rejeter la requ&ecirc;te, et vous pouvez utiliser la configuration
+    href="mod_include.html">INCLUDES</a>, pour générer un contenu basé
+    sur <code>PATH_INFO</code>. Le gestionnaire de base va en général
+    rejeter la requête, et vous pouvez utiliser la configuration
     suivante pour utiliser un tel script :</p>
 <highlight language="config">
 &lt;Files "mypaths.shtml"&gt;
@@ -198,7 +198,7 @@ nom de chemin en fin de requ&ecirc;te.</description>
 
 <directivesynopsis>
 <name>AccessFileName</name>
-<description>Nom du fichier de configuration distribu&eacute;</description>
+<description>Nom du fichier de configuration distribué</description>
 <syntax>AccessFileName <var>nom-du-fichier</var>
 [<var>nom-du-fichier</var>] ...</syntax>
 <default>AccessFileName .htaccess</default>
@@ -207,11 +207,11 @@ host</context>
 </contextlist>
 
 <usage>
-    <p>Au cours du traitement d'une requ&ecirc;te, le serveur recherche le
-    premier fichier de configuration existant &agrave; partir de la liste
-    de noms dans chaque r&eacute;pertoire composant le chemin du document, &agrave;
-    partir du moment o&ugrave; les fichiers de configuration distribu&eacute;s sont <a
-    href="#allowoverride">activ&eacute;s pour ce r&eacute;pertoire</a>. Par exemple
+    <p>Au cours du traitement d'une requête, le serveur recherche le
+    premier fichier de configuration existant à partir de la liste
+    de noms dans chaque répertoire composant le chemin du document, à
+    partir du moment où les fichiers de configuration distribués sont <a
+    href="#allowoverride">activés pour ce répertoire</a>. Par exemple
     :</p>
 
     <highlight language="config">AccessFileName .acl</highlight>
@@ -220,8 +220,8 @@ host</context>
     <code>/usr/local/web/index.html</code>, le serveur va rechercher les
     fichiers <code>/.acl</code>, <code>/usr/.acl</code>,
     <code>/usr/local/.acl</code> et <code>/usr/local/web/.acl</code>
-    pour y lire d'&eacute;ventuelles directives, &agrave; moins quelles n'aient &eacute;t&eacute;
-    d&eacute;sactiv&eacute;es avec</p>
+    pour y lire d'éventuelles directives, à moins quelles n'aient été
+    désactivées avec</p>
 
     <highlight language="config">
 &lt;Directory "/"&gt;
@@ -236,10 +236,10 @@ host</context>
 
 <directivesynopsis>
 <name>AddDefaultCharset</name>
-<description>Param&egrave;tre jeu de caract&egrave;res par d&eacute;faut &agrave; ajouter quand le
-type de contenu d'une r&eacute;ponse est <code>text/plain</code> ou
+<description>Paramètre jeu de caractères par défaut à ajouter quand le
+type de contenu d'une réponse est <code>text/plain</code> ou
 <code>text/html</code></description>
-<syntax>AddDefaultCharset On|Off|<var>jeu de caract&egrave;res</var></syntax>
+<syntax>AddDefaultCharset On|Off|<var>jeu de caractères</var></syntax>
 <default>AddDefaultCharset Off</default>
 <contextlist><context>server config</context>
 <context>virtual host</context><context>directory</context>
@@ -247,47 +247,47 @@ type de contenu d'une r&eacute;ponse est <code>text/plain</code> ou
 <override>FileInfo</override>
 
 <usage>
-    <p>Cette directive sp&eacute;cifie une valeur par d&eacute;faut pour le param&egrave;tre
-    jeu de caract&egrave;res du type de m&eacute;dia (le nom d'un codage de
-    caract&egrave;res) &agrave; ajouter &agrave; une r&eacute;ponse, si et seulement si le type de
-    contenu de la r&eacute;ponse est soit <code>text/plain</code>, soit
+    <p>Cette directive spécifie une valeur par défaut pour le paramètre
+    jeu de caractères du type de média (le nom d'un codage de
+    caractères) à ajouter à une réponse, si et seulement si le type de
+    contenu de la réponse est soit <code>text/plain</code>, soit
     <code>text/html</code>. Ceci va remplacer
-    tout jeu de caract&egrave;res sp&eacute;cifi&eacute; dans le corps de la r&eacute;ponse via un
-    &eacute;l&eacute;ment <code>META</code>, bien que cet effet d&eacute;pende en fait
+    tout jeu de caractères spécifié dans le corps de la réponse via un
+    élément <code>META</code>, bien que cet effet dépende en fait
     souvent de la configuration du client de l'utilisateur. La
-    d&eacute;finition de <code>AddDefaultCharset Off</code> d&eacute;sactive cette
-    fonctionnalit&eacute;. <code>AddDefaultCharset On</code> ajoute un jeu de
-    caract&egrave;res par d&eacute;faut de <code>iso-8859-1</code>. Toute autre valeur
-    peut &ecirc;tre d&eacute;finie via le param&egrave;tre <var>jeu de caract&egrave;res</var>, qui
-    doit appartenir &agrave; la liste des <a
+    définition de <code>AddDefaultCharset Off</code> désactive cette
+    fonctionnalité. <code>AddDefaultCharset On</code> ajoute un jeu de
+    caractères par défaut de <code>iso-8859-1</code>. Toute autre valeur
+    peut être définie via le paramètre <var>jeu de caractères</var>, qui
+    doit appartenir à la liste des <a
     href="http://www.iana.org/assignments/character-sets">valeurs de
-    jeux de caract&egrave;res enregistr&eacute;s par l'IANA</a> &agrave; utiliser dans les
-    types de m&eacute;dia Internet (types MIME).
+    jeux de caractères enregistrés par l'IANA</a> à utiliser dans les
+    types de média Internet (types MIME).
     Par exemple :</p>
 
     <highlight language="config">AddDefaultCharset utf-8</highlight>
 
     <p>La directive <directive>AddDefaultCharset</directive> ne doit
-    &ecirc;tre utilis&eacute;e que lorsque toutes les ressources textes auxquelles
-    elle s'applique poss&egrave;dent le jeu de caract&egrave;re sp&eacute;cifi&eacute;, et qu'il est
-    trop contraignant de d&eacute;finir leur jeu de caract&egrave;res
-    individuellement. Un exemple de ce type est l'ajout du param&egrave;tre jeu
-    de caract&egrave;res aux ressources comportant un contenu g&eacute;n&eacute;r&eacute;, comme les
-    scripts CGI h&eacute;rit&eacute;s qui peuvent &ecirc;tre vuln&eacute;rables &agrave; des attaques de
-    type cross-site scripting &agrave; cause des donn&eacute;es utilisateurs incluses
+    être utilisée que lorsque toutes les ressources textes auxquelles
+    elle s'applique possèdent le jeu de caractère spécifié, et qu'il est
+    trop contraignant de définir leur jeu de caractères
+    individuellement. Un exemple de ce type est l'ajout du paramètre jeu
+    de caractères aux ressources comportant un contenu généré, comme les
+    scripts CGI hérités qui peuvent être vulnérables à des attaques de
+    type cross-site scripting à cause des données utilisateurs incluses
     dans leur sortie. Notez cependant qu'une meilleur solution consiste
-    &agrave; corriger (ou supprimer) ces scripts, car la d&eacute;finition d'un jeu de
-    caract&egrave;res par d&eacute;faut ne prot&egrave;ge pas les utilisateurs qui ont activ&eacute;
-    la fonctionnalit&eacute; "D&eacute;tection automatique de l'encodage des
-    caract&egrave;res" dans leur navigateur.</p>
+    à corriger (ou supprimer) ces scripts, car la définition d'un jeu de
+    caractères par défaut ne protège pas les utilisateurs qui ont activé
+    la fonctionnalité "Détection automatique de l'encodage des
+    caractères" dans leur navigateur.</p>
 </usage>
 <seealso><directive module="mod_mime">AddCharset</directive></seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AllowEncodedSlashes</name>
-<description>D&eacute;termine si les s&eacute;parateurs de chemin encod&eacute;s sont
-autoris&eacute;s &agrave; transiter dans les URLs tels quels</description>
+<description>Détermine si les séparateurs de chemin encodés sont
+autorisés à transiter dans les URLs tels quels</description>
 <syntax>AllowEncodedSlashes On|Off|NoDecode</syntax>
 <default>AllowEncodedSlashes Off</default>
 <contextlist><context>server config</context><context>virtual
@@ -298,31 +298,31 @@ host</context>
 
 <usage>
     <p>La directive <directive>AllowEncodedSlashes</directive> permet
-    l'utilisation des URLs contenant des s&eacute;parateurs de chemin
-    encod&eacute;s dans la partie chemin
-    (<code>%2F</code> pour <code>/</code> et m&ecirc;me <code>%5C</code> pour
-    <code>\</code> sur les syst&egrave;mes concern&eacute;s).</p>
+    l'utilisation des URLs contenant des séparateurs de chemin
+    encodés dans la partie chemin
+    (<code>%2F</code> pour <code>/</code> et même <code>%5C</code> pour
+    <code>\</code> sur les systèmes concernés).</p>
 
-    <p>Avec la valeur par d&eacute;faut, <code>Off</code>, de telles URLs sont
-    refus&eacute;es et provoquent le renvoi d'une erreur 404 (Not found).</p>
+    <p>Avec la valeur par défaut, <code>Off</code>, de telles URLs sont
+    refusées et provoquent le renvoi d'une erreur 404 (Not found).</p>
 
-    <p>Avec la valeur <code>On</code>, ces URLs sont accept&eacute;es, et les
-    slashes encod&eacute;s sont d&eacute;cod&eacute;s comme tout autre caract&egrave;re cod&eacute;.</p>
+    <p>Avec la valeur <code>On</code>, ces URLs sont acceptées, et les
+    slashes encodés sont décodés comme tout autre caractère codé.</p>
 
-    <p>Avec la valeur <code>NoDecode</code>, ces URLs sont accept&eacute;es,
-    mais les slashes cod&eacute;s ne sont pas d&eacute;cod&eacute;s et laiss&eacute;s dans leur &eacute;tat
-    cod&eacute;.</p>
+    <p>Avec la valeur <code>NoDecode</code>, ces URLs sont acceptées,
+    mais les slashes codés ne sont pas décodés et laissés dans leur état
+    codé.</p>
 
-    <p>D&eacute;finir <directive>AllowEncodedSlashes</directive> &agrave;
+    <p>Définir <directive>AllowEncodedSlashes</directive> à
     <code>On</code> est surtout utile en association avec
     <code>PATH_INFO</code>.</p>
 
     <note><title>Note</title>
-      <p>Si le codage des slashes dans la partie chemin est n&eacute;cessaire,
+      <p>Si le codage des slashes dans la partie chemin est nécessaire,
       l'utilisation de l'option <code>NoDecode</code> est fortement
-      recommand&eacute;e par mesure de s&eacute;curit&eacute;. Permettre le d&eacute;codage des
-      slashes pourrait &eacute;ventuellement induire l'autorisation de chemins
-      non s&ucirc;rs.</p>
+      recommandée par mesure de sécurité. Permettre le décodage des
+      slashes pourrait éventuellement induire l'autorisation de chemins
+      non sûrs.</p>
     </note>
 </usage>
 <seealso><directive module="core">AcceptPathInfo</directive></seealso>
@@ -330,26 +330,26 @@ host</context>
 
 <directivesynopsis>
 <name>AllowOverride</name>
-<description>Types de directives autoris&eacute;es dans les fichiers
+<description>Types de directives autorisées dans les fichiers
 <code>.htaccess</code></description>
 <syntax>AllowOverride All|None|<var>type directive</var>
 [<var>type directive</var>] ...</syntax>
-<default>AllowOverride None &agrave; partir de la version 2.3.9, AllowOverride
-All pour les versions ant&eacute;rieures</default>
+<default>AllowOverride None à partir de la version 2.3.9, AllowOverride
+All pour les versions antérieures</default>
 <contextlist><context>directory</context></contextlist>
 
 <usage>
     <p>Lorsque le serveur trouve un fichier <code>.htaccess</code> (dont
-    le nom est d&eacute;fini par la directive <directive
+    le nom est défini par la directive <directive
     module="core">AccessFileName</directive>), il doit savoir lesquelles
-    des directives plac&eacute;es dans ce fichier sont autoris&eacute;es &agrave; modifier la
-    configuration pr&eacute;existante.</p>
+    des directives placées dans ce fichier sont autorisées à modifier la
+    configuration préexistante.</p>
 
     <note><title>Valable seulement dans les sections
     &lt;Directory&gt;</title>
-    La directive <directive>AllowOverride</directive> ne peut &ecirc;tre
-    utilis&eacute;e que dans les sections <directive type="section"
-    module="core">Directory</directive> d&eacute;finies sans expressions
+    La directive <directive>AllowOverride</directive> ne peut être
+    utilisée que dans les sections <directive type="section"
+    module="core">Directory</directive> définies sans expressions
     rationnelles, et non dans les sections <directive
     type="section" module="core">Location</directive>, <directive
     module="core" type="section">DirectoryMatch</directive> ou
@@ -357,15 +357,15 @@ All pour les versions ant&eacute;rieures</default>
     </note>
 
     <p>Lorsque cette directive et la directive <directive
-    module="core">AllowOverrideList</directive> sont d&eacute;finies &agrave; <code>None</code>, les
+    module="core">AllowOverrideList</directive> sont définies à <code>None</code>, les
     fichiers <a href="#accessfilename">.htaccess</a> sont totalement
-    ignor&eacute;s. Dans ce cas, le serveur n'essaiera m&ecirc;me pas de lire les
-    fichiers <code>.htaccess</code> du syst&egrave;me de fichiers.</p>
+    ignorés. Dans ce cas, le serveur n'essaiera même pas de lire les
+    fichiers <code>.htaccess</code> du système de fichiers.</p>
 
-    <p>Lorsque cette directive est d&eacute;finie &agrave; <code>All</code>, toute
+    <p>Lorsque cette directive est définie à <code>All</code>, toute
     directive valable dans le <a
     href="directive-dict.html#Context">Contexte</a> .htaccess sera
-    autoris&eacute;e dans les fichiers <code>.htaccess</code>.</p>
+    autorisée dans les fichiers <code>.htaccess</code>.</p>
 
     <p>L'argument <var>type directive</var> peut contenir les
     groupements de directives suivants :</p>
@@ -387,7 +387,7 @@ All pour les versions ant&eacute;rieures</default>
       <dt>FileInfo</dt>
 
       <dd>
-      Permet l'utilisation des directives qui contr&ocirc;lent les types de
+      Permet l'utilisation des directives qui contrôlent les types de
       documents (directives  <directive
       module="core">ErrorDocument</directive>, <directive
       module="core">ForceType</directive>, <directive
@@ -395,7 +395,7 @@ All pour les versions ant&eacute;rieures</default>
       <directive module="core">SetHandler</directive>, <directive
       module="core">SetInputFilter</directive>, <directive
       module="core">SetOutputFilter</directive>, et directives du
-      module <module>mod_mime</module> Add* et Remove*), des metadonn&eacute;es
+      module <module>mod_mime</module> Add* et Remove*), des metadonnées
       des documents (<directive
       module="mod_headers">Header</directive>, <directive
       module="mod_headers">RequestHeader</directive>, <directive
@@ -425,8 +425,8 @@ All pour les versions ant&eacute;rieures</default>
       <dt>Indexes</dt>
 
       <dd>
-      Permet l'utilisation des directives qui contr&ocirc;lent l'indexation
-      des r&eacute;pertoires (<directive
+      Permet l'utilisation des directives qui contrôlent l'indexation
+      des répertoires (<directive
       module="mod_autoindex">AddDescription</directive>,
       <directive module="mod_autoindex">AddIcon</directive>, <directive
       module="mod_autoindex">AddIconByEncoding</directive>,
@@ -445,7 +445,7 @@ All pour les versions ant&eacute;rieures</default>
       <dt>Limit</dt>
 
       <dd>
-      Permet l'utilisation des directives contr&ocirc;lant l'acc&egrave;s au serveur
+      Permet l'utilisation des directives contrôlant l'accès au serveur
       (<directive
       module="mod_access_compat">Allow</directive>, <directive
       module="mod_access_compat">Deny</directive> et <directive
@@ -461,25 +461,25 @@ All pour les versions ant&eacute;rieures</default>
       <dd>
       Permet d'utiliser l'option AllowOverride pour rendre les erreurs
       de syntaxe non fatales dans les fichiers .htaccess : au lieu de
-      causer une Internal Server Error, les directives non autoris&eacute;es ou
-      non reconnues seront ignor&eacute;es et un avertissement enregistr&eacute; dans
+      causer une Internal Server Error, les directives non autorisées ou
+      non reconnues seront ignorées et un avertissement enregistré dans
       le journal :
       <ul>
           <li><strong>Nonfatal=Override</strong> rend les directives
 	  interdite par AllowOverride non fatales.</li>
           <li><strong>Nonfatal=Unknown</strong> rend les directives
-	  inconnues non fatales. Sont concern&eacute;es les erreurs de frappe
-	  et les directives impl&eacute;ment&eacute;es par un module non charg&eacute;.</li>
+	  inconnues non fatales. Sont concernées les erreurs de frappe
+	  et les directives implémentées par un module non chargé.</li>
           <li><strong>Nonfatal=All</strong> rend toutes les directives
-	  pr&eacute;c&eacute;dentes non fatales.</li>
+	  précédentes non fatales.</li>
       </ul>
       <p>Notez qu'une erreur de syntaxe dans une directive valide
       causera toujours une internal server error.</p>
-      <note type="warning"><title>S&eacute;curit&eacute;</title>
-          Les erreurs non fatales peuvent &ecirc;tre &agrave; l'origine de probl&egrave;mes
-	  de s&eacute;curit&eacute; pour les utilisateurs de fichiers .htaccess. Par
+      <note type="warning"><title>Sécurité</title>
+          Les erreurs non fatales peuvent être à l'origine de problèmes
+	  de sécurité pour les utilisateurs de fichiers .htaccess. Par
 	  exemple, si AllowOverride interdit AuthConfig, toute
-	  configuration utilisateur destin&eacute;e &agrave; restreindre l'acc&egrave;s &agrave; un
+	  configuration utilisateur destinée à restreindre l'accès à un
 	  site ne sera pas prise en compte.
       </note>
       </dd>
@@ -487,24 +487,24 @@ All pour les versions ant&eacute;rieures</default>
       <dt>Options[=<var>Option</var>,...]</dt>
 
       <dd>
-      Permet l'utilisation des directives contr&ocirc;lant les fonctionnalit&eacute;s
-      sp&eacute;cifiques d'un r&eacute;pertoire (<directive
+      Permet l'utilisation des directives contrôlant les fonctionnalités
+      spécifiques d'un répertoire (<directive
       module="core">Options</directive> et <directive
-      module="mod_include">XBitHack</directive>). "Options" doit &ecirc;tre
-      suivi d'un signe "&eacute;gal", puis d'une liste d'options s&eacute;par&eacute;es par des
-      virgules (pas d'espaces) ; ces options doivent &ecirc;tre d&eacute;finies &agrave;
+      module="mod_include">XBitHack</directive>). "Options" doit être
+      suivi d'un signe "égal", puis d'une liste d'options séparées par des
+      virgules (pas d'espaces) ; ces options doivent être définies à
       l'aide de la commande <directive
       module="core">Options</directive>.
 
-      <note><title>D&eacute;sactivation implicite des options</title>
+      <note><title>Désactivation implicite des options</title>
       <p>Bien que la liste des options disponibles dans les fichiers
-      .htaccess puisse &ecirc;tre limit&eacute;e par cette directive, tant qu'un
+      .htaccess puisse être limitée par cette directive, tant qu'un
       directive <directive module="core">Options</directive> est
-      autoris&eacute;e, toute autre option h&eacute;rit&eacute;e peut &ecirc;tre d&eacute;sactiv&eacute;e en
+      autorisée, toute autre option héritée peut être désactivée en
       utilisant la syntaxe non-relative. En d'autres termes, ce
-      m&eacute;canisme ne peut pas forcer une option sp&eacute;cifique &agrave; rester
-      <em>activ&eacute;e</em> tout en permettant &agrave; toute autre option d'&ecirc;tre
-      activ&eacute;e.
+      mécanisme ne peut pas forcer une option spécifique à rester
+      <em>activée</em> tout en permettant à toute autre option d'être
+      activée.
       </p></note>
 
       <example>
@@ -523,11 +523,11 @@ All pour les versions ant&eacute;rieures</default>
     <code>Indexes</code>, provoquent une erreur "internal
     server error".</p>
 
-    <note><p>Pour des raisons de s&eacute;curit&eacute; et de performance, ne
-    d&eacute;finissez pas <code>AllowOverride</code> &agrave; autre chose que
+    <note><p>Pour des raisons de sécurité et de performance, ne
+    définissez pas <code>AllowOverride</code> à autre chose que
     <code>None</code> dans votre bloc <code>&lt;Directory "/"&gt;</code>.
-    Recherchez plut&ocirc;t (ou cr&eacute;ez) le bloc <code>&lt;Directory&gt;</code>
-    qui se r&eacute;f&egrave;re au r&eacute;pertoire o&ugrave; vous allez pr&eacute;cis&eacute;ment placer un
+    Recherchez plutôt (ou créez) le bloc <code>&lt;Directory&gt;</code>
+    qui se réfère au répertoire où vous allez précisément placer un
     fichier <code>.htaccess</code>.</p>
     </note>
 </usage>
@@ -539,7 +539,7 @@ All pour les versions ant&eacute;rieures</default>
 
 <directivesynopsis>
 <name>AllowOverrideList</name>
-<description>Directives autoris&eacute;es dans les fichiers <code>.htaccess</code></description>
+<description>Directives autorisées dans les fichiers <code>.htaccess</code></description>
 <syntax>AllowOverrideList None|<var>directive</var>
 [<var>directive-type</var>] ...</syntax>
 <default>AllowOverrideList None</default>
@@ -547,24 +547,24 @@ All pour les versions ant&eacute;rieures</default>
 
 <usage>
     <p>Lorsque le serveur trouve un fichier <code>.htaccess</code>
-    (comme sp&eacute;cifi&eacute; par la directive <directive
+    (comme spécifié par la directive <directive
     module="core">AccessFileName</directive>), il doit savoir lesquelles
-    des directives d&eacute;clar&eacute;es dans ce fichier peuvent remplacer des
+    des directives déclarées dans ce fichier peuvent remplacer des
     directives des fichiers de configuration du serveur.</p>
 
     <note><title>Seulement disponible dans les sections &lt;Directory&gt;</title>
     La directive <directive>AllowOverrideList</directive> n'est
     disponible que dans les sections <directive type="section"
-    module="core">Directory</directive> sp&eacute;cifi&eacute;es sans expressions
+    module="core">Directory</directive> spécifiées sans expressions
     rationnelles.
     </note>
 
     <p>Lorsque cette directive et la directive <directive
-    module="core">AllowOverride</directive> sont d&eacute;finies &agrave;
+    module="core">AllowOverride</directive> sont définies à
     <code>None</code>, les fichiers <a
-    href="#accessfilename">.htaccess</a> sont totalement ignor&eacute;s. Dans
-    ce cas, le serveur ne cherchera m&ecirc;me pas &agrave; lire des fichiers
-    <code>.htaccess</code> dans le syst&egrave;me de fichiers.</p>
+    href="#accessfilename">.htaccess</a> sont totalement ignorés. Dans
+    ce cas, le serveur ne cherchera même pas à lire des fichiers
+    <code>.htaccess</code> dans le système de fichiers.</p>
 
     <p>Example:</p>
 
@@ -574,7 +574,7 @@ AllowOverrideList Redirect RedirectMatch
     </highlight>
 
     <p>Dans l'exemple ci-dessus, seules les directives
-    <code>Redirect</code> et <code>RedirectMatch</code> sont autoris&eacute;es.
+    <code>Redirect</code> et <code>RedirectMatch</code> sont autorisées.
     Toutes les autres provoqueront une erreur interne du serveur.</p>
 
     <p>Example:</p>
@@ -600,33 +600,33 @@ AllowOverrideList CookieTracking CookieName
 
 <directivesynopsis>
     <name>AsyncFilter</name>
-    <description>D&eacute;finit le type de filtrage minimal disponible pour le
+    <description>Définit le type de filtrage minimal disponible pour le
     traitement asynchrone</description>
     <syntax>AsyncFilter request|connection|network</syntax>
     <default>AsyncFilter request</default>
     <contextlist><context>server config</context><context>virtual host</context></contextlist>
-    <compatibility>Disponible &agrave; partir de la version 2.5.0 du serveur
+    <compatibility>Disponible à partir de la version 2.5.0 du serveur
     HTTP Apache</compatibility>
 
     <usage>
-        <p>Cette directive permet de d&eacute;finir les niveaux minimaux de
+        <p>Cette directive permet de définir les niveaux minimaux de
 	filtrage disponibles pour le traitement asynchrone. Son
-	utilisation s'av&egrave;re n&eacute;cessaire pour le support des filtres
-	externes anciens qui ne g&eacute;raient pas les meta-conteneurs
+	utilisation s'avère nécessaire pour le support des filtres
+	externes anciens qui ne géraient pas les meta-conteneurs
 	correctement.</p>
 
-        <p>Si elle est d&eacute;finie &agrave; "network", le traitement asynchrone se
-	limitera aux filtrages r&eacute;seau. Si elle est d&eacute;finie &agrave;
-	"connection", tous les filtres de r&eacute;seau et de connexion seront
+        <p>Si elle est définie à "network", le traitement asynchrone se
+	limitera aux filtrages réseau. Si elle est définie à
+	"connection", tous les filtres de réseau et de connexion seront
 	disponibles pour le traitement asynchrone, y compris
-	<module>mod_ssl</module>. Si elle est d&eacute;finie &agrave;  "request", tous
+	<module>mod_ssl</module>. Si elle est définie à  "request", tous
 	les filtres seront disponibles pour le traitement asynchrone.</p>
     </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>CGIMapExtension</name>
-<description>Technique permettant de localiser l'interpr&eacute;teur des
+<description>Technique permettant de localiser l'interpréteur des
 scripts CGI</description>
 <syntax>CGIMapExtension <var>chemin CGI</var> <var>.extension</var></syntax>
 <contextlist><context>directory</context><context>.htaccess</context>
@@ -635,59 +635,86 @@ scripts CGI</description>
 <compatibility>NetWare uniquement</compatibility>
 
 <usage>
-    <p>Cette directive permet de contr&ocirc;ler la mani&egrave;re dont Apache httpd trouve
-    l'interpr&eacute;teur servant &agrave; ex&eacute;cuter les scripts CGI. Par exemple, avec
-    la d&eacute;finition <code>CGIMapExtension sys:\foo.nlm .foo</code>, tous
-    les fichiers scripts CGI poss&eacute;dant une extension <code>.foo</code>
-    seront pass&eacute;s &agrave; l'interpr&eacute;teur FOO.</p>
+    <p>Cette directive permet de contrôler la manière dont Apache httpd trouve
+    l'interpréteur servant à exécuter les scripts CGI. Par exemple, avec
+    la définition <code>CGIMapExtension sys:\foo.nlm .foo</code>, tous
+    les fichiers scripts CGI possédant une extension <code>.foo</code>
+    seront passés à l'interpréteur FOO.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>CGIPassAuth</name>
-<description>Active la transmission d'en-t&ecirc;tes d'autorisation HTTP aux scripts en
+<description>Active la transmission d'en-têtes d'autorisation HTTP aux scripts en
 tant que variables CGI</description>
 <syntax>CGIPassAuth On|Off</syntax>
 <default>CGIPassAuth Off</default>
 <contextlist><context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>AuthConfig</override>
-<compatibility>Disponible &agrave; partir de la version 2.4.13 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.4.13 du serveur HTTP
 Apache</compatibility>
 
 <usage>
     <p>La directive <directive>CGIPassAuth</directive> permet aux
-    scripts d'acc&eacute;der aux en-t&ecirc;tes d'autorisation HTTP tels que
-    <code>Authorization</code>, en-t&ecirc;te n&eacute;cessaire aux scripts qui
-    impl&eacute;mente une authentification HTTP de base. Normalement, ces
-    en-t&ecirc;tes HTTP sont invisibles pour les scripts car ils leurs
+    scripts d'accéder aux en-têtes d'autorisation HTTP tels que
+    <code>Authorization</code>, en-tête nécessaire aux scripts qui
+    implémente une authentification HTTP de base. Normalement, ces
+    en-têtes HTTP sont invisibles pour les scripts car ils leurs
     permettraient de voir les identifiants et mots de passe
-    utilis&eacute;s pour acc&eacute;der au serveur lorsque l'authentification HTTP de
-    base est activ&eacute;e au niveau du serveur web. Cette directive doit &ecirc;tre
-    d&eacute;finie &agrave; "On" lorsque des scripts sont autoris&eacute;s &agrave; impl&eacute;menter une
+    utilisés pour accéder au serveur lorsque l'authentification HTTP de
+    base est activée au niveau du serveur web. Cette directive doit être
+    définie à "On" lorsque des scripts sont autorisés à implémenter une
     authentification HTTP de base.</p>
 
-    <p>Cette directive constitue une alternative &agrave; l'option de
-    compilation <code>SECURITY_HOLE_PASS_AUTHORIZATION</code> qui &eacute;tait
-    d&eacute;j&agrave; disponible dans les versions pr&eacute;c&eacute;dentes du serveur HTTP
+    <p>Cette directive constitue une alternative à l'option de
+    compilation <code>SECURITY_HOLE_PASS_AUTHORIZATION</code> qui était
+    déjà disponible dans les versions précédentes du serveur HTTP
     Apache.</p>
 
     <p>Cette option est prise en compte par tout module qui utilise
     <code>ap_add_common_vars()</code>, comme <module>mod_cgi</module>,
     <module>mod_cgid</module>, <module>mod_proxy_fcgi</module>,
     <module>mod_proxy_scgi</module>, etc... En particulier, elle affecte
-    les modules qui ne traitent pas &agrave; proprement parler les requ&ecirc;tes,
-    mais utilisent quand-m&ecirc;me cette API, comme
+    les modules qui ne traitent pas à proprement parler les requêtes,
+    mais utilisent quand-même cette API, comme
     <module>mod_include</module> ou <module>mod_ext_filter</module>. Les
     modules tiers qui n'utilisent pas <code>ap_add_common_vars()</code>
     peuvent aussi choisir de prendre en compte cette option.</p>
 </usage>
 </directivesynopsis>
 
+<directivesynopsis>
+<name>CGIVar</name>
+<description>Contrôle la manière dont certaines variables CGI sont définies</description>
+<syntax>CGIVar <var>variable</var> <var>rule</var></syntax>
+<contextlist><context>directory</context><context>.htaccess</context>
+</contextlist>
+<override>FileInfo</override>
+<compatibility>Disponible à partir de la version 2.5 du serveur HTTP Apache</compatibility>
+
+<usage>
+  <p>Cette directive permet de contrôler la manière dont certaines variables CGI
+  sont définies.</p>
+
+  <p>règles <strong>REQUEST_URI</strong> :</p>
+  <dl>
+    <dt><code>original-uri</code> (valeur par défaut)</dt>
+    <dd>La valeur est extraite de la requête originale, et ne tient pas compte
+    des redirections internes ou des sous-requêtes qui pourraient modifier la
+    ressource demandée.</dd>
+    <dt><code>current-uri</code></dt>
+    <dd>La valeur reflète la ressource en cours de traitement ; elle peut être
+    différente de la ressource demandée dans la requête initiale du client suite à
+    d'éventuelles redirections internes ou sous-requêtes.</dd>
+  </dl>
+</usage>
+</directivesynopsis>
+
 <directivesynopsis>
 <name>ContentDigest</name>
-<description>Active la g&eacute;n&eacute;ration d'un en-t&ecirc;te <code>Content-MD5</code>
-dans la r&eacute;ponse HTTP</description>
+<description>Active la génération d'un en-tête <code>Content-MD5</code>
+dans la réponse HTTP</description>
 <syntax>ContentDigest On|Off</syntax>
 <default>ContentDigest Off</default>
 <contextlist><context>server config</context><context>virtual
@@ -695,44 +722,44 @@ host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>Options</override>
-<status>Exp&eacute;rimental</status>
+<status>Expérimental</status>
 
 <usage>
-    <p>Cette directive active la g&eacute;n&eacute;ration d'un en-t&ecirc;te
-    <code>Content-MD5</code> selon les d&eacute;finitions des RFC 1864 et
+    <p>Cette directive active la génération d'un en-tête
+    <code>Content-MD5</code> selon les définitions des RFC 1864 et
     2616.</p>
 
-    <p>MD5 est un algorithme permettant de g&eacute;n&eacute;rer un condens&eacute; (parfois
-    appel&eacute; "empreinte") &agrave; partir de donn&eacute;es d'une taille al&eacute;atoire ; le
-    degr&eacute; de pr&eacute;cision est tel que la moindre alt&eacute;ration des donn&eacute;es
-    d'origine entra&icirc;ne une alt&eacute;ration de l'empreinte.</p>
+    <p>MD5 est un algorithme permettant de générer un condensé (parfois
+    appelé "empreinte") à partir de données d'une taille aléatoire ; le
+    degré de précision est tel que la moindre altération des données
+    d'origine entraîne une altération de l'empreinte.</p>
 
-    <p>L'en-t&ecirc;te <code>Content-MD5</code> permet de v&eacute;rifier
-    l'int&eacute;grit&eacute; de la r&eacute;ponse HTTP dans son ensemble. Un serveur mandataire
-    ou un client peut utiliser cet en-t&ecirc;te pour rechercher une
-    &eacute;ventuelle modification accidentelle de la r&eacute;ponse au cours de sa
-    transmission. Exemple d'en-t&ecirc;te :</p>
+    <p>L'en-tête <code>Content-MD5</code> permet de vérifier
+    l'intégrité de la réponse HTTP dans son ensemble. Un serveur mandataire
+    ou un client peut utiliser cet en-tête pour rechercher une
+    éventuelle modification accidentelle de la réponse au cours de sa
+    transmission. Exemple d'en-tête :</p>
 
     <example>
       Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
     </example>
 
-    <p>Notez que des probl&egrave;mes de performances peuvent affecter votre
-    serveur, car l'empreinte est g&eacute;n&eacute;r&eacute;e pour chaque requ&ecirc;te (il n'y a
+    <p>Notez que des problèmes de performances peuvent affecter votre
+    serveur, car l'empreinte est générée pour chaque requête (il n'y a
     pas de mise en cache).</p>
 
-    <p>L'en-t&ecirc;te <code>Content-MD5</code> n'est envoy&eacute; qu'avec les
-    documents servis par le module <module>core</module>, &agrave; l'exclusion
+    <p>L'en-tête <code>Content-MD5</code> n'est envoyé qu'avec les
+    documents servis par le module <module>core</module>, à l'exclusion
     de tout autre module. Ainsi, les documents SSI, les sorties de
-    scripts CGI, et les r&eacute;ponses &agrave; des requ&ecirc;tes partielles (byte range)
-    ne comportent pas cet en-t&ecirc;te.</p>
+    scripts CGI, et les réponses à des requêtes partielles (byte range)
+    ne comportent pas cet en-tête.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>DefaultRuntimeDir</name>
-<description>R&eacute;pertoire de base des fichiers cr&eacute;&eacute;s au cours de l'ex&eacute;cution du serveur</description>
-<syntax>DefaultRuntimeDir <var>chemin-r&eacute;pertoire</var></syntax>
+<description>Répertoire de base des fichiers créés au cours de l'exécution du serveur</description>
+<syntax>DefaultRuntimeDir <var>chemin-répertoire</var></syntax>
 <default>DefaultRuntimeDir DEFAULT_REL_RUNTIMEDIR (logs/)</default>
 <contextlist><context>server config</context></contextlist>
 <compatibility>Disponible depuis de la version 2.4.2 du serveur HTTP
@@ -740,10 +767,10 @@ Apache</compatibility>
 
 <usage>
     <p>La directive <directive>DefaultRuntimeDir</directive> permet de
-    d&eacute;finir le r&eacute;pertoire dans lequel le serveur va cr&eacute;er les diff&eacute;rents
-    fichiers relatifs &agrave; son ex&eacute;cution (m&eacute;moire partag&eacute;e, verrous,
-    etc...). Si le chemin sp&eacute;cifi&eacute; est relatif, le chemin absolu sera
-    g&eacute;n&eacute;r&eacute; relativement &agrave; la valeur de la directive
+    définir le répertoire dans lequel le serveur va créer les différents
+    fichiers relatifs à son exécution (mémoire partagée, verrous,
+    etc...). Si le chemin spécifié est relatif, le chemin absolu sera
+    généré relativement à la valeur de la directive
     <directive>ServerRoot</directive>.</p>
 
     <p><strong>Example</strong></p>
@@ -751,83 +778,83 @@ Apache</compatibility>
 DefaultRuntimeDir scratch/
     </highlight>
 
-    <p>La valeur par d&eacute;faut de la directive
-    <directive>DefaultRuntimeDir</directive> peut &ecirc;tre modifi&eacute;e en
+    <p>La valeur par défaut de la directive
+    <directive>DefaultRuntimeDir</directive> peut être modifiée en
     changeant la valeur de la macro <code>DEFAULT_REL_RUNTIMEDIR</code>
-    d&eacute;finie &agrave; la compilation.</p>
+    définie à la compilation.</p>
 
    <p>Note: si la valeur de <directive>ServerRoot</directive> n'a pas
-   &eacute;t&eacute; sp&eacute;cifi&eacute;e avant d'utiliser cette directive, c'est la valeur par
-   d&eacute;faut de <directive>ServerRoot</directive> qui sera utilis&eacute;e pour
-   d&eacute;finir la base du r&eacute;pertoire.</p>
+   été spécifiée avant d'utiliser cette directive, c'est la valeur par
+   défaut de <directive>ServerRoot</directive> qui sera utilisée pour
+   définir la base du répertoire.</p>
 
 </usage>
 <seealso>Voir les <a
-href="../misc/security_tips.html#serverroot">conseils &agrave; propos de
-s&eacute;surit&eacute;</a> pour plus d'informations en vue de d&eacute;finir correctement les
+href="../misc/security_tips.html#serverroot">conseils à propos de
+sésurité</a> pour plus d'informations en vue de définir correctement les
 permissions sur la racine du serveur <directive>ServerRoot</directive></seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>DefaultType</name>
-<description>Les seuls effets de cette directive sont des &eacute;missions
-d'avertissements si sa valeur est diff&eacute;rente de <code>none</code>. Dans
-les versions pr&eacute;c&eacute;dentes, DefaultType permettait de sp&eacute;cifier un type de
-m&eacute;dia &agrave; assigner par d&eacute;faut au contenu d'une r&eacute;ponse pour lequel aucun
-autre type de m&eacute;dia n'avait &eacute;t&eacute; trouv&eacute;.
+<description>Les seuls effets de cette directive sont des émissions
+d'avertissements si sa valeur est différente de <code>none</code>. Dans
+les versions précédentes, DefaultType permettait de spécifier un type de
+média à assigner par défaut au contenu d'une réponse pour lequel aucun
+autre type de média n'avait été trouvé.
 </description>
-<syntax>DefaultType <var>type m&eacute;dia|none</var></syntax>
+<syntax>DefaultType <var>type média|none</var></syntax>
 <default>DefaultType none</default>
 <contextlist><context>server config</context><context>virtual
 host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>FileInfo</override>
-<compatibility>Tous les arguments, except&eacute; <code>none</code>, sont
-DESACTIV&Eacute;S &agrave; partir de la version 2.3.0.</compatibility>
+<compatibility>Tous les arguments, excepté <code>none</code>, sont
+DESACTIVÉS à partir de la version 2.3.0.</compatibility>
 
 <usage>
-    <p>Cette directive a &eacute;t&eacute; d&eacute;sactiv&eacute;e. Pour la compatibilit&eacute;
+    <p>Cette directive a été désactivée. Pour la compatibilité
     ascendante avec les anciens fichiers de configuration, elle peut
-    &ecirc;tre sp&eacute;cifi&eacute;e avec la valeur <code>none</code>, c'est &agrave; dire sans
-    type de m&eacute;dium par d&eacute;faut. Par exemple :</p>
+    être spécifiée avec la valeur <code>none</code>, c'est à dire sans
+    type de médium par défaut. Par exemple :</p>
 
     <highlight language="config">DefaultType None</highlight>
 
     <p><code>DefaultType None</code> n'est disponible que dans les
-    versions d'Apache 2.2.7 et sup&eacute;rieures.</p>
+    versions d'Apache 2.2.7 et supérieures.</p>
 
     <p>Utilisez le fichier de configuration mime.types et la directive
     <directive module="mod_mime">AddType</directive> pour configurer
-    l'assignement d'un type de m&eacute;dium via les extensions de fichiers, ou
+    l'assignement d'un type de médium via les extensions de fichiers, ou
     la directive <directive module="core">ForceType</directive> pour
-    attribuer un type de m&eacute;dium &agrave; des ressources sp&eacute;cifiques. Dans le
-    cas contraire, le serveur enverra sa r&eacute;ponse sans champ d'en-t&ecirc;te
-    Content-Type, et le destinataire devra d&eacute;terminer lui-m&ecirc;me le type
-    de m&eacute;dium.</p>
+    attribuer un type de médium à des ressources spécifiques. Dans le
+    cas contraire, le serveur enverra sa réponse sans champ d'en-tête
+    Content-Type, et le destinataire devra déterminer lui-même le type
+    de médium.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>Define</name>
-<description>Permet de d&eacute;finir une variable</description>
-<syntax>Define <var>nom-param&egrave;tre</var> [<var>valeur-param&egrave;tre</var>]</syntax>
+<description>Permet de définir une variable</description>
+<syntax>Define <var>nom-paramètre</var> [<var>valeur-paramètre</var>]</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context></contextlist>
 
 <usage>
-    <p>Avec un seul param&egrave;tre, l'effet de la directive
-    <directive>Define</directive> est identique &agrave; celui de l'argument
+    <p>Avec un seul paramètre, l'effet de la directive
+    <directive>Define</directive> est identique à celui de l'argument
     <code>-D</code> du programme <program>httpd</program>. Il permet de
     modifier le comportement des sections <directive module="core"
-    type="section">IfDefine</directive> sans avoir &agrave; ajouter d'argument
-    <code>-D</code> au sein des scripts de d&eacute;marrage.</p>
+    type="section">IfDefine</directive> sans avoir à ajouter d'argument
+    <code>-D</code> au sein des scripts de démarrage.</p>
 
-    <p>De plus, le second param&egrave;tre permet d'affecter une valeur &agrave; la
-    variable d&eacute;finie par le premier. Cette variable peut &ecirc;tre r&eacute;f&eacute;renc&eacute;e
+    <p>De plus, le second paramètre permet d'affecter une valeur à la
+    variable définie par le premier. Cette variable peut être référencée
     dans le fichier de configuration via la syntaxe <code>${VAR}</code>.
-    La port&eacute;e de la variable est toujours globale, et n'est jamais
-    limit&eacute;e &agrave; la section de configuration courante.</p>
+    La portée de la variable est toujours globale, et n'est jamais
+    limitée à la section de configuration courante.</p>
 
     <highlight language="config">
 &lt;IfDefine TEST&gt;
@@ -841,22 +868,22 @@ DESACTIV&Eacute;S &agrave; partir de la version 2.3.0.</compatibility>
     DocumentRoot "/var/www/${servername}/htdocs"
     </highlight>
 
-    <p>Le caract&egrave;re ":" est interdit dans les noms de variables afin
-    d'&eacute;viter les conflits avec la syntaxe de la directive <directive
+    <p>Le caractère ":" est interdit dans les noms de variables afin
+    d'éviter les conflits avec la syntaxe de la directive <directive
     module="mod_rewrite">RewriteMap</directive>.</p>
 
-    <p>Si cette directive est d&eacute;finie au sein d'un bloc VirtualHost, les
+    <p>Si cette directive est définie au sein d'un bloc VirtualHost, les
     changements qu'elle induit sont visibles de toute directive
-    ult&eacute;rieure, au del&agrave; de tout bloc VirtualHost.</p>
+    ultérieure, au delà de tout bloc VirtualHost.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>Directory</name>
 <description>Regroupe un ensemble de directives qui ne s'appliquent
-qu'au r&eacute;pertoire concern&eacute; du syst&egrave;me de fichiers, &agrave; ses
-sous-r&eacute;pertoires, et &agrave; leur contenu.</description>
-<syntax>&lt;Directory <var>chemin r&eacute;pertoire</var>&gt;
+qu'au répertoire concerné du système de fichiers, à ses
+sous-répertoires, et à leur contenu.</description>
+<syntax>&lt;Directory <var>chemin répertoire</var>&gt;
 ... &lt;/Directory&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -865,17 +892,17 @@ host</context>
 <usage>
     <p>Les balises <directive type="section">Directory</directive> et
     <code>&lt;/Directory&gt;</code> permettent de regrouper un ensemble
-    de directives qui ne s'appliquent qu'au r&eacute;pertoire pr&eacute;cis&eacute;,
-    &agrave; ses sous-r&eacute;pertoires, et aux fichiers situ&eacute;s dans ces
-    sous-r&eacute;pertoires. Toute directive
-    autoris&eacute;e dans un contexte de r&eacute;pertoire peut &ecirc;tre utilis&eacute;e.
-    <var>chemin r&eacute;pertoire</var> est soit le chemin absolu d'un
-    r&eacute;pertoire, soit une cha&icirc;ne de caract&egrave;res avec caract&egrave;res g&eacute;n&eacute;riques
-    utilisant la comparaison Unix de style shell. Dans une cha&icirc;ne de
-    caract&egrave;res avec caract&egrave;res g&eacute;n&eacute;riques, <code>?</code> correspond &agrave;
-    un caract&egrave;re quelconque, et <code>*</code> &agrave; toute cha&icirc;ne de
-    caract&egrave;res. Les intervalles de caract&egrave;res <code>[]</code> sont aussi
-    autoris&eacute;s. Aucun caract&egrave;re g&eacute;n&eacute;rique ne peut remplacer le caract&egrave;re
+    de directives qui ne s'appliquent qu'au répertoire précisé,
+    à ses sous-répertoires, et aux fichiers situés dans ces
+    sous-répertoires. Toute directive
+    autorisée dans un contexte de répertoire peut être utilisée.
+    <var>chemin répertoire</var> est soit le chemin absolu d'un
+    répertoire, soit une chaîne de caractères avec caractères génériques
+    utilisant la comparaison Unix de style shell. Dans une chaîne de
+    caractères avec caractères génériques, <code>?</code> correspond à
+    un caractère quelconque, et <code>*</code> à toute chaîne de
+    caractères. Les intervalles de caractères <code>[]</code> sont aussi
+    autorisés. Aucun caractère générique ne peut remplacer le caractère
     `/', si bien que l'expression <code>&lt;Directory
     "/*/public_html"&gt;</code> ne conviendra pas pour le chemin
      * <code>/home/user/public_html</code>, alors que <code>&lt;Directory
@@ -887,22 +914,22 @@ host</context>
 &lt;/Directory&gt;
     </highlight>
 
-    <p>Les chemins de r&eacute;pertoires contenant des espaces <em>doivent</em> &ecirc;tre
-    entour&eacute;s de guillemets afin d'emp&ecirc;cher l'interpr&eacute;tation de ces
+    <p>Les chemins de répertoires contenant des espaces <em>doivent</em> être
+    entourés de guillemets afin d'empêcher l'interprétation de ces
     espaces comme fins d'arguments.</p>
 
     <note>
-      <p>Soyez prudent avec l'argument <var>chemin r&eacute;pertoire</var> : il
-      doit correspondre exactement au chemin du syst&egrave;me de fichier
-      qu'Apache httpd utilise pour acc&eacute;der aux fichiers. Les directives
+      <p>Soyez prudent avec l'argument <var>chemin répertoire</var> : il
+      doit correspondre exactement au chemin du système de fichier
+      qu'Apache httpd utilise pour accéder aux fichiers. Les directives
       comprises dans une section <code>&lt;Directory&gt;</code> ne
-      s'appliqueront pas aux fichiers du m&ecirc;me r&eacute;pertoire auxquels on
-      aura acc&eacute;d&eacute; via un chemin diff&eacute;rent, per exemple via un lien
+      s'appliqueront pas aux fichiers du même répertoire auxquels on
+      aura accédé via un chemin différent, per exemple via un lien
       symbolique.</p>
     </note>
 
     <p> Les <glossary ref="regex">Expressions rationnelles</glossary>
-    peuvent aussi &ecirc;tre utilis&eacute;es en ajoutant le caract&egrave;re
+    peuvent aussi être utilisées en ajoutant le caractère
     <code>~</code>. Par exemple :</p>
 
     <highlight language="config">
@@ -911,15 +938,15 @@ host</context>
 &lt;/Directory&gt;
 </highlight>
 
-    <p>pourra correspondre &agrave; tout r&eacute;pertoire situ&eacute; dans /www/ et dont le
+    <p>pourra correspondre à tout répertoire situé dans /www/ et dont le
     nom se compose de trois chiffres.</p>
 
     <p>Si plusieurs sections <directive
     type="section">Directory</directive> (sans expression rationnelle)
-    correspondent au r&eacute;pertoire (ou &agrave; un de ses parents) qui contient le
+    correspondent au répertoire (ou à un de ses parents) qui contient le
     document, les directives de la section <directive
     type="section">Directory</directive> dont le chemin est le plus
-    court sont appliqu&eacute;es en premier, en s'intercalant avec les
+    court sont appliquées en premier, en s'intercalant avec les
     directives des fichiers <a href="#accessfilename">.htaccess</a>. Par
     exemple, avec</p>
 
@@ -933,27 +960,27 @@ host</context>
 &lt;/Directory&gt;
     </highlight>
 
-    <p>l'acc&egrave;s au document <code>/home/web/dir/doc.html</code> emprunte
+    <p>l'accès au document <code>/home/web/dir/doc.html</code> emprunte
     le chemin suivant :</p>
 
     <ul>
       <li>Aplication de la directive <code>AllowOverride None</code>
-      (qui d&eacute;sactive les fichiers <code>.htaccess</code>).</li>
+      (qui désactive les fichiers <code>.htaccess</code>).</li>
 
       <li>Application de la directive <code>AllowOverride
-      FileInfo</code> (pour le r&eacute;pertoire <code>/home</code>).</li>
+      FileInfo</code> (pour le répertoire <code>/home</code>).</li>
 
       <li>Application de toute directive <code>FileInfo</code> qui se
-      trouverait dans d'&eacute;ventuels fichiers <code>/home/.htaccess</code>,
+      trouverait dans d'éventuels fichiers <code>/home/.htaccess</code>,
       <code>/home/web/.htaccess</code> ou
       <code>/home/web/dir/.htaccess</code>, dans cet ordre.</li>
     </ul>
 
-    <p>Les directives associ&eacute;es aux r&eacute;pertoires sous forme d'expressions
+    <p>Les directives associées aux répertoires sous forme d'expressions
     rationnelles ne sont prises en compte qu'une fois toutes les
-    directives des sections sans expressions rationnelles appliqu&eacute;es.
-    Alors, tous les r&eacute;pertoires avec expressions rationnelles sont
-    test&eacute;s selon l'ordre dans lequel ils apparaissent dans le fichier de
+    directives des sections sans expressions rationnelles appliquées.
+    Alors, tous les répertoires avec expressions rationnelles sont
+    testés selon l'ordre dans lequel ils apparaissent dans le fichier de
     configuration. Par exemple, avec</p>
 
     <highlight language="config">
@@ -963,18 +990,18 @@ host</context>
     </highlight>
 
     <p>la section avec expression rationnelle ne sera prise en compte
-    qu'apr&egrave;s les sections <directive
+    qu'après les sections <directive
     type="section">Directory</directive> sans expression rationnelle
     et les fichiers <code>.htaccess</code>. Alors, l'expression
     rationnelle conviendra pour <code>/home/abc/public_html/abc</code>
     et la section <directive type="section">Directory</directive>
     correspondante s'appliquera.</p>
 
-   <p><strong>Notez que la politique d'acc&egrave;s par d&eacute;faut
-   dans les sections <code>&lt;Directory "/"&gt;</code> consiste &agrave;
-   autoriser tout acc&egrave;s sans restriction. Ceci signifie qu'Apache httpd va servir tout fichier
-   correspondant &agrave; une URL. Il est recommand&eacute; de modifier cette
-   situation &agrave; l'aide d'un bloc du style</strong></p>
+   <p><strong>Notez que la politique d'accès par défaut
+   dans les sections <code>&lt;Directory "/"&gt;</code> consiste à
+   autoriser tout accès sans restriction. Ceci signifie qu'Apache httpd va servir tout fichier
+   correspondant à une URL. Il est recommandé de modifier cette
+   situation à l'aide d'un bloc du style</strong></p>
 
     <highlight language="config">
 &lt;Directory "/"&gt;
@@ -982,28 +1009,28 @@ host</context>
 &lt;/Directory&gt;
     </highlight>
 
-    <p><strong>puis d'affiner la configuration pour les r&eacute;pertoires que vous
+    <p><strong>puis d'affiner la configuration pour les répertoires que vous
     voulez rendre accessibles. Voir la page <a
-    href="../misc/security_tips.html">Conseils &agrave; propos de s&eacute;curit&eacute;</a>
-    pour plus de d&eacute;tails.</strong></p>
+    href="../misc/security_tips.html">Conseils à propos de sécurité</a>
+    pour plus de détails.</strong></p>
 
     <p>Les sections <directive type="section">Directory</directive> se situent
     dans le fichier <code>httpd.conf</code>. Les directives <directive
-    type="section">Directory</directive> ne peuvent pas &ecirc;tre imbriqu&eacute;es
-    et ne sont pas autoris&eacute;es dans les sections <directive module="core"
+    type="section">Directory</directive> ne peuvent pas être imbriquées
+    et ne sont pas autorisées dans les sections <directive module="core"
     type="section">Limit</directive> ou <directive module="core"
     type="section">LimitExcept</directive>.</p>
 </usage>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour des
-explications &agrave; propos de la mani&egrave;re dont ces diff&eacute;rentes sections se
-combinent entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te</seealso>
+explications à propos de la manière dont ces différentes sections se
+combinent entre elles à la réception d'une requête</seealso>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>DirectoryMatch</name>
-<description>Regroupe des directives qui s'appliquent au contenu de r&eacute;pertoires
-du syst&egrave;me de fichiers correspondant &agrave; une expression rationnelle</description>
+<description>Regroupe des directives qui s'appliquent au contenu de répertoires
+du système de fichiers correspondant à une expression rationnelle</description>
 <syntax>&lt;DirectoryMatch <var>regex</var>&gt;
 ... &lt;/DirectoryMatch&gt;</syntax>
 <contextlist><context>server config
@@ -1013,10 +1040,10 @@ du syst&egrave;me de fichiers correspondant &agrave; une expression rationnelle<
 <usage>
     <p>Les balises <directive type="section">DirectoryMatch</directive>
     et <code>&lt;/DirectoryMatch&gt;</code> permettent de regrouper un
-    ensemble de directives qui ne s'appliqueront qu'au r&eacute;pertoire
-    pr&eacute;cis&eacute; (et aux fichiers qu'il contient), comme pour la section <directive
+    ensemble de directives qui ne s'appliqueront qu'au répertoire
+    précisé (et aux fichiers qu'il contient), comme pour la section <directive
     module="core" type="section">Directory</directive>. Cependant, le
-    r&eacute;pertoire est pr&eacute;cis&eacute; sous la forme d'une <glossary
+    répertoire est précisé sous la forme d'une <glossary
     ref="regex">expression rationnelle</glossary>. Par exemple :</p>
 
     <highlight language="config">
@@ -1025,34 +1052,34 @@ du syst&egrave;me de fichiers correspondant &agrave; une expression rationnelle<
 &lt;/DirectoryMatch&gt;
 </highlight>
 
-    <p>convient pour les sous-r&eacute;pertoires de <code>/www/</code> dont
+    <p>convient pour les sous-répertoires de <code>/www/</code> dont
     le nom se compose de trois chiffres.</p>
 
-    <note><title>Compatibilit&eacute;</title>
+    <note><title>Compatibilité</title>
       Avant la version 2.3.9, cette directive s'appliquait aussi aux
-      sous-r&eacute;pertoires (comme la directive <directive module="core"
+      sous-répertoires (comme la directive <directive module="core"
       type="section">Directory</directive>), et ne tenait pas compte du
       symbole de fin de ligne ($). Depuis la version 2.3.9, seuls les
-      r&eacute;pertoires qui correspondent &agrave; l'expression sont affect&eacute;s par les
+      répertoires qui correspondent à l'expression sont affectés par les
       directives contenues dans la section.
     </note>
 
     <note><title>slash de fin</title>
-      Cette directive s'applique aux requ&ecirc;tes pour des r&eacute;pertoires avec
+      Cette directive s'applique aux requêtes pour des répertoires avec
       ou sans slash de fin ; les expressions contenant un symbole de fin
       de ligne ($) doivent donc faire l'objet d'une attention
-      particuli&egrave;re.
+      particulière.
     </note>
 
-    <p>A partir de la version 2.4.8, les groupes nomm&eacute;s et les
-    r&eacute;f&eacute;rences arri&egrave;res sont extraits et enregistr&eacute;s dans
-    l'environnement avec leur nom en majuscules et pr&eacute;fix&eacute;
+    <p>A partir de la version 2.4.8, les groupes nommés et les
+    références arrières sont extraits et enregistrés dans
+    l'environnement avec leur nom en majuscules et préfixé
     par "MATCH_". Ceci permet
-    de r&eacute;f&eacute;rencer des URLs dans des <a href="../expr.html">expressions</a>
+    de référencer des URLs dans des <a href="../expr.html">expressions</a>
     ou au sein de modules comme <module>mod_rewrite</module>. Pour
-    &eacute;viter toute confusion, les r&eacute;f&eacute;rences arri&egrave;res num&eacute;rot&eacute;es (non
-    nomm&eacute;es) sont ignor&eacute;es. Vous devez utiliser &agrave; la place des groupes
-    nomm&eacute;s.</p>
+    éviter toute confusion, les références arrières numérotées (non
+    nommées) sont ignorées. Vous devez utiliser à la place des groupes
+    nommés.</p>
 
 <highlight language="config">
 &lt;DirectoryMatch "^/var/www/combined/(?&lt;sitename&gt;[^/]+)"&gt;
@@ -1061,56 +1088,56 @@ du syst&egrave;me de fichiers correspondant &agrave; une expression rationnelle<
 </highlight>    
 </usage>
 <seealso><directive type="section" module="core">Directory</directive>
-pour une description de la mani&egrave;re dont les expressions rationnelles
-sont trait&eacute;es en pr&eacute;sence d'autres sections <directive
+pour une description de la manière dont les expressions rationnelles
+sont traitées en présence d'autres sections <directive
 type="section">Directory</directive> sans expressions rationnelles</seealso>
 <seealso><a
 href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication &agrave; propos de la mani&egrave;re dont ces diff&eacute;rentes sections se
-combinent entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te</seealso>
+explication à propos de la manière dont ces différentes sections se
+combinent entre elles à la réception d'une requête</seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>DocumentRoot</name>
 <description>Racine principale de l'arborescence des documents visible
 depuis Internet</description>
-<syntax>DocumentRoot <var>chemin r&eacute;pertoire</var></syntax>
+<syntax>DocumentRoot <var>chemin répertoire</var></syntax>
 <default>DocumentRoot /usr/local/apache/htdocs</default>
 <contextlist><context>server config</context><context>virtual
 host</context>
 </contextlist>
 
 <usage>
-    <p>Cette directive permet de d&eacute;finir le r&eacute;pertoire &agrave; partir duquel
+    <p>Cette directive permet de définir le répertoire à partir duquel
     <program>httpd</program> va servir les fichiers. S'il ne correspond
-    pas &agrave; un <directive module="mod_alias">Alias</directive>, le chemin
-    de l'URL sera ajout&eacute; par le serveur &agrave; la racine des documents afin
-    de construire le chemin du document recherch&eacute;. Exemple :</p>
+    pas à un <directive module="mod_alias">Alias</directive>, le chemin
+    de l'URL sera ajouté par le serveur à la racine des documents afin
+    de construire le chemin du document recherché. Exemple :</p>
 
     <highlight language="config">DocumentRoot "/usr/web"</highlight>
 
-    <p>un acc&egrave;s &agrave; <code>http://my.example.com/index.html</code> se
-    r&eacute;f&egrave;re alors &agrave; <code>/usr/web/index.html</code>. Si <var>chemin
-    r&eacute;pertoire</var> n'est pas un chemin absolu, il est consid&eacute;r&eacute; comme
-    relatif au chemin d&eacute;fini par la directive <directive
+    <p>un accès à <code>http://my.example.com/index.html</code> se
+    réfère alors à <code>/usr/web/index.html</code>. Si <var>chemin
+    répertoire</var> n'est pas un chemin absolu, il est considéré comme
+    relatif au chemin défini par la directive <directive
     module="core">ServerRoot</directive>.</p>
 
-    <p>Le r&eacute;pertoire d&eacute;fini par la directive
+    <p>Le répertoire défini par la directive
     <directive>DocumentRoot</directive> ne doit pas comporter de slash
     final.</p>
 </usage>
 <seealso><a href="../urlmapping.html#documentroot">Mise en
-correspondance des URLs avec le syst&egrave;me de fichiers</a></seealso>
+correspondance des URLs avec le système de fichiers</a></seealso>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>Else</name>
 <description>Contient des directives qui ne s'appliquent que si la
-condition correspondant &agrave; la section <directive type="section"
+condition correspondant à la section <directive type="section"
 module="core">If</directive> ou <directive type="section"
-module="core">ElseIf</directive> pr&eacute;c&eacute;dente n'est pas satisfaite par la
-requ&ecirc;te &agrave; l'ex&eacute;cution</description>
+module="core">ElseIf</directive> précédente n'est pas satisfaite par la
+requête à l'exécution</description>
 <syntax>&lt;Else&gt; ... &lt;/Else&gt;</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
@@ -1120,9 +1147,9 @@ requ&ecirc;te &agrave; l'ex&eacute;cution</description>
 <usage>
     <p>La section <directive type="section">Else</directive> applique
     les directives qu'elle contient si et seulement si les conditions
-    correspondant &agrave; la section <directive type="section">If</directive>
-    ou <directive type="section">ElseIf</directive> imm&eacute;diatement
-    sup&eacute;rieure et dans la m&ecirc;me port&eacute;e n'ont pas &eacute;t&eacute; satisfaites. Par
+    correspondant à la section <directive type="section">If</directive>
+    ou <directive type="section">ElseIf</directive> immédiatement
+    supérieure et dans la même portée n'ont pas été satisfaites. Par
     exemple, dans :</p>
 
     <highlight language="config">
@@ -1135,18 +1162,18 @@ requ&ecirc;te &agrave; l'ex&eacute;cution</description>
     </highlight>
 
     <p>La condition de la section <directive
-    type="section">If</directive> serait satisfaite pour les requ&ecirc;tes
-    HTTP/1.0 sans en-t&ecirc;te <var>Host:</var>, alors que celle de la section
+    type="section">If</directive> serait satisfaite pour les requêtes
+    HTTP/1.0 sans en-tête <var>Host:</var>, alors que celle de la section
     <directive type="section">Else</directive> le serait pour les
-    requ&ecirc;tes comportant un en-t&ecirc;te <var>Host:</var>.</p>
+    requêtes comportant un en-tête <var>Host:</var>.</p>
 
 </usage>
 <seealso><directive type="section" module="core">If</directive></seealso>
 <seealso><directive type="section" module="core">ElseIf</directive></seealso>
 <seealso><a href="../sections.html">Fonctionnement des sections &lt;Directory&gt;, &lt;Location&gt;,
-    &lt;Files&gt;</a> pour une explication de la mani&egrave;re dont ces
-    diff&eacute;rentes section se combinent entre elles lorsqu'une requ&ecirc;te est
-    re&ccedil;ue. Les directives <directive type="section">If</directive>,
+    &lt;Files&gt;</a> pour une explication de la manière dont ces
+    différentes section se combinent entre elles lorsqu'une requête est
+    reçue. Les directives <directive type="section">If</directive>,
     <directive type="section">ElseIf</directive>, et <directive
     type="section">Else</directive> s'appliquent en dernier.</seealso>
 </directivesynopsis>
@@ -1154,10 +1181,10 @@ requ&ecirc;te &agrave; l'ex&eacute;cution</description>
 <directivesynopsis type="section">
 <name>ElseIf</name>
 <description>Contient des directives qui ne s'appliquent que si la
-condition correspondante est satisfaite par une requ&ecirc;te &agrave; l'ex&eacute;cution,
-alors que la condition correspondant &agrave; la section <directive
+condition correspondante est satisfaite par une requête à l'exécution,
+alors que la condition correspondant à la section <directive
 type="section" module="core">If</directive> ou <directive
-type="section">ElseIf</directive> pr&eacute;c&eacute;dente ne l'&eacute;tait pas.</description>
+type="section">ElseIf</directive> précédente ne l'était pas.</description>
 <syntax>&lt;ElseIf <var>expression</var>&gt; ... &lt;/ElseIf&gt;</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
@@ -1168,8 +1195,8 @@ type="section">ElseIf</directive> pr&eacute;c&eacute;dente ne l'&eacute;tait pas
     <p>La section <directive type="section">ElseIf</directive> applique
     les directives qu'elle contient si et seulement si d'une part la
     condition correspondante est satisfaite, et d'autre part la condition
-    correspondant &agrave; la section <directive type="section">If</directive>
-    ou <directive type="section">ElseIf</directive> de la m&ecirc;me port&eacute;e ne
+    correspondant à la section <directive type="section">If</directive>
+    ou <directive type="section">ElseIf</directive> de la même portée ne
     l'est pas. Par exemple, dans :</p>
 
     <highlight language="config">
@@ -1184,27 +1211,27 @@ type="section">ElseIf</directive> pr&eacute;c&eacute;dente ne l'&eacute;tait pas
 &lt;/Else&gt;
     </highlight>
 
-    <p>La condition correspondant &agrave; la section <directive
+    <p>La condition correspondant à la section <directive
     type="section">ElseIf</directive> est satisfaite si l'adresse
-    distante de la requ&ecirc;te appartient au sous-r&eacute;seau 10.0.0.0/8, mais
-    pas si elle appartient au sous-r&eacute;seau 10.1.0.0/16.</p>
+    distante de la requête appartient au sous-réseau 10.0.0.0/8, mais
+    pas si elle appartient au sous-réseau 10.1.0.0/16.</p>
 
 </usage>
 <seealso><a href="../expr.html">Les expressions dans le serveur HTTP
-Apache</a>, pour une r&eacute;f&eacute;rence compl&egrave;te et d'autres exemples.</seealso>
+Apache</a>, pour une référence complète et d'autres exemples.</seealso>
 <seealso><directive type="section" module="core">If</directive></seealso>
 <seealso><directive type="section" module="core">Else</directive></seealso>
 <seealso><a href="../sections.html">Fonctionnement des sections &lt;Directory&gt;, &lt;Location&gt;,
-    &lt;Files&gt;</a> pour une explication de la mani&egrave;re dont ces
-    diff&eacute;rentes section se combinent entre elles lorsqu'une requ&ecirc;te est
-    re&ccedil;ue. Les directives <directive type="section">If</directive>,
+    &lt;Files&gt;</a> pour une explication de la manière dont ces
+    différentes section se combinent entre elles lorsqu'une requête est
+    reçue. Les directives <directive type="section">If</directive>,
     <directive type="section">ElseIf</directive>, et <directive
     type="section">Else</directive> s'appliquent en dernier.</seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>EnableMMAP</name>
-<description>Utilise la projection en m&eacute;moire (Memory-Mapping) pour
+<description>Utilise la projection en mémoire (Memory-Mapping) pour
 lire les fichiers pendant qu'ils sont servis</description>
 <syntax>EnableMMAP On|Off</syntax>
 <default>EnableMMAP On</default>
@@ -1215,37 +1242,37 @@ host</context>
 <override>FileInfo</override>
 
 <usage>
-    <p>Cette directive d&eacute;finit si <program>httpd</program> peut utiliser
-    la projection en m&eacute;moire (Memory-Mapping) quand il doit lire le contenu
-    d'un fichier pendant qu'il est servi. Par d&eacute;faut, lorsque le
-    traitement d'une requ&ecirc;te requiert l'acc&egrave;s aux donn&eacute;es contenues dans
-    un fichier -- par exemple, pour servir un fichier interpr&eacute;t&eacute; par le
-    serveur &agrave; l'aide de <module>mod_include</module> -- Apache httpd projette
-    le fichier en m&eacute;moire si le syst&egrave;me d'exploitation le permet.</p>
-
-    <p>Cette projection en m&eacute;moire induit parfois une am&eacute;lioration des
-    performances. Sur certains syst&egrave;mes cependant, il est pr&eacute;f&eacute;rable de
-    d&eacute;sactiver la projection en m&eacute;moire afin d'&eacute;viter certains probl&egrave;mes
-    op&eacute;rationnels :</p>
+    <p>Cette directive définit si <program>httpd</program> peut utiliser
+    la projection en mémoire (Memory-Mapping) quand il doit lire le contenu
+    d'un fichier pendant qu'il est servi. Par défaut, lorsque le
+    traitement d'une requête requiert l'accès aux données contenues dans
+    un fichier -- par exemple, pour servir un fichier interprété par le
+    serveur à l'aide de <module>mod_include</module> -- Apache httpd projette
+    le fichier en mémoire si le système d'exploitation le permet.</p>
+
+    <p>Cette projection en mémoire induit parfois une amélioration des
+    performances. Sur certains systèmes cependant, il est préférable de
+    désactiver la projection en mémoire afin d'éviter certains problèmes
+    opérationnels :</p>
 
     <ul>
-    <li>Sur certains syst&egrave;mes multi-processeurs, la projection en
-    m&eacute;moire peut d&eacute;grader les performances du programme
+    <li>Sur certains systèmes multi-processeurs, la projection en
+    mémoire peut dégrader les performances du programme
     <program>httpd</program>.</li>
-    <li>S'il fait l'objet d'une projection en m&eacute;moire par
+    <li>S'il fait l'objet d'une projection en mémoire par
     <program>httpd</program>, la suppression ou la troncature d'un
     fichier peut provoquer un crash de <program>httpd</program> avec une
     erreur de segmentation.</li>
     </ul>
 
-    <p>Pour les configurations de serveur sujettes &agrave; ce genre de
-    probl&egrave;me, il est pr&eacute;f&eacute;rable de d&eacute;sactiver la projection en m&eacute;moire
-    des fichiers servis en sp&eacute;cifiant :</p>
+    <p>Pour les configurations de serveur sujettes à ce genre de
+    problème, il est préférable de désactiver la projection en mémoire
+    des fichiers servis en spécifiant :</p>
     
     <highlight language="config">EnableMMAP Off</highlight>
 
-    <p>Pour les montages NFS, cette fonctionnalit&eacute; peut &ecirc;tre
-    explicitement d&eacute;sactiv&eacute;e pour les fichiers concern&eacute;s en sp&eacute;cifiant
+    <p>Pour les montages NFS, cette fonctionnalité peut être
+    explicitement désactivée pour les fichiers concernés en spécifiant
     :</p>
 
     <highlight language="config">
@@ -1267,50 +1294,50 @@ host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>FileInfo</override>
-<compatibility>Par d&eacute;faut &agrave; Off depuis la version 2.3.9.</compatibility>
+<compatibility>Par défaut à Off depuis la version 2.3.9.</compatibility>
 
 <usage>
-    <p>Cette directive d&eacute;finit si le programme <program>httpd</program>
+    <p>Cette directive définit si le programme <program>httpd</program>
     peut utiliser le support sendfile du noyau pour transmettre le
-    contenu des fichiers aux clients. Par d&eacute;faut, lorsque le traitement
-    d'une requ&ecirc;te ne requiert pas l'acc&egrave;s aux donn&eacute;es contenues dans un
+    contenu des fichiers aux clients. Par défaut, lorsque le traitement
+    d'une requête ne requiert pas l'accès aux données contenues dans un
     fichier -- par exemple, pour la transmission d'un fichier statique
     -- Apache httpd utilise sendfile pour transmettre le contenu du fichier
-    sans m&ecirc;me lire ce dernier, si le syst&egrave;me d'exploitation le
+    sans même lire ce dernier, si le système d'exploitation le
     permet.</p>
 
-    <p>Ce m&eacute;canisme sendfile &eacute;vite la s&eacute;paration des op&eacute;rations de
-    lecture et d'envoi, ainsi que les r&eacute;servations de tampons. sur
-    certains syst&egrave;mes cependant, ou sous certains syst&egrave;mes de fichiers,
-    il est pr&eacute;f&eacute;rable de d&eacute;sactiver cette fonctionnalit&eacute; afin d'&eacute;viter
-    certains probl&egrave;mes op&eacute;rationnels :</p>
+    <p>Ce mécanisme sendfile évite la séparation des opérations de
+    lecture et d'envoi, ainsi que les réservations de tampons. sur
+    certains systèmes cependant, ou sous certains systèmes de fichiers,
+    il est préférable de désactiver cette fonctionnalité afin d'éviter
+    certains problèmes opérationnels :</p>
 
     <ul>
-    <li>Certains syst&egrave;mes peuvent pr&eacute;senter un support sendfile
-    d&eacute;fectueux que le syst&egrave;me de compilation n'a pas d&eacute;tect&eacute;, en
-    particulier si les ex&eacute;cutables ont &eacute;t&eacute; compil&eacute;s sur une autre
-    machine, puis copi&eacute;s sur la premi&egrave;re avec un support sendfile
-    d&eacute;fectueux.</li>
+    <li>Certains systèmes peuvent présenter un support sendfile
+    défectueux que le système de compilation n'a pas détecté, en
+    particulier si les exécutables ont été compilés sur une autre
+    machine, puis copiés sur la première avec un support sendfile
+    défectueux.</li>
     <li>Sous Linux, l'utilisation de sendfile induit des bogues lors de
-    la r&eacute;cup&eacute;ration des paquets de v&eacute;rification TCP (TCP-checksum) avec
-    certaines cartes r&eacute;seau lorsqu'on utilise IPv6.</li>
-    <li>Sous Linux sur Itanium, <code>sendfile</code> peut s'av&eacute;rer incapable de
+    la récupération des paquets de vérification TCP (TCP-checksum) avec
+    certaines cartes réseau lorsqu'on utilise IPv6.</li>
+    <li>Sous Linux sur Itanium, <code>sendfile</code> peut s'avérer incapable de
     traiter les fichiers de plus de 2 Go.</li>
-    <li>Avec un montage r&eacute;seau de <directive
+    <li>Avec un montage réseau de <directive
     module="core">DocumentRoot</directive> (par exemple NFS, SMB, CIFS,
     FUSE), le
-    noyau peut s'av&eacute;rer incapable de servir un fichier de ce montage
-    r&eacute;seau en passant par son propre cache.</li>
+    noyau peut s'avérer incapable de servir un fichier de ce montage
+    réseau en passant par son propre cache.</li>
     </ul>
 
-    <p>Pour les configurations de serveur non sujettes &agrave; ce genre de
-    probl&egrave;me, vous pouvez activer cette fonctionnalit&eacute; en
-    sp&eacute;cifiant :</p>
+    <p>Pour les configurations de serveur non sujettes à ce genre de
+    problème, vous pouvez activer cette fonctionnalité en
+    spécifiant :</p>
 
     <highlight language="config">EnableSendfile On</highlight>
 
-    <p>Pour les montages r&eacute;seau, cette fonctionnalit&eacute; peut &ecirc;tre
-    explicitement d&eacute;sactiv&eacute;e pour les fichiers concern&eacute;s en sp&eacute;cifiant
+    <p>Pour les montages réseau, cette fonctionnalité peut être
+    explicitement désactivée pour les fichiers concernés en spécifiant
     :</p>
 
     <highlight language="config">
@@ -1319,10 +1346,10 @@ host</context>
 &lt;/Directory&gt;
     </highlight>
     <p>Veuillez noter que la configuration de la directive
-    <directive>EnableSendfile</directive> dans un contexte de r&eacute;pertoire
-    ou de fichier .htaccess n'est pas support&eacute;e par
+    <directive>EnableSendfile</directive> dans un contexte de répertoire
+    ou de fichier .htaccess n'est pas supportée par
     <module>mod_cache_disk</module>. Le module ne prend en compte la
-    d&eacute;finition de <directive>EnableSendfile</directive> que dans un
+    définition de <directive>EnableSendfile</directive> que dans un
     contexte global.
     </p>
 </usage>
@@ -1331,27 +1358,27 @@ host</context>
 <directivesynopsis>
 <name>Error</name>
 <description>Interrompt la lecture de la configuration avec un message
-d'erreur personnalis&eacute;</description>
+d'erreur personnalisé</description>
 <syntax>Error <var>message</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
-<compatibility>&agrave; partir de la version 2.3.9</compatibility>
+<compatibility>à partir de la version 2.3.9</compatibility>
 
 <usage>
-    <p>Si une erreur peut &ecirc;tre d&eacute;tect&eacute;e dans la configuration, souvent
+    <p>Si une erreur peut être détectée dans la configuration, souvent
     un module manquant, cette
-    directive peut &ecirc;tre utilis&eacute;e pour g&eacute;n&eacute;rer un message d'erreur
-    personnalis&eacute;, et interrompre la lecture de la configuration. </p>
+    directive peut être utilisée pour générer un message d'erreur
+    personnalisé, et interrompre la lecture de la configuration. </p>
 
     <highlight language="config">
 # Exemple
-# v&eacute;rification du chargement de mod_include
+# vérification du chargement de mod_include
 &lt;IfModule !include_module&gt;
   Error "mod_include is required by mod_foo.  Load it with LoadModule."
 &lt;/IfModule&gt;
 
-# v&eacute;rification de la d&eacute;finition de SSL ou (exclusif) NOSSL
+# vérification de la définition de SSL ou (exclusif) NOSSL
 &lt;IfDefine SSL&gt;
 &lt;IfDefine NOSSL&gt;
   Error "Both SSL and NOSSL are defined.  Define only one of them."
@@ -1379,56 +1406,56 @@ host</context>
 <override>FileInfo</override>
 
 <usage>
-    <p>Apache httpd peut traiter les probl&egrave;mes et les erreurs de quatre
-    mani&egrave;res,</p>
+    <p>Apache httpd peut traiter les problèmes et les erreurs de quatre
+    manières,</p>
 
     <ol>
       <li>afficher un simple message d'erreur au contenu fixe</li>
 
-      <li>afficher un message personnalis&eacute;</li>
+      <li>afficher un message personnalisé</li>
 
       <li>rediriger en interne vers un <var>chemin d'URL</var> local pour traiter
-      le probl&egrave;me ou l'erreur</li>
+      le problème ou l'erreur</li>
 
       <li>rediriger vers une <var>URL</var> externe pour traiter
-      le probl&egrave;me ou l'erreur</li>
+      le problème ou l'erreur</li>
     </ol>
 
-    <p>La premi&egrave;re option constitue le comportement par d&eacute;faut; pour
-    choisir une des trois autres options, il faut configurer Apache &agrave;
+    <p>La première option constitue le comportement par défaut; pour
+    choisir une des trois autres options, il faut configurer Apache à
     l'aide de la directive <directive>ErrorDocument</directive>, suivie
-    du code de la r&eacute;ponse HTTP et d'une URL ou d'un message. Apache
-    httpd fournit parfois des informations suppl&eacute;mentaires &agrave; propos du
-    probl&egrave;me ou de l'erreur.</p>
+    du code de la réponse HTTP et d'une URL ou d'un message. Apache
+    httpd fournit parfois des informations supplémentaires à propos du
+    problème ou de l'erreur.</p>
 
     <p>A partir de la version 2.4.13, cette directive peut utiliser la
-    <a href="../expr.html">syntaxe des expressions</a> pour g&eacute;n&eacute;rer des
-    cha&icirc;nes de caract&egrave;res et des URLs dynamiques.</p>
+    <a href="../expr.html">syntaxe des expressions</a> pour générer des
+    chaînes de caractères et des URLs dynamiques.</p>
 
     <p>Les URLs peuvent commencer par un slash (/) pour les chemins web
-    locaux (relatifs au r&eacute;pertoire d&eacute;fini par la directive <directive
-    module="core">DocumentRoot</directive>), ou se pr&eacute;senter sous la
-    forme d'une URL compl&egrave;te que le client pourra r&eacute;soudre.
-    Alternativement, un message &agrave; afficher par le navigateur pourra &ecirc;tre
-    fourni. Notez que la d&eacute;cision &agrave; propos de la nature du param&egrave;tre, &agrave;
+    locaux (relatifs au répertoire défini par la directive <directive
+    module="core">DocumentRoot</directive>), ou se présenter sous la
+    forme d'une URL complète que le client pourra résoudre.
+    Alternativement, un message à afficher par le navigateur pourra être
+    fourni. Notez que la décision à propos de la nature du paramètre, à
     savoir une URL, un chemin ou un message, est prise avant
-    l'interpr&eacute;tation de toute expression. Exemples :</p>
+    l'interprétation de toute expression. Exemples :</p>
 
     <highlight language="config">
 ErrorDocument 500 http://foo.example.com/cgi-bin/tester
 ErrorDocument 404 /cgi-bin/bad_urls.pl
 ErrorDocument 401 /subscription_info.html
-ErrorDocument 403 "D&eacute;sol&eacute;, nous ne pouvons pas vous accorder l'acc&egrave;s aujourd'hui"
+ErrorDocument 403 "Désolé, nous ne pouvons pas vous accorder l'accès aujourd'hui"
 ErrorDocument 403 Forbidden!
 ErrorDocument 403 /cgi-bin/forbidden.pl?referrer=%{escape:%{HTTP_REFERER}}
     </highlight>
 
-    <p>De plus, on peut sp&eacute;cifier la valeur sp&eacute;ciale <code>default</code>
-    pour indiquer l'utilisation d'un simple message d'Apache httpd cod&eacute; en
-    dur. Bien que non n&eacute;cessaire dans des circonstances normales, la
-    sp&eacute;cification de la valeur <code>default</code> va permettre de
-    r&eacute;tablir l'utilisation du simple message d'Apache httpd cod&eacute; en dur pour
-    les configurations qui sans cela, h&eacute;riteraient d'une directive
+    <p>De plus, on peut spécifier la valeur spéciale <code>default</code>
+    pour indiquer l'utilisation d'un simple message d'Apache httpd codé en
+    dur. Bien que non nécessaire dans des circonstances normales, la
+    spécification de la valeur <code>default</code> va permettre de
+    rétablir l'utilisation du simple message d'Apache httpd codé en dur pour
+    les configurations qui sans cela, hériteraient d'une directive
     <directive>ErrorDocument</directive> existante.</p>
 
     <highlight language="config">
@@ -1439,62 +1466,62 @@ ErrorDocument 404 /cgi-bin/bad_urls.pl
 &lt;/Directory&gt;
     </highlight>
 
-    <p>Notez que lorsque vous sp&eacute;cifiez une directive
+    <p>Notez que lorsque vous spécifiez une directive
     <directive>ErrorDocument</directive> pointant vers une URL distante
-    (c'est &agrave; dire tout ce qui commence par le pr&eacute;fixe http), le serveur
+    (c'est à dire tout ce qui commence par le préfixe http), le serveur
     HTTP Apache va
-    envoyer une redirection au client afin de lui indiquer o&ugrave; trouver le
-    document, m&ecirc;me dans le cas o&ugrave; ce document se trouve sur le serveur
-    local. Ceci a de nombreuses cons&eacute;quences dont la plus importante
-    r&eacute;side dans le fait que le client ne recevra pas le code d'erreur
+    envoyer une redirection au client afin de lui indiquer où trouver le
+    document, même dans le cas où ce document se trouve sur le serveur
+    local. Ceci a de nombreuses conséquences dont la plus importante
+    réside dans le fait que le client ne recevra pas le code d'erreur
     original, mais au contraire un code de statut de redirection. Ceci
     peut en retour semer la confusion chez les robots web et divers
-    clients qui tentent de d&eacute;terminer la validit&eacute; d'une URL en examinant
+    clients qui tentent de déterminer la validité d'une URL en examinant
     le code de statut. De plus, si vous utilisez une URL distante avec
     <code>ErrorDocument 401</code>, le client ne saura pas qu'il doit
-    demander un mot de passe &agrave; l'utilisateur car il ne recevra pas le
+    demander un mot de passe à l'utilisateur car il ne recevra pas le
     code de statut 401. C'est pourquoi, <strong>si vous utilisez une
-    directive <code>ErrorDocument 401</code>, elle devra faire r&eacute;f&eacute;rence
-    &agrave; un document par le biais d'un chemin local.</strong></p>
+    directive <code>ErrorDocument 401</code>, elle devra faire référence
+    à un document par le biais d'un chemin local.</strong></p>
 
-    <p>Microsoft Internet Explorer (MSIE) ignore par d&eacute;faut les messages
-    d'erreur g&eacute;n&eacute;r&eacute;s par le serveur lorsqu'ils sont trop courts et
+    <p>Microsoft Internet Explorer (MSIE) ignore par défaut les messages
+    d'erreur générés par le serveur lorsqu'ils sont trop courts et
     remplacent ses propres messages d'erreur "amicaux". Le seuil de
-    taille varie en fonction du type d'erreur, mais en g&eacute;n&eacute;ral, si la
-    taille de votre message d'erreur est sup&eacute;rieure &agrave; 512 octets, il y a
-    peu de chances pour que MSIE l'occulte, et il sera affich&eacute; par ce
+    taille varie en fonction du type d'erreur, mais en général, si la
+    taille de votre message d'erreur est supérieure à 512 octets, il y a
+    peu de chances pour que MSIE l'occulte, et il sera affiché par ce
     dernier. Vous trouverez d'avantage d'informations dans l'article de
     la base de connaissances Microsoft <a
     href="http://support.microsoft.com/default.aspx?scid=kb;en-us;Q294807"
     >Q294807</a>.</p>
 
     <p>Bien que la plupart des messages d'erreur internes originaux
-    puissent &ecirc;tre remplac&eacute;s, ceux-ci sont cependant conserv&eacute;s dans
-    certaines circonstances sans tenir compte de la d&eacute;finition de la
+    puissent être remplacés, ceux-ci sont cependant conservés dans
+    certaines circonstances sans tenir compte de la définition de la
     directive <directive module="core">ErrorDocument</directive>. En
-    particulier, en cas de d&eacute;tection d'une requ&ecirc;te mal form&eacute;e, le
-    processus de traitement normal des requ&ecirc;tes est imm&eacute;diatement
-    interrompu, et un message d'erreur interne est renvoy&eacute;, ceci afin de
-    se pr&eacute;munir contre les probl&egrave;mes de s&eacute;curit&eacute; li&eacute;s aux requ&ecirc;tes mal
-    form&eacute;es.</p>
+    particulier, en cas de détection d'une requête mal formée, le
+    processus de traitement normal des requêtes est immédiatement
+    interrompu, et un message d'erreur interne est renvoyé, ceci afin de
+    se prémunir contre les problèmes de sécurité liés aux requêtes mal
+    formées.</p>
 
-    <p>Si vous utilisez mod_proxy, il est en g&eacute;n&eacute;ral pr&eacute;f&eacute;rable
+    <p>Si vous utilisez mod_proxy, il est en général préférable
     d'activer <directive
-    module="mod_proxy">ProxyErrorOverride</directive> afin d'&ecirc;tre en
-    mesure de produire des messages d'erreur personnalis&eacute;s pour le
+    module="mod_proxy">ProxyErrorOverride</directive> afin d'être en
+    mesure de produire des messages d'erreur personnalisés pour le
     compte de votre serveur d'origine. Si vous n'activez pas
-    ProxyErrorOverride, Apache httpd ne g&eacute;n&eacute;rera pas de messages d'erreur
-    personnalis&eacute;s pour le contenu mandat&eacute;.</p>
+    ProxyErrorOverride, Apache httpd ne générera pas de messages d'erreur
+    personnalisés pour le contenu mandaté.</p>
 
 </usage>
 
 <seealso><a href="../custom-error.html">documentation sur la
-personnalisation des r&eacute;ponses</a></seealso>
+personnalisation des réponses</a></seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>ErrorLog</name>
-<description>D&eacute;finition du chemin du journal des erreurs</description>
+<description>Définition du chemin du journal des erreurs</description>
 <syntax> ErrorLog <var>chemin fichier</var>|syslog[:<var>facility</var>]</syntax>
 <default>ErrorLog logs/error_log (Unix) ErrorLog logs/error.log (Windows and OS/2)</default>
 <contextlist><context>server config</context><context>virtual
@@ -1502,51 +1529,51 @@ host</context>
 </contextlist>
 
 <usage>
-    <p>La directive <directive>ErrorLog</directive> permet de d&eacute;finir le
+    <p>La directive <directive>ErrorLog</directive> permet de définir le
     nom du fichier dans lequel le serveur va journaliser toutes les
     erreurs qu'il rencontre. Si le <var>chemin fichier</var> n'est pas
-    absolu, il est consid&eacute;r&eacute; comme relatif au chemin d&eacute;fini par la
+    absolu, il est considéré comme relatif au chemin défini par la
     directive <directive module="core">ServerRoot</directive>.</p>
 
     <highlight language="config">ErrorLog "/var/log/httpd/error_log"</highlight>
 
     <p>Si le <var>chemin fichier</var> commence par une barre verticale
-    "<code>(|)</code>", il est consid&eacute;r&eacute; comme une commande &agrave; lancer pour traiter la
+    "<code>(|)</code>", il est considéré comme une commande à lancer pour traiter la
     journalisation de l'erreur.</p>
 
     <highlight language="config">ErrorLog "|/usr/local/bin/httpd_errors"</highlight>
 
-    <p>Voir les notes &agrave; propos des <a href="../logs.html#piped">journaux
-    redirig&eacute;s</a> pour plus d'informations.</p>
+    <p>Voir les notes à propos des <a href="../logs.html#piped">journaux
+    redirigés</a> pour plus d'informations.</p>
 
-    <p>L'utilisation de <code>syslog</code> &agrave; la place d'un nom de
-    fichier active la journalisation via syslogd(8) si le syst&egrave;me le
-    supporte et si <module>mod_syslog</module> a &eacute;t&eacute; charg&eacute;. Le
-    dispositif syslog par d&eacute;faut est <code>local7</code>,
-    mais vous pouvez le modifier &agrave; l'aide de la syntaxe
-    <code>syslog:<var>facility</var></code>, o&ugrave; <var>facility</var> peut
-    &ecirc;tre remplac&eacute; par un des noms habituellement document&eacute;s dans la page
+    <p>L'utilisation de <code>syslog</code> à la place d'un nom de
+    fichier active la journalisation via syslogd(8) si le système le
+    supporte et si <module>mod_syslog</module> a été chargé. Le
+    dispositif syslog par défaut est <code>local7</code>,
+    mais vous pouvez le modifier à l'aide de la syntaxe
+    <code>syslog:<var>facility</var></code>, où <var>facility</var> peut
+    être remplacé par un des noms habituellement documentés dans la page
     de man syslog(1). Le dispositif syslog <code>local7</code> est
-    global, et si il est modifi&eacute; dans un serveur virtuel, le dispositif
-    final sp&eacute;cifi&eacute; affecte l'ensemble du serveur</p>
+    global, et si il est modifié dans un serveur virtuel, le dispositif
+    final spécifié affecte l'ensemble du serveur</p>
 
     <highlight language="config">ErrorLog syslog:user</highlight>
 
-    <p>Des modules additionnels peuvent impl&eacute;menter leur propre
-    fournisseur ErrorLog. La syntaxe est similaire &agrave; l'exemple
+    <p>Des modules additionnels peuvent implémenter leur propre
+    fournisseur ErrorLog. La syntaxe est similaire à l'exemple
     <code>syslog</code> ci-dessus.</p>
 
     <p>SECURITE : Voir le document <a
-    href="../misc/security_tips.html#serverroot">conseils &agrave; propos de
-    s&eacute;curit&eacute;</a> pour des d&eacute;tails sur les raisons pour lesquelles votre
-    s&eacute;curit&eacute; peut &ecirc;tre compromise si le r&eacute;pertoire contenant les
-    fichiers journaux pr&eacute;sente des droits en &eacute;criture pour tout autre
-    utilisateur que celui sous lequel le serveur est d&eacute;marr&eacute;.</p>
+    href="../misc/security_tips.html#serverroot">conseils à propos de
+    sécurité</a> pour des détails sur les raisons pour lesquelles votre
+    sécurité peut être compromise si le répertoire contenant les
+    fichiers journaux présente des droits en écriture pour tout autre
+    utilisateur que celui sous lequel le serveur est démarré.</p>
     <note type="warning"><title>Note</title>
-      <p>Lors de la sp&eacute;cification d'un chemin de fichier sur les
-      plates-formes non-Unix, on doit veiller &agrave; n'utiliser que des
-      slashes (/), m&ecirc;me si la plate-forme autorise l'utilisation des
-      anti-slashes (\). Et d'une mani&egrave;re g&eacute;n&eacute;rale, il est recommand&eacute; de
+      <p>Lors de la spécification d'un chemin de fichier sur les
+      plates-formes non-Unix, on doit veiller à n'utiliser que des
+      slashes (/), même si la plate-forme autorise l'utilisation des
+      anti-slashes (\). Et d'une manière générale, il est recommandé de
       n'utiliser que des slashes (/) dans les fichiers de
       configuration.</p>
     </note>
@@ -1557,14 +1584,14 @@ host</context>
 
 <directivesynopsis>
 <name>ErrorLogFormat</name>
-<description>Sp&eacute;cification du format des entr&eacute;es du journal des erreurs</description>
+<description>Spécification du format des entrées du journal des erreurs</description>
 <syntax> ErrorLogFormat [connection|request] <var>format</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 </contextlist>
 
 <usage>
     <p>La directive <directive>ErrorLogFormat</directive> permet de
-    sp&eacute;cifier quelles informations suppl&eacute;mentaires vont &ecirc;tre enregistr&eacute;es
+    spécifier quelles informations supplémentaires vont être enregistrées
     dans le journal des erreurs en plus du message habituel.</p>
 
     <highlight language="config">
@@ -1572,85 +1599,85 @@ host</context>
 ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"
     </highlight>
 
-    <p>La sp&eacute;cification de <code>connection</code> ou
-    <code>request</code> comme premier param&egrave;tre permet de d&eacute;finir des
-    formats suppl&eacute;mentaires, ce qui a pour effet de journaliser des
+    <p>La spécification de <code>connection</code> ou
+    <code>request</code> comme premier paramètre permet de définir des
+    formats supplémentaires, ce qui a pour effet de journaliser des
     informations additionnelles lorsque le premier message est
-    enregistr&eacute; respectivement pour une connexion ou une requ&ecirc;te
-    sp&eacute;cifique. Ces informations additionnelles ne sont enregistr&eacute;es
-    qu'une seule fois par connexion/requ&ecirc;te. Si le traitement d'une
-    connexion ou d'une requ&ecirc;te ne g&eacute;n&egrave;re aucun message dans le journal,
-    alors aucune information additionnelle n'est enregistr&eacute;e.</p>
-
-    <p>Il peut arriver que certains items de la cha&icirc;ne de format ne
-    produisent aucune sortie. Par exemple, l'en-t&ecirc;te Referer n'est
-    pr&eacute;sent que si le message du journal est associ&eacute; &agrave; une requ&ecirc;te et s'il
-    est g&eacute;n&eacute;r&eacute; &agrave; un moment o&ugrave; l'en-t&ecirc;te Referer a d&eacute;j&agrave; &eacute;t&eacute; lu par le
-    client. Si aucune sortie n'est g&eacute;n&eacute;r&eacute;e, le comportement par d&eacute;faut
-    consiste &agrave; supprimer tout ce qui se trouve entre l'espace pr&eacute;c&eacute;dent
+    enregistré respectivement pour une connexion ou une requête
+    spécifique. Ces informations additionnelles ne sont enregistrées
+    qu'une seule fois par connexion/requête. Si le traitement d'une
+    connexion ou d'une requête ne génère aucun message dans le journal,
+    alors aucune information additionnelle n'est enregistrée.</p>
+
+    <p>Il peut arriver que certains items de la chaîne de format ne
+    produisent aucune sortie. Par exemple, l'en-tête Referer n'est
+    présent que si le message du journal est associé à une requête et s'il
+    est généré à un moment où l'en-tête Referer a déjà été lu par le
+    client. Si aucune sortie n'est générée, le comportement par défaut
+    consiste à supprimer tout ce qui se trouve entre l'espace précédent
     et le suivant. Ceci implique que la ligne de journalisation est
-    divis&eacute;e en champs ne contenant pas d'espace s&eacute;par&eacute;s par des espaces.
-    Si un item de la cha&icirc;ne de format ne g&eacute;n&egrave;re aucune sortie,
+    divisée en champs ne contenant pas d'espace séparés par des espaces.
+    Si un item de la chaîne de format ne génère aucune sortie,
     l'ensemble du champ est omis. Par exemple, si l'adresse distante
     <code>%a</code> du format <code>[%t] [%l] [%a] %M&nbsp;</code> n'est
-    pas disponible, les crochets qui l'entourent ne seront eux-m&ecirc;mes pas
-    enregistr&eacute;s. Il est possible d'&eacute;chapper les espaces par un anti-slash
-    afin qu'ils ne soient pas consid&eacute;r&eacute;s comme s&eacute;parateurs de champs.
-    La combinaison '%&nbsp;' (pourcentage espace) est un d&eacute;limiteur de
-    champ de taille nulle qui ne g&eacute;n&egrave;re aucune sortie.</p>
-
-    <p>Ce comportement peut &ecirc;tre chang&eacute; en ajoutant des modificateurs &agrave;
-    l'item de la cha&icirc;ne de format. Le modificateur <code>-</code>
+    pas disponible, les crochets qui l'entourent ne seront eux-mêmes pas
+    enregistrés. Il est possible d'échapper les espaces par un anti-slash
+    afin qu'ils ne soient pas considérés comme séparateurs de champs.
+    La combinaison '%&nbsp;' (pourcentage espace) est un délimiteur de
+    champ de taille nulle qui ne génère aucune sortie.</p>
+
+    <p>Ce comportement peut être changé en ajoutant des modificateurs à
+    l'item de la chaîne de format. Le modificateur <code>-</code>
     (moins) provoque l'enregistrement d'un signe moins si l'item
-    consid&eacute;r&eacute; ne g&eacute;n&egrave;re aucune sortie. Pour les formats &agrave; enregistrement
-    unique par connexion/requ&ecirc;te, il est aussi possible d'utiliser le
-    modificateur <code>+</code> (plus). Si un item ne g&eacute;n&eacute;rant aucune
-    sortie poss&egrave;de le modificateur plus, la ligne dans son ensemble est
+    considéré ne génère aucune sortie. Pour les formats à enregistrement
+    unique par connexion/requête, il est aussi possible d'utiliser le
+    modificateur <code>+</code> (plus). Si un item ne générant aucune
+    sortie possède le modificateur plus, la ligne dans son ensemble est
     omise.</p>
 
     <p>Un modificateur de type entier permet d'assigner un niveau de
-    s&eacute;v&eacute;rit&eacute; &agrave; un item de format. L'item consid&eacute;r&eacute; ne
-    sera journalis&eacute; que si la s&eacute;v&eacute;rit&eacute; du message n'est pas
-    plus haute que le niveau de s&eacute;v&eacute;rit&eacute; sp&eacute;cifi&eacute;. Les
-    valeurs possibles vont de 1 (alert) &agrave; 15 (trace8), en passant par 4
+    sévérité à un item de format. L'item considéré ne
+    sera journalisé que si la sévérité du message n'est pas
+    plus haute que le niveau de sévérité spécifié. Les
+    valeurs possibles vont de 1 (alert) à 15 (trace8), en passant par 4
     (warn) ou 7 (debug).</p>
 
     <p>Par exemple, voici ce qui arriverait si vous ajoutiez des
-    modificateurs &agrave; l'item <code>%{Referer}i</code> qui enregistre le
-    contenu de l'en-t&ecirc;te <code>Referer</code>.</p>
+    modificateurs à l'item <code>%{Referer}i</code> qui enregistre le
+    contenu de l'en-tête <code>Referer</code>.</p>
 
     <table border="1" style="zebra">
     <columnspec><column width=".3"/><column width=".7"/></columnspec>
 
-    <tr><th>Item modifi&eacute;</th><th>Signification</th></tr>
+    <tr><th>Item modifié</th><th>Signification</th></tr>
 
     <tr>
     <td><code>%-{Referer}i</code></td>
-    <td>Enregistre le caract&egrave;re <code>-</code> si l'en-t&ecirc;te
-    <code>Referer</code> n'est pas d&eacute;fini.</td>
+    <td>Enregistre le caractère <code>-</code> si l'en-tête
+    <code>Referer</code> n'est pas défini.</td>
     </tr>
 
     <tr>
     <td><code>%+{Referer}i</code></td>
-    <td>N'enregistre rien si l'en-t&ecirc;te
-    <code>Referer</code> n'est pas d&eacute;fini.</td>
+    <td>N'enregistre rien si l'en-tête
+    <code>Referer</code> n'est pas défini.</td>
     </tr>
 
     <tr>
     <td><code>%4{Referer}i</code></td>
-    <td>N'enregistre le contenu de l'en-t&ecirc;te <code>Referer</code> que si
-    la s&eacute;v&eacute;rit&eacute; du message de journalisation est sup&eacute;rieure &agrave; 4.</td>
+    <td>N'enregistre le contenu de l'en-tête <code>Referer</code> que si
+    la sévérité du message de journalisation est supérieure à 4.</td>
     </tr>
 
     </table>
 
-    <p>Certains items de format acceptent des param&egrave;tres suppl&eacute;mentaires
+    <p>Certains items de format acceptent des paramètres supplémentaires
     entre accolades.</p>
 
     <table border="1" style="zebra">
     <columnspec><column width=".2"/><column width=".8"/></columnspec>
 
-    <tr><th>Cha&icirc;ne&nbsp;de&nbsp;format</th> <th>Description</th></tr>
+    <tr><th>Chaîne&nbsp;de&nbsp;format</th> <th>Description</th></tr>
 
     <tr><td><code>%%</code></td>
         <td>Le signe pourcentage</td></tr>
@@ -1667,33 +1694,33 @@ ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"
         <td>Adresse IP et port locaux</td></tr>
 
     <tr><td><code>%{<em>name</em>}e</code></td>
-        <td>Variable d'environnement de requ&ecirc;te <em>name</em></td></tr>
+        <td>Variable d'environnement de requête <em>name</em></td></tr>
 
     <tr><td><code>%E</code></td>
-        <td>Etat d'erreur APR/OS et cha&icirc;ne</td></tr>
+        <td>Etat d'erreur APR/OS et chaîne</td></tr>
 
     <tr><td><code>%F</code></td>
-        <td>Nom du fichier source et num&eacute;ro de ligne de l'appel du
+        <td>Nom du fichier source et numéro de ligne de l'appel du
 	journal</td></tr>
 
     <tr><td><code>%{<em>name</em>}i</code></td>
-        <td>En-t&ecirc;te de requ&ecirc;te <em>name</em></td></tr>
+        <td>En-tête de requête <em>name</em></td></tr>
 
     <tr><td><code>%k</code></td>
-        <td>Nombre de requ&ecirc;tes persistantes pour cette connexion</td></tr>
+        <td>Nombre de requêtes persistantes pour cette connexion</td></tr>
 
     <tr><td><code>%l</code></td>
-        <td>S&eacute;v&eacute;rit&eacute; du message</td></tr>
+        <td>Sévérité du message</td></tr>
 
     <tr><td><code>%L</code></td>
-        <td>Identifiant journal de la requ&ecirc;te</td></tr>
+        <td>Identifiant journal de la requête</td></tr>
 
     <tr><td><code>%{c}L</code></td>
         <td>Identifiant journal de la connexion</td></tr>
 
     <tr><td><code>%{C}L</code></td>
-        <td>Identifiant journal de la connexion si utilis&eacute; dans la
-	port&eacute;e de la connexion, vide sinon</td></tr>
+        <td>Identifiant journal de la connexion si utilisé dans la
+	portée de la connexion, vide sinon</td></tr>
 
     <tr><td><code>%m</code></td>
         <td>Nom du module qui effectue la journalisation du message</td></tr>
@@ -1702,7 +1729,7 @@ ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"
         <td>Le message effectif</td></tr>
 
     <tr><td><code>%{<em>name</em>}n</code></td>
-        <td>Note de requ&ecirc;te <em>name</em></td></tr>
+        <td>Note de requête <em>name</em></td></tr>
 
     <tr><td><code>%P</code></td>
         <td>Identifiant du processus courant</td></tr>
@@ -1711,8 +1738,8 @@ ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"
         <td>Identifiant du thread courant</td></tr>
 
     <tr><td><code>%{g}T</code></td>
-        <td>Identifiant unique de thread syst&egrave;me du thread courant
-	(l'identifiant affich&eacute; par la commande <code>top</code> par
+        <td>Identifiant unique de thread système du thread courant
+	(l'identifiant affiché par la commande <code>top</code> par
 	exemple ; seulement sous Linux pour l'instant)</td></tr>
 
     <tr><td><code>%t</code></td>
@@ -1730,30 +1757,30 @@ ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"
 	module="core">ServerName</directive> du serveur courant.</td></tr>
 
     <tr><td><code>%V</code></td>
-        <td>Le nom de serveur du serveur qui sert la requ&ecirc;te en accord
-	avec la d&eacute;finition de la directive <directive module="core"
+        <td>Le nom de serveur du serveur qui sert la requête en accord
+	avec la définition de la directive <directive module="core"
 	>UseCanonicalName</directive>.</td></tr>
 
     <tr><td><code>\&nbsp;</code> (anti-slash espace)</td>
-        <td>Espace non d&eacute;limiteur</td></tr>
+        <td>Espace non délimiteur</td></tr>
 
     <tr><td><code>%&nbsp;</code> (pourcentage espace)</td>
-        <td>D&eacute;limiteur de champ (aucune sortie)</td></tr>
+        <td>Délimiteur de champ (aucune sortie)</td></tr>
     </table>
 
-    <p>L'item de format identifiant journal <code>%L</code> g&eacute;n&egrave;re un
-    identifiant unique pour une connexion ou une requ&ecirc;te. Il peut servir
-    &agrave; d&eacute;terminer quelles lignes correspondent &agrave; la m&ecirc;me connexion ou
-    requ&ecirc;te ou quelle requ&ecirc;te est associ&eacute;e &agrave; tel connexion. Un item de
+    <p>L'item de format identifiant journal <code>%L</code> génère un
+    identifiant unique pour une connexion ou une requête. Il peut servir
+    à déterminer quelles lignes correspondent à la même connexion ou
+    requête ou quelle requête est associée à tel connexion. Un item de
     format <code>%L</code> est aussi disponible dans le module
     <module>mod_log_config</module>, mais il permet dans ce contexte de
-    corr&eacute;ler les entr&eacute;es du journal des acc&egrave;s avec celles du journal des
-    erreurs. Si le module <module>mod_unique_id</module> est charg&eacute;,
-    c'est son identifiant unique qui sera utilis&eacute; comme identifiant de
-    journal pour les requ&ecirc;tes.</p>
+    corréler les entrées du journal des accès avec celles du journal des
+    erreurs. Si le module <module>mod_unique_id</module> est chargé,
+    c'est son identifiant unique qui sera utilisé comme identifiant de
+    journal pour les requêtes.</p>
 
     <highlight language="config">
-# Exemple (format par d&eacute;faut pour les MPMs thread&eacute;s)
+# Exemple (format par défaut pour les MPMs threadés)
 ErrorLogFormat "[%{u}t] [%-m:%l] [pid %P:tid %T] %7F: %E: [client\ %a] %M%&nbsp;,\&nbsp;referer\&nbsp;%{Referer}i"
     </highlight>
 
@@ -1763,8 +1790,8 @@ ErrorLogFormat "[%{u}t] [%-m:%l] [pid %P:tid %T] %7F: %E: [client\ %a] %M%&nbsp;
     [Thu May 12 08:28:57.652118 2011] [core:error] [pid 8777:tid 4326490112] [client ::1:58619] File does not exist: /usr/local/apache2/htdocs/favicon.ico
     </example>
 
-    <p>Notez que, comme indiqu&eacute; plus haut, certains champs sont
-    totalement supprim&eacute;s s'ils n'ont pas &eacute;t&eacute; d&eacute;finis.</p>
+    <p>Notez que, comme indiqué plus haut, certains champs sont
+    totalement supprimés s'ils n'ont pas été définis.</p>
 
     <highlight language="config">
 # Exemple (similaire au format 2.2.x)
@@ -1772,7 +1799,7 @@ ErrorLogFormat "[%t] [%l] %7F: %E: [client\ %a] %M%&nbsp;,\&nbsp;referer\&nbsp;%
     </highlight>
 
     <highlight language="config">
-# Exemple avanc&eacute; avec identifiants journal de requ&ecirc;te/connexion
+# Exemple avancé avec identifiants journal de requête/connexion
 ErrorLogFormat "[%{uc}t] [%-m:%-l] [R:%L] [C:%{C}L] %7F: %E: %M"
 ErrorLogFormat request "[%{uc}t] [R:%L] Request %k on C:%{c}L pid:%P tid:%T"
 ErrorLogFormat request "[%{uc}t] [R:%L] UA:'%+{User-Agent}i'"
@@ -1788,35 +1815,35 @@ ErrorLogFormat connection "[%{uc}t] [C:%{c}L] local\ %a remote\ %A"
 
 <directivesynopsis>
 <name>ExtendedStatus</name>
-<description>Extrait des informations d'&eacute;tat &eacute;tendues pour chaque
-requ&ecirc;te</description>
+<description>Extrait des informations d'état étendues pour chaque
+requête</description>
 <syntax>ExtendedStatus On|Off</syntax>
 <default>ExtendedStatus Off</default>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
 
-	<p>Cette option permet d'extraire des donn&eacute;es suppl&eacute;mentaires
-	concernant la requ&ecirc;te en cours de traitement pour un processus
-	donn&eacute;, ainsi qu'un r&eacute;sum&eacute; d'utilisation ; vous pouvez acc&eacute;der &agrave;
-	ces variables pendant l'ex&eacute;cution en configurant
+	<p>Cette option permet d'extraire des données supplémentaires
+	concernant la requête en cours de traitement pour un processus
+	donné, ainsi qu'un résumé d'utilisation ; vous pouvez accéder à
+	ces variables pendant l'exécution en configurant
 	<module>mod_status</module>. Notez que d'autres modules sont
 	susceptibles de s'appuyer sur ce tableau de bord.</p>
 
     <p>Cette directive s'applique au serveur dans son ensemble, et ne
-    peut pas &ecirc;tre activ&eacute;e/d&eacute;sactiv&eacute;e pour un serveur virtuel
-    particulier. Notez que l'extraction des informations d'&eacute;tat &eacute;tendues
-    peut ralentir le serveur. Notez aussi que cette d&eacute;finition ne peut
-    pas &ecirc;tre modifi&eacute;e au cours d'un red&eacute;marrage graceful.</p>
+    peut pas être activée/désactivée pour un serveur virtuel
+    particulier. Notez que l'extraction des informations d'état étendues
+    peut ralentir le serveur. Notez aussi que cette définition ne peut
+    pas être modifiée au cours d'un redémarrage graceful.</p>
 
     <note>
-    <p>Notez que le chargement de <module>mod_status</module> d&eacute;finit
-    automatiquement ExtendedStatus &agrave; On, et que d'autres modules tiers
-    sont susceptibles d'en faire de m&ecirc;me. De tels modules ont besoin
-    d'informations d&eacute;taill&eacute;es &agrave; propos de l'&eacute;tat de tous les processus.
-    Depuis la version 2.3.6, <module>mod_status</module> a d&eacute;finit la
-    valeur par d&eacute;faut &agrave; On, alors qu'elle &eacute;tait &agrave; Off dans les versions
-    ant&eacute;rieures.</p>
+    <p>Notez que le chargement de <module>mod_status</module> définit
+    automatiquement ExtendedStatus à On, et que d'autres modules tiers
+    sont susceptibles d'en faire de même. De tels modules ont besoin
+    d'informations détaillées à propos de l'état de tous les processus.
+    Depuis la version 2.3.6, <module>mod_status</module> a définit la
+    valeur par défaut à On, alors qu'elle était à Off dans les versions
+    antérieures.</p>
     </note>
 
 </usage>
@@ -1825,8 +1852,8 @@ requ&ecirc;te</description>
 
 <directivesynopsis>
 <name>FileETag</name>
-<description>Caract&eacute;ristiques de fichier utilis&eacute;es lors de la g&eacute;n&eacute;ration
-de l'en-t&ecirc;te de r&eacute;ponse HTTP ETag pour les fichiers statiques</description>
+<description>Caractéristiques de fichier utilisées lors de la génération
+de l'en-tête de réponse HTTP ETag pour les fichiers statiques</description>
 <syntax>FileETag <var>composant</var> ...</syntax>
 <default>FileETag MTime Size</default>
 <contextlist><context>server config</context><context>virtual
@@ -1834,68 +1861,68 @@ host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>FileInfo</override>
-<compatibility>La valeur par d&eacute;faut &eacute;tait "INode&nbsp;MTime&nbsp;Size"
-dans les versions 2.3.14 et ant&eacute;rieures.</compatibility>
+<compatibility>La valeur par défaut était "INode&nbsp;MTime&nbsp;Size"
+dans les versions 2.3.14 et antérieures.</compatibility>
 
 <usage>
     <p>
-    La directive <directive>FileETag</directive> d&eacute;finit les
-    caract&eacute;ristiques de fichier utilis&eacute;es lors de la g&eacute;n&eacute;ration de
-    l'en-t&ecirc;te de r&eacute;ponse HTTP <code>ETag</code> (entity tag) quand le
+    La directive <directive>FileETag</directive> définit les
+    caractéristiques de fichier utilisées lors de la génération de
+    l'en-tête de réponse HTTP <code>ETag</code> (entity tag) quand le
     document est contenu dans un fichier statique(la valeur de
     <code>ETag</code>
-    est utilis&eacute;e dans le cadre de la gestion du cache pour pr&eacute;server la
-    bande passante r&eacute;seau). La directive
+    est utilisée dans le cadre de la gestion du cache pour préserver la
+    bande passante réseau). La directive
     <directive>FileETag</directive> vous permet maintenant de choisir
-    quelles caract&eacute;ristiques du fichier vont &ecirc;tre utilis&eacute;es, le cas
-    &eacute;ch&eacute;ant. Les mots-cl&eacute;s reconnus sont :
+    quelles caractéristiques du fichier vont être utilisées, le cas
+    échéant. Les mots-clés reconnus sont :
     </p>
 
     <dl>
      <dt><strong>INode</strong></dt>
-     <dd>Le num&eacute;ro d'i-node du fichier sera inclus dans le processus de
-     g&eacute;n&eacute;ration</dd>
+     <dd>Le numéro d'i-node du fichier sera inclus dans le processus de
+     génération</dd>
      <dt><strong>MTime</strong></dt>
-     <dd>La date et l'heure auxquelles le fichier a &eacute;t&eacute; modifi&eacute; la
-     derni&egrave;re fois seront incluses</dd>
+     <dd>La date et l'heure auxquelles le fichier a été modifié la
+     dernière fois seront incluses</dd>
      <dt><strong>Size</strong></dt>
      <dd>La taille du fichier en octets sera incluse</dd>
      <dt><strong>All</strong></dt>
-     <dd>Tous les champs disponibles seront utilis&eacute;s. Cette d&eacute;finition
-     est &eacute;quivalente &agrave; : 
+     <dd>Tous les champs disponibles seront utilisés. Cette définition
+     est équivalente à : 
      <highlight language="config">FileETag INode MTime Size</highlight></dd>
      <dt><strong>None</strong></dt>
      <dd>Si le document se compose d'un fichier, aucun champ
-     <code>ETag</code> ne sera inclus dans la r&eacute;ponse</dd>
+     <code>ETag</code> ne sera inclus dans la réponse</dd>
     </dl>
 
-    <p>Les mots-cl&eacute;s <code>INode</code>, <code>MTime</code>, et
-    <code>Size</code> peuvent &ecirc;tre pr&eacute;fix&eacute;s par <code>+</code> ou
-    <code>-</code>, ce qui permet de modifier les valeurs par d&eacute;faut
-    h&eacute;rit&eacute;es d'un niveau de configuration plus g&eacute;n&eacute;ral. Tout mot-cl&eacute;
-    apparaissant sans aucun pr&eacute;fixe annule enti&egrave;rement et imm&eacute;diatement
-    les configurations h&eacute;rit&eacute;es.</p>
+    <p>Les mots-clés <code>INode</code>, <code>MTime</code>, et
+    <code>Size</code> peuvent être préfixés par <code>+</code> ou
+    <code>-</code>, ce qui permet de modifier les valeurs par défaut
+    héritées d'un niveau de configuration plus général. Tout mot-clé
+    apparaissant sans aucun préfixe annule entièrement et immédiatement
+    les configurations héritées.</p>
 
-    <p>Si la configuration d'un r&eacute;pertoire contient
+    <p>Si la configuration d'un répertoire contient
     <code>FileETag&nbsp;INode&nbsp;MTime&nbsp;Size</code>, et si un de
-    ses sous-r&eacute;pertoires contient <code>FileETag&nbsp;-INode</code>, la
-    configuration de ce sous-r&eacute;pertoire (qui sera propag&eacute;e vers tout
-    sous-r&eacute;pertoire qui ne la supplante pas), sera &eacute;quivalente &agrave;
+    ses sous-répertoires contient <code>FileETag&nbsp;-INode</code>, la
+    configuration de ce sous-répertoire (qui sera propagée vers tout
+    sous-répertoire qui ne la supplante pas), sera équivalente à
     <code>FileETag&nbsp;MTime&nbsp;Size</code>.</p>
     <note type="warning"><title>Avertissement</title>
-    Ne modifiez pas les valeurs par d&eacute;faut pour les r&eacute;pertoires ou
-    localisations o&ugrave; WebDAV est activ&eacute; et qui utilisent
+    Ne modifiez pas les valeurs par défaut pour les répertoires ou
+    localisations où WebDAV est activé et qui utilisent
     <module>mod_dav_fs</module> comme fournisseur de stockage.
     <module>mod_dav_fs</module> utilise
     <code>MTime&nbsp;Size</code> comme format fixe pour les
-    comparaisons de champs <code>ETag</code> dans les requ&ecirc;tes
-    conditionnelles. Ces requ&ecirc;tes conditionnelles &eacute;choueront si le
-    format <code>ETag</code> est modifi&eacute; via la directive
+    comparaisons de champs <code>ETag</code> dans les requêtes
+    conditionnelles. Ces requêtes conditionnelles échoueront si le
+    format <code>ETag</code> est modifié via la directive
     <directive>FileETag</directive>.
     </note>
-    <note><title>Inclusions c&ocirc;t&eacute; serveur</title>
-    Aucun champ ETag n'est g&eacute;n&eacute;r&eacute; pour les r&eacute;ponses interpr&eacute;t&eacute;es par
-    <module>mod_include</module>, car l'entit&eacute; de la r&eacute;ponse peut
+    <note><title>Inclusions côté serveur</title>
+    Aucun champ ETag n'est généré pour les réponses interprétées par
+    <module>mod_include</module>, car l'entité de la réponse peut
     changer sans modification de l'INode, du MTime, ou de la taille du
     fichier statique contenant les directives SSI.
     </note>
@@ -1907,7 +1934,7 @@ dans les versions 2.3.14 et ant&eacute;rieures.</compatibility>
 <directivesynopsis type="section">
 <name>Files</name>
 <description>Contient des directives qui s'appliquent aux fichiers
-pr&eacute;cis&eacute;s</description>
+précisés</description>
 <syntax>&lt;Files <var>nom fichier</var>&gt; ... &lt;/Files&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -1917,43 +1944,43 @@ host</context>
 
 <usage>
     <p>La directive <directive type="section">Files</directive> limite
-    la port&eacute;e des directives qu'elle contient aux fichiers pr&eacute;cis&eacute;s.
+    la portée des directives qu'elle contient aux fichiers précisés.
     Elle est comparable aux directives <directive module="core"
     type="section">Directory</directive> et <directive module="core"
     type="section">Location</directive>. Elle doit se terminer par une
     balise <code>&lt;/Files&gt;</code>. Les directives contenues dans
-    cette section s'appliqueront &agrave; tout objet dont le nom de base (la
-    derni&egrave;re partie du nom de fichier) correspond au fichier sp&eacute;cifi&eacute;.
+    cette section s'appliqueront à tout objet dont le nom de base (la
+    dernière partie du nom de fichier) correspond au fichier spécifié.
     Les sections <directive type="section">Files</directive> sont
-    trait&eacute;es selon l'ordre dans lequel elles apparaissent dans le
-    fichier de configuration, apr&egrave;s les sections <directive module="core"
+    traitées selon l'ordre dans lequel elles apparaissent dans le
+    fichier de configuration, après les sections <directive module="core"
     type="section">Directory</directive> et la lecture des fichiers
     <code>.htaccess</code>, mais avant les sections <directive
     type="section" module="core">Location</directive>. Notez que les
-    sections <directive type="section">Files</directive> peuvent &ecirc;tre
-    imbriqu&eacute;es dans les sections <directive type="section"
+    sections <directive type="section">Files</directive> peuvent être
+    imbriquées dans les sections <directive type="section"
     module="core">Directory</directive> afin de restreindre la portion
-    du syst&egrave;me de fichiers &agrave; laquelle ces derni&egrave;res vont
+    du système de fichiers à laquelle ces dernières vont
     s'appliquer.</p>
 
     <p>L'argument <var>filename</var> peut contenir un nom de fichier
-    ou une cha&icirc;ne de caract&egrave;res avec caract&egrave;res g&eacute;n&eacute;riques, o&ugrave;
-    <code>?</code> remplace un caract&egrave;re, et <code>*</code> toute cha&icirc;ne
-    de caract&egrave;res.</p>
+    ou une chaîne de caractères avec caractères génériques, où
+    <code>?</code> remplace un caractère, et <code>*</code> toute chaîne
+    de caractères.</p>
     <highlight language="config">
 &lt;Files "cat.html"&gt;
-    # Ins&eacute;rer ici des directives qui s'appliquent au fichier cat.html
+    # Insérer ici des directives qui s'appliquent au fichier cat.html
 &lt;/Files&gt;
 
 &lt;Files "?at.*"&gt;
-    # Les directives ins&eacute;r&eacute;es ici s'appliqueront aux fichiers
+    # Les directives insérées ici s'appliqueront aux fichiers
     # cat.html, bat.html, hat.php, et ainsi de suite.
 &lt;/Files&gt;
 </highlight>
     
     <p>On peut aussi utiliser les <glossary
     ref="regex">Expressions rationnelles</glossary> en ajoutant la
-    caract&egrave;re <code>~</code>. Par exemple :</p>
+    caractère <code>~</code>. Par exemple :</p>
 
     <highlight language="config">
 &lt;Files ~ "\.(gif|jpe?g|png)$"&gt;
@@ -1961,29 +1988,29 @@ host</context>
 &lt;/Files&gt;
 </highlight>
 
-    <p>correspondrait &agrave; la plupart des formats graphiques de l'Internet.
-    Il est cependant pr&eacute;f&eacute;rable d'utiliser la directive <directive
+    <p>correspondrait à la plupart des formats graphiques de l'Internet.
+    Il est cependant préférable d'utiliser la directive <directive
     module="core" type="section">FilesMatch</directive>.</p>
 
-    <p>Notez qu'&agrave; la diff&eacute;rence des sections <directive type="section"
+    <p>Notez qu'à la différence des sections <directive type="section"
     module="core">Directory</directive> et <directive type="section"
     module="core">Location</directive>, les sections <directive
-    type="section">Files</directive> peuvent &ecirc;tre utilis&eacute;es dans les
+    type="section">Files</directive> peuvent être utilisées dans les
     fichiers <code>.htaccess</code>. Ceci permet aux utilisateurs de
-    contr&ocirc;ler l'acc&egrave;s &agrave; leurs propres ressources, fichier par
+    contrôler l'accès à leurs propres ressources, fichier par
     fichier.</p>
 
 </usage>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te</seealso>
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête</seealso>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>FilesMatch</name>
-<description>Contient des directives qui s'appliquent &agrave; des fichiers
-sp&eacute;cifi&eacute;s sous la forme d'expressions rationnelles</description>
+<description>Contient des directives qui s'appliquent à des fichiers
+spécifiés sous la forme d'expressions rationnelles</description>
 <syntax>&lt;FilesMatch <var>expression rationnelle</var>&gt; ...
 &lt;/FilesMatch&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -1994,8 +2021,8 @@ host</context>
 
 <usage>
     <p>La section <directive type="section">FilesMatch</directive>
-    limite la port&eacute;e des directives qu'elle contient aux fichiers
-    sp&eacute;cifi&eacute;s, tout comme le ferait une section <directive module="core"
+    limite la portée des directives qu'elle contient aux fichiers
+    spécifiés, tout comme le ferait une section <directive module="core"
     type="section">Files</directive>. Mais elle accepte aussi les
     <glossary ref="regex">expressions rationnelles</glossary>. Par
     exemple :</p>
@@ -2006,23 +2033,23 @@ host</context>
 &lt;/FilesMatch&gt;
 </highlight>
 
-    <p>correspondrait &agrave; la plupart des formats graphiques de
+    <p>correspondrait à la plupart des formats graphiques de
     l'Internet.</p>
 
-    <note>Les caract&egrave;res <code>.+</code> au d&eacute;but de l'expression
+    <note>Les caractères <code>.+</code> au début de l'expression
     rationnelle permettent de s'assurer que les fichiers de nom
     <code>.png</code>, ou <code>.gif</code>, par exemple, ne seront pas
     pris en compte.</note>
 
-    <p>A partir de la version 2.4.8, les groupes nomm&eacute;s et les
-    r&eacute;f&eacute;rences arri&egrave;res sont extraits et enregistr&eacute;s dans
-    l'environnement avec leur nom en majuscules et pr&eacute;fix&eacute;
+    <p>A partir de la version 2.4.8, les groupes nommés et les
+    références arrières sont extraits et enregistrés dans
+    l'environnement avec leur nom en majuscules et préfixé
     par "MATCH_". Ceci permet
-    de r&eacute;f&eacute;rencer des URLs dans des <a href="../expr.html">expressions</a>
+    de référencer des URLs dans des <a href="../expr.html">expressions</a>
     ou au sein de modules comme <module>mod_rewrite</module>. Pour
-    &eacute;viter toute confusion, les r&eacute;f&eacute;rences arri&egrave;res num&eacute;rot&eacute;es (non
-    nomm&eacute;es) sont ignor&eacute;es. Vous devez utiliser &agrave; la place des groupes
-    nomm&eacute;s.</p>
+    éviter toute confusion, les références arrières numérotées (non
+    nommées) sont ignorées. Vous devez utiliser à la place des groupes
+    nommés.</p>
 
 <highlight language="config">
 &lt;FilesMatch "^(?&lt;sitename&gt;[^/]+)"&gt;
@@ -2033,84 +2060,84 @@ host</context>
 
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te</seealso>
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête</seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>ForceType</name>
-<description>Force le type de m&eacute;dium sp&eacute;cifi&eacute; dans le champ d'en-t&ecirc;te
+<description>Force le type de médium spécifié dans le champ d'en-tête
 HTTP Content-Type pour les fichiers correspondants</description>
-<syntax>ForceType <var>type m&eacute;dium</var>|None</syntax>
+<syntax>ForceType <var>type médium</var>|None</syntax>
 <contextlist><context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>FileInfo</override>
 
 <usage>
-    <p>Lorsqu'elle est plac&eacute;e dans un fichier <code>.htaccess</code> ou
+    <p>Lorsqu'elle est placée dans un fichier <code>.htaccess</code> ou
     une section <directive type="section"
     module="core">Directory</directive>, <directive type="section"
     module="core">Location</directive>, ou <directive type="section"
     module="core">Files</directive>, cette directive force
-    l'identification du type MIME des fichiers sp&eacute;cifi&eacute;s &agrave; la valeur de
-    l'argument <var>type m&eacute;dium</var>. Par exemple, si vous poss&eacute;dez un
-    r&eacute;pertoire ne contenant que des fichiers GIF, et si vous ne voulez
+    l'identification du type MIME des fichiers spécifiés à la valeur de
+    l'argument <var>type médium</var>. Par exemple, si vous possédez un
+    répertoire ne contenant que des fichiers GIF, et si vous ne voulez
     pas leur ajouter l'extension <code>.gif</code>, vous pouvez utiliser
     :</p>
 
     <highlight language="config">ForceType image/gif</highlight>
 
     <p>Notez que cette directive l'emporte sur d'autres associations de
-    type de m&eacute;dium indirectes d&eacute;finies dans mime.types ou via la
+    type de médium indirectes définies dans mime.types ou via la
     directive <directive module="mod_mime">AddType</directive>.</p>
 
-    <p>Vous pouvez aussi annuler toute d&eacute;finition plus g&eacute;n&eacute;rale de
+    <p>Vous pouvez aussi annuler toute définition plus générale de
     <directive>ForceType</directive> en affectant la valeur
-    <code>None</code> &agrave; l'argument <var>type m&eacute;dium</var> :</p>
+    <code>None</code> à l'argument <var>type médium</var> :</p>
 
     <highlight language="config">
-# force le type MIME de tous les fichiers &agrave; image/gif:
+# force le type MIME de tous les fichiers à image/gif:
 &lt;Location "/images"&gt;
   ForceType image/gif
 &lt;/Location&gt;
 
-# mais utilise les m&eacute;thodes classiques d'attribution du type MIME
-# dans le sous-r&eacute;pertoire suivant :
+# mais utilise les méthodes classiques d'attribution du type MIME
+# dans le sous-répertoire suivant :
 &lt;Location "/images/mixed"&gt;
   ForceType None
 &lt;/Location&gt;
     </highlight>
     
-    <p>A la base, cette directive &eacute;crase le type de contenu g&eacute;n&eacute;r&eacute; pour
-    les fichiers statiques servis &agrave; partir du syt&egrave;me de fichiers. Pour
+    <p>A la base, cette directive écrase le type de contenu généré pour
+    les fichiers statiques servis à partir du sytème de fichiers. Pour
     les ressources autres que les fichiers statiques pour lesquels le
-    g&eacute;n&eacute;rateur de r&eacute;ponse sp&eacute;cifie en g&eacute;n&eacute;ral un type de contenu, cette
-    directive est ignor&eacute;e.</p>
+    générateur de réponse spécifie en général un type de contenu, cette
+    directive est ignorée.</p>
 
     <note><title>Note</title>
-    <p>Si aucun gestionnaire n'est explicitement d&eacute;fini pour une
-    requ&ecirc;te, le type de contenu sp&eacute;cifi&eacute; sera aussi utilis&eacute; comme nom de
+    <p>Si aucun gestionnaire n'est explicitement défini pour une
+    requête, le type de contenu spécifié sera aussi utilisé comme nom de
     gestionnaire.</p>
    
     <p>Lorsque des directives explicites comme <directive
     module="core">SetHandler</directive> ou
     <directive>module="mod_mime">AddHandler</directive> ne s'appliquent
-    pas &agrave; la requ&ecirc;te courante, le nom du gestionnaire interne
-    normalement d&eacute;fini par ces directives correspondra alors au type de
-    contenu sp&eacute;cifi&eacute; par cette directive.
+    pas à la requête courante, le nom du gestionnaire interne
+    normalement défini par ces directives correspondra alors au type de
+    contenu spécifié par cette directive.
     </p>
     <p>Il s'agit d'un comportement historique que certains modules
-    tiers, comme mod_php, peuvent interpr&eacute;ter comme un type de contenu
-    artificiel ne servant qu'&agrave; indiquer le module qui doit prendre en
-    compte la requ&ecirc;te consid&eacute;r&eacute;e. 
+    tiers, comme mod_php, peuvent interpréter comme un type de contenu
+    artificiel ne servant qu'à indiquer le module qui doit prendre en
+    compte la requête considérée. 
     </p>
 
-    <p>Dans la mesure du possible, il est conseill&eacute; d'&eacute;viter les
+    <p>Dans la mesure du possible, il est conseillé d'éviter les
     configurations qui comportent de tels types artificiels. En outre,
-    les configurations qui restreignent l'acc&egrave;s aux directives
+    les configurations qui restreignent l'accès aux directives
     <directive module="core" >SetHandler</directive> ou <directive
     module="mod_mime">AddHandler</directive> doivent aussi restreindre
-    l'acc&egrave;s &agrave; cette directive.</p>
+    l'accès à cette directive.</p>
     </note>
 
 </usage>
@@ -2118,19 +2145,19 @@ HTTP Content-Type pour les fichiers correspondants</description>
 
 <directivesynopsis>
 <name>GprofDir</name>
-<description>R&eacute;pertoire dans lequel &eacute;crire les donn&eacute;es de profiling
+<description>Répertoire dans lequel écrire les données de profiling
 gmon.out.</description>
 <syntax>GprofDir <var>/tmp/gprof/</var>|<var>/tmp/gprof/</var>%</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 </contextlist>
 
 <usage>
-    <p>Lorsque le serveur a &eacute;t&eacute; compil&eacute; avec le support du profiling
+    <p>Lorsque le serveur a été compilé avec le support du profiling
     gprof, la directive <directive>GprofDir</directive> permet de
-    sp&eacute;cifier dans quel r&eacute;pertoire les fichiers <code>gmon.out</code>
-    doivent &ecirc;tre &eacute;crits lorsque le processus s'arr&ecirc;te. Si l'argument se
-    termine par un caract&egrave;re pourcentage ('%'), des sous-r&eacute;pertoires
-    sont cr&eacute;&eacute;s pour chaque identifiant de processus.</p>
+    spécifier dans quel répertoire les fichiers <code>gmon.out</code>
+    doivent être écrits lorsque le processus s'arrête. Si l'argument se
+    termine par un caractère pourcentage ('%'), des sous-répertoires
+    sont créés pour chaque identifiant de processus.</p>
 
     <p>Cette directive ne fonctionne actuellement qu'avec le MPM
     <module>prefork</module>.</p>
@@ -2149,45 +2176,45 @@ host</context>
 
 <usage>
     <p>Cette directive active la recherche DNS afin de pouvoir
-    journaliser les nom d'h&ocirc;tes (et les passer aux programmes CGI et aux
+    journaliser les nom d'hôtes (et les passer aux programmes CGI et aux
     inclusions SSI via la variable <code>REMOTE_HOST</code>). La valeur
-    <code>Double</code> d&eacute;clenche une double recherche DNS inverse. En
-    d'autres termes, une fois la recherche inverse effectu&eacute;e, on lance
-    une recherche directe sur le r&eacute;sultat de cette derni&egrave;re. Au moins
+    <code>Double</code> déclenche une double recherche DNS inverse. En
+    d'autres termes, une fois la recherche inverse effectuée, on lance
+    une recherche directe sur le résultat de cette dernière. Au moins
     une des adresses IP fournies par la recherche directe doit
-    correspondre &agrave; l'adresse originale (ce que l'on nomme
+    correspondre à l'adresse originale (ce que l'on nomme
     <code>PARANOID</code> dans la terminologie "tcpwrappers").</p>
 
     <p>Quelle que soit la configuration, lorsqu'on utilise
-    <module>mod_authz_host</module> pour contr&ocirc;ler l'acc&egrave;s en fonction
-    du nom d'h&ocirc;te, une double recherche DNS inverse est effectu&eacute;e,
-    s&eacute;curit&eacute; oblige. Notez cependant que le r&eacute;sultat de cette double
-    recherche n'est en g&eacute;n&eacute;ral pas accessible, &agrave; moins que vous n'ayez
-    sp&eacute;cifi&eacute; <code>HostnameLookups Double</code>. Par exemple, si vous
-    n'avez sp&eacute;cifi&eacute; que <code>HostnameLookups On</code>, et si une
-    requ&ecirc;te concerne un objet prot&eacute;g&eacute; par des restrictions en fonction
-    du nom d'h&ocirc;te, quel que soit le r&eacute;sultat de la double recherche
-    inverse, les programmes CGI ne recevront que le r&eacute;sultat de la
+    <module>mod_authz_host</module> pour contrôler l'accès en fonction
+    du nom d'hôte, une double recherche DNS inverse est effectuée,
+    sécurité oblige. Notez cependant que le résultat de cette double
+    recherche n'est en général pas accessible, à moins que vous n'ayez
+    spécifié <code>HostnameLookups Double</code>. Par exemple, si vous
+    n'avez spécifié que <code>HostnameLookups On</code>, et si une
+    requête concerne un objet protégé par des restrictions en fonction
+    du nom d'hôte, quel que soit le résultat de la double recherche
+    inverse, les programmes CGI ne recevront que le résultat de la
     recherche inverse simple dans la variable
     <code>REMOTE_HOST</code>.</p>
 
-    <p>La valeur par d&eacute;faut est <code>Off</code> afin de pr&eacute;server le
-    traffic r&eacute;seau des sites pour lesquels la recherche inverse n'est
-    pas vraiment n&eacute;cessaire. Cette valeur par d&eacute;faut est aussi b&eacute;n&eacute;fique
-    pour les utilisateurs finaux car il n'ont ainsi pas &agrave; subir de temps
-    d'attente suppl&eacute;mentaires dus aux recherches DNS. Les sites
-    fortement charg&eacute;s devraient laisser cette directive &agrave;
+    <p>La valeur par défaut est <code>Off</code> afin de préserver le
+    traffic réseau des sites pour lesquels la recherche inverse n'est
+    pas vraiment nécessaire. Cette valeur par défaut est aussi bénéfique
+    pour les utilisateurs finaux car il n'ont ainsi pas à subir de temps
+    d'attente supplémentaires dus aux recherches DNS. Les sites
+    fortement chargés devraient laisser cette directive à
     <code>Off</code>, car les recherches DNS peuvent prendre des temps
-    tr&egrave;s longs. Vous pouvez &eacute;ventuellement utiliser hors ligne
-    l'utilitaire <program>logresolve</program>, compil&eacute; par d&eacute;faut dans
-    le sous-r&eacute;pertoire <code>bin</code> de votre r&eacute;pertoire
-    d'installation, afin de d&eacute;terminer les noms d'h&ocirc;tes associ&eacute;s aux
-    adresses IP journalis&eacute;es.</p>
+    très longs. Vous pouvez éventuellement utiliser hors ligne
+    l'utilitaire <program>logresolve</program>, compilé par défaut dans
+    le sous-répertoire <code>bin</code> de votre répertoire
+    d'installation, afin de déterminer les noms d'hôtes associés aux
+    adresses IP journalisées.</p>
 
     <p>Enfin, si vous avez des <a
-    href="mod_authz_host.html#reqhost">directives Require &agrave; base de
-    nom</a>, une recherche de nom d'h&ocirc;te sera effectu&eacute;e quelle que soit
-    la d&eacute;finition de la directive <code>HostnameLookups</code>.</p>
+    href="mod_authz_host.html#reqhost">directives Require à base de
+    nom</a>, une recherche de nom d'hôte sera effectuée quelle que soit
+    la définition de la directive <code>HostnameLookups</code>.</p>
 </usage>
 </directivesynopsis>
 
@@ -2195,7 +2222,7 @@ host</context>
 <name>If</name>
 <description>Contient des directives qui ne s'appliquent que si une
 condition est satisfaite au cours du traitement d'une
-requ&ecirc;te</description>
+requête</description>
 <syntax>&lt;If <var>expression</var>&gt; ... &lt;/If&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -2204,50 +2231,50 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>La directive <directive type="section">If</directive> &eacute;value une
-    expression &agrave; la vol&eacute;e, et applique les directives qu'elle contient
+    <p>La directive <directive type="section">If</directive> évalue une
+    expression à la volée, et applique les directives qu'elle contient
     si et seulement si l'expression renvoie la valeur "vrai". Par
     exemple :</p>
 
     <highlight language="config">&lt;If "-z req('Host')"&gt;</highlight>
 
-    <p>serait satisfaite pour les requ&ecirc;tes HTTP/1.0 sans en-t&ecirc;te
-    <var>Host:</var>. Les expressions peuvent contenir diff&eacute;rents
-    op&eacute;rateurs de type shell pour la comparaison de cha&icirc;nes
+    <p>serait satisfaite pour les requêtes HTTP/1.0 sans en-tête
+    <var>Host:</var>. Les expressions peuvent contenir différents
+    opérateurs de type shell pour la comparaison de chaînes
     (<code>==</code>, <code>!=</code>, <code>&lt;</code>, ...), la
     comparaison d'entiers (<code>-eq</code>, <code>-ne</code>, ...), ou
-    &agrave; usages divers (<code>-n</code>, <code>-z</code>, <code>-f</code>,
-    ...). Les expressions rationnelles sont aussi support&eacute;es,</p>
+    à usages divers (<code>-n</code>, <code>-z</code>, <code>-f</code>,
+    ...). Les expressions rationnelles sont aussi supportées,</p>
 
     <highlight language="config">&lt;If "%{QUERY_STRING} =~ /(delete|commit)=.*?elem/"&gt;</highlight>
 
-    <p>ainsi que les comparaison de mod&egrave;les de type shell et de
-    nombreuses autres op&eacute;rations. Ces op&eacute;rations peuvent &ecirc;tre effectu&eacute;es
-    sur les en-t&ecirc;tes de requ&ecirc;tes (<code>req</code>), les variables
+    <p>ainsi que les comparaison de modèles de type shell et de
+    nombreuses autres opérations. Ces opérations peuvent être effectuées
+    sur les en-têtes de requêtes (<code>req</code>), les variables
     d'environnement (<code>env</code>), et un grand nombre d'autres
-    propri&eacute;t&eacute;s. La documentation compl&egrave;te est disponible dans <a
+    propriétés. La documentation complète est disponible dans <a
     href="../expr.html">Les expressions dans le serveur HTTP Apache</a>.</p>
 
     <p>Cette section de configuration ne peut contenir que des
     directives qui supportent le <a
-    href="directive-dict.html#Context">contexte de r&eacute;pertoire</a>.</p>
+    href="directive-dict.html#Context">contexte de répertoire</a>.</p>
 
     <note type="warning">
     Certaines variables comme <code>CONTENT_TYPE</code> ainsi que
-    d'autres en-t&ecirc;tes de r&eacute;ponse ne seront pas disponibles dans ce bloc,
-    car elle sont d&eacute;finies apr&egrave;s l'&eacute;valuation des conditions &lt;If&gt;.
+    d'autres en-têtes de réponse ne seront pas disponibles dans ce bloc,
+    car elle sont définies après l'évaluation des conditions &lt;If&gt;.
     </note>
 
 </usage>
 
 <seealso><a href="../expr.html">Les expressions dans le serveur HTTP
-Apache</a>, pour une r&eacute;f&eacute;rence compl&egrave;te et d'autres exemples.</seealso>
+Apache</a>, pour une référence complète et d'autres exemples.</seealso>
 <seealso><directive type="section" module="core">ElseIf</directive></seealso>
 <seealso><directive type="section" module="core">Else</directive></seealso>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te. Les
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête. Les
 directives <directive type="section">If</directive>, <directive
 type="section">ElseIf</directive>, et <directive
 type="section">Else</directive> s'appliquent en dernier.</seealso>
@@ -2256,8 +2283,8 @@ type="section">Else</directive> s'appliquent en dernier.</seealso>
 <directivesynopsis type="section">
 <name>IfDefine</name>
 <description>Contient des directives qui ne s'appliqueront que si un
-test retourne "vrai" au d&eacute;marrage du serveur</description>
-<syntax>&lt;IfDefine [!]<var>param&egrave;tre</var>&gt; ...
+test retourne "vrai" au démarrage du serveur</description>
+<syntax>&lt;IfDefine [!]<var>paramètre</var>&gt; ...
     &lt;/IfDefine&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -2268,35 +2295,35 @@ host</context>
 <usage>
     <p>La section <code>&lt;IfDefine
     <var>test</var>&gt;...&lt;/IfDefine&gt;</code> permet de
-    conf&eacute;rer un caract&egrave;re conditionnel &agrave; un ensemble de directives. Les
-    directives situ&eacute;es &agrave; l'int&eacute;rieur d'une section <directive
+    conférer un caractère conditionnel à un ensemble de directives. Les
+    directives situées à l'intérieur d'une section <directive
     type="section">IfDefine</directive> ne s'appliquent que si
     <var>test</var> est vrai. Si <var>test</var> est faux, tout ce qui
-    se trouve entre les balises de d&eacute;but et de fin est ignor&eacute;.</p>
+    se trouve entre les balises de début et de fin est ignoré.</p>
 
-    <p><var>test</var> peut se pr&eacute;senter sous deux formes :</p>
+    <p><var>test</var> peut se présenter sous deux formes :</p>
 
     <ul>
-      <li><var>nom param&egrave;tre</var></li>
+      <li><var>nom paramètre</var></li>
 
-      <li><code>!</code><var>nom param&egrave;tre</var></li>
+      <li><code>!</code><var>nom paramètre</var></li>
     </ul>
 
-    <p>Dans le premier cas, les directives situ&eacute;es entre les balises de
-    d&eacute;but et de fin ne s'appliqueront que si le param&egrave;tre nomm&eacute; <var>nom
-    param&egrave;tre</var> est d&eacute;fini. Le second format inverse le test, et
+    <p>Dans le premier cas, les directives situées entre les balises de
+    début et de fin ne s'appliqueront que si le paramètre nommé <var>nom
+    paramètre</var> est défini. Le second format inverse le test, et
     dans ce cas, les directives ne s'appliqueront que si <var>nom
-    param&egrave;tre</var> n'est <strong>pas</strong> d&eacute;fini.</p>
+    paramètre</var> n'est <strong>pas</strong> défini.</p>
 
-    <p>L'argument <var>nom param&egrave;tre</var> est une d&eacute;finition qui peut
-    &ecirc;tre effectu&eacute;e par la ligne de commande
-    <program>httpd</program> via le param&egrave;tre
-    <code>-D<var>param&egrave;tre</var></code> au d&eacute;marrage du serveur, ou via la
+    <p>L'argument <var>nom paramètre</var> est une définition qui peut
+    être effectuée par la ligne de commande
+    <program>httpd</program> via le paramètre
+    <code>-D<var>paramètre</var></code> au démarrage du serveur, ou via la
     directive <directive module="core">Define</directive>.</p>
 
     <p>Les sections <directive type="section">IfDefine</directive>
-    peuvent &ecirc;tre imbriqu&eacute;es, ce qui permet d'impl&eacute;menter un test
-    multi-param&egrave;tres simple. Exemple :</p>
+    peuvent être imbriquées, ce qui permet d'implémenter un test
+    multi-paramètres simple. Exemple :</p>
 
     <example>httpd -DReverseProxy -DUseCache -DMemCache ...</example>
     <highlight language="config">
@@ -2320,7 +2347,7 @@ host</context>
 <directivesynopsis type="section">
 <name>IfModule</name>
 <description>Contient des directives qui ne s'appliquent qu'en fonction
-de la pr&eacute;sence ou de l'absence d'un module sp&eacute;cifique</description>
+de la présence ou de l'absence d'un module spécifique</description>
 <syntax>&lt;IfModule [!]<var>fichier module</var>|<var>identificateur
 module</var>&gt; ... &lt;/IfModule&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -2331,14 +2358,14 @@ host</context>
 
 <usage>
     <p>La section <code>&lt;IfModule
-    <var>test</var>&gt;...&lt;/IfModule&gt;</code> permet de conf&eacute;rer &agrave;
-    des directives un caract&egrave;re conditionnel bas&eacute; sur la pr&eacute;sence d'un
-    module sp&eacute;cifique. Les directives situ&eacute;es dans une section
+    <var>test</var>&gt;...&lt;/IfModule&gt;</code> permet de conférer à
+    des directives un caractère conditionnel basé sur la présence d'un
+    module spécifique. Les directives situées dans une section
     <directive type="section">IfModule</directive> ne s'appliquent que
     si <var>test</var> est vrai. Si <var>test</var> est faux, tout ce
-    qui se trouve entre les balises de d&eacute;but et de fin est ignor&eacute;.</p>
+    qui se trouve entre les balises de début et de fin est ignoré.</p>
 
-    <p><var>test</var> peut se pr&eacute;senter sous deux formes :</p>
+    <p><var>test</var> peut se présenter sous deux formes :</p>
 
     <ul>
       <li><var>module</var></li>
@@ -2346,30 +2373,30 @@ host</context>
       <li>!<var>module</var></li>
     </ul>
 
-    <p>Dans le premier cas, les directives situ&eacute;es entre les balises de
-    d&eacute;but et de fin ne s'appliquent que si le module <var>module</var>
-    est pr&eacute;sent -- soit compil&eacute; avec le binaire Apache httpd, soit charg&eacute;
+    <p>Dans le premier cas, les directives situées entre les balises de
+    début et de fin ne s'appliquent que si le module <var>module</var>
+    est présent -- soit compilé avec le binaire Apache httpd, soit chargé
     dynamiquement via la directive <directive module="mod_so"
     >LoadModule</directive>. Le second format inverse le test, et dans
     ce cas, les directives ne s'appliquent que si <var>module</var>
-    n'est <strong>pas</strong> pr&eacute;sent.</p>
+    n'est <strong>pas</strong> présent.</p>
 
     <p>L'argument <var>module</var> peut contenir soit l'identificateur
     du module, soit le nom du fichier source du module. Par exemple,
     <code>rewrite_module</code> est un identificateur et
     <code>mod_rewrite.c</code> le nom du fichier source
     correspondant. Si un module comporte plusieurs fichiers sources,
-    utilisez le nom du fichier qui contient la cha&icirc;ne de caract&egrave;res
+    utilisez le nom du fichier qui contient la chaîne de caractères
     <code>STANDARD20_MODULE_STUFF</code>.</p>
 
     <p>Les sections <directive type="section">IfModule</directive>
-    peuvent &ecirc;tre imbriqu&eacute;es, ce qui permet d'impl&eacute;menter des tests
+    peuvent être imbriquées, ce qui permet d'implémenter des tests
     multi-modules simples.</p>
 
-    <note>Cette section ne doit &ecirc;tre utilis&eacute;e que si votre fichier de
-    configuration ne fonctionne qu'en fonction de la pr&eacute;sence ou de
-    l'absence d'un module sp&eacute;cifique. D'une mani&egrave;re g&eacute;n&eacute;rale, il n'est
-    pas n&eacute;cessaire de placer les directives &agrave; l'int&eacute;rieur de sections
+    <note>Cette section ne doit être utilisée que si votre fichier de
+    configuration ne fonctionne qu'en fonction de la présence ou de
+    l'absence d'un module spécifique. D'une manière générale, il n'est
+    pas nécessaire de placer les directives à l'intérieur de sections
     <directive type="section">IfModule</directive>.</note>
 </usage>
 </directivesynopsis>
@@ -2378,42 +2405,42 @@ host</context>
 <name>Include</name>
 <description>Inclut d'autres fichiers de configuration dans un des
 fichiers de configuration du serveur</description>
-<syntax>Include <var>chemin-fichier</var>|<var>chemin-r&eacute;pertoire</var>|<var>wildcard</var></syntax>
+<syntax>Include <var>chemin-fichier</var>|<var>chemin-répertoire</var>|<var>wildcard</var></syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
 <context>directory</context>
 </contextlist>
-<compatibility>Utilisation des caract&egrave;res
-g&eacute;n&eacute;riques dans la partie chemin depuis la version 2.3.6</compatibility>
+<compatibility>Utilisation des caractères
+génériques dans la partie chemin depuis la version 2.3.6</compatibility>
 
 <usage>
     <p>Cette directive permet l'inclusion d'autres fichiers de
     configuration dans un des fichiers de configuration du serveur.</p>
 
-    <p>On peut utiliser des caract&egrave;res g&eacute;n&eacute;riques de style Shell
+    <p>On peut utiliser des caractères génériques de style Shell
     (<code>fnmatch()</code>) aussi bien dans la partie nom de fichier du
-    chemin que dans la partie r&eacute;pertoires pour inclure plusieurs
+    chemin que dans la partie répertoires pour inclure plusieurs
     fichiers en une
-    seule fois, selon leur ordre alphab&eacute;tique. De plus, si la directive
-    <directive>Include</directive> pointe vers un r&eacute;pertoire, Apache
-    httpd inclura tous les fichiers de ce r&eacute;pertoire et de tous ces
-    sous-r&eacute;pertoires. L'inclusion de r&eacute;pertoires entiers est cependant
-    d&eacute;conseill&eacute;e, car il est fr&eacute;quent d'oublier des fichiers
-    temporaires dans un r&eacute;pertoire, ce qui causerait une erreur
+    seule fois, selon leur ordre alphabétique. De plus, si la directive
+    <directive>Include</directive> pointe vers un répertoire, Apache
+    httpd inclura tous les fichiers de ce répertoire et de tous ces
+    sous-répertoires. L'inclusion de répertoires entiers est cependant
+    déconseillée, car il est fréquent d'oublier des fichiers
+    temporaires dans un répertoire, ce qui causerait une erreur
     <program>httpd</program> en cas d'inclusion. Pour inclure des
-    fichiers qui correspondent &agrave; un certain mod&egrave;le, comme *.conf par
-    exemple, nous vous recommandons d'utiliser plut&ocirc;t la syntaxe avec
-    caract&egrave;res g&eacute;n&eacute;riques comme ci-dessous.</p>
+    fichiers qui correspondent à un certain modèle, comme *.conf par
+    exemple, nous vous recommandons d'utiliser plutôt la syntaxe avec
+    caractères génériques comme ci-dessous.</p>
 
     <p>La directive <directive module="core">Include</directive>
-    <strong>&eacute;chouera avec un code d'erreur</strong> si une expression
-   contenant des caract&egrave;res g&eacute;n&eacute;riques ne correspond &agrave; aucun fichier.
-   Pour ignorer les expressions contenant des caract&egrave;res g&eacute;n&eacute;riques ne
-   correspondant &agrave; aucun fichier, utilisez la directive <directive
+    <strong>échouera avec un code d'erreur</strong> si une expression
+   contenant des caractères génériques ne correspond à aucun fichier.
+   Pour ignorer les expressions contenant des caractères génériques ne
+   correspondant à aucun fichier, utilisez la directive <directive
    module="core">IncludeOptional</directive>.</p>
 
-    <p>Le chemin fichier sp&eacute;cifi&eacute; peut &ecirc;tre soit un chemin absolu, soit
-    un chemin relatif au r&eacute;pertoire d&eacute;fini par la directive <directive
+    <p>Le chemin fichier spécifié peut être soit un chemin absolu, soit
+    un chemin relatif au répertoire défini par la directive <directive
     module="core">ServerRoot</directive>.</p>
 
     <p>Exemples :</p>
@@ -2423,7 +2450,7 @@ Include /usr/local/apache2/conf/ssl.conf
 Include /usr/local/apache2/conf/vhosts/*.conf
     </highlight>
 
-    <p>ou encore, avec des chemins relatifs au r&eacute;pertoire d&eacute;fini par la
+    <p>ou encore, avec des chemins relatifs au répertoire défini par la
     directive <directive module="core">ServerRoot</directive> :</p>
 
     <highlight language="config">
@@ -2431,15 +2458,15 @@ Include conf/ssl.conf
 Include conf/vhosts/*.conf
     </highlight>
 
-    <p>On peut aussi ins&eacute;rer des caract&egrave;res g&eacute;n&eacute;riques dans la partie
-    r&eacute;pertoires du chemin. Dans l'exemple suivant, la directive
-    &eacute;chouera si aucun sous-r&eacute;pertoire de conf/vhosts ne contient au
+    <p>On peut aussi insérer des caractères génériques dans la partie
+    répertoires du chemin. Dans l'exemple suivant, la directive
+    échouera si aucun sous-répertoire de conf/vhosts ne contient au
     moins un fichier *.conf :</p>
   
     <highlight language="config">Include conf/vhosts/*/*.conf</highlight>
 
     <p>Par contre, dans l'exemple suivant, la directive sera simplement
-    ignor&eacute;e si aucun sous-r&eacute;pertoire de conf/vhosts ne contient au
+    ignorée si aucun sous-répertoire de conf/vhosts ne contient au
     moins un fichier *.conf :</p>
 
     <highlight language="config">IncludeOptional conf/vhosts/*/*.conf</highlight>
@@ -2454,20 +2481,20 @@ Include conf/vhosts/*.conf
 <name>IncludeOptional</name>
 <description>Inclusion de fichiers dans le fichier de configuration</description>
 <syntax>IncludeOptional
-<var>chemin-fichier</var>|<var>chemin-r&eacute;pertoire</var>|<var>wildcard</var></syntax>
+<var>chemin-fichier</var>|<var>chemin-répertoire</var>|<var>wildcard</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context>
 </contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.3.6 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.3.6 du serveur HTTP
 Apache</compatibility>
  
 <usage>
     <p>Cette directive permet d'inclure des fichiers dans les fichiers
-    de configuration du serveur. Elle fonctionne de mani&egrave;re identique &agrave;
-    la directive <directive module="core">Include</directive>, &agrave;
-    l'exception du fait que si l'expression avec caract&egrave;res g&eacute;n&eacute;riques
-    wilcard ne correspond &agrave; aucun fichier ou r&eacute;pertoire, elle sera
-    ignor&eacute;e silencieusement au lieu de causer une erreur.</p>    
+    de configuration du serveur. Elle fonctionne de manière identique à
+    la directive <directive module="core">Include</directive>, à
+    l'exception du fait que si l'expression avec caractères génériques
+    wilcard ne correspond à aucun fichier ou répertoire, elle sera
+    ignorée silencieusement au lieu de causer une erreur.</p>    
     
 </usage>
 
@@ -2485,32 +2512,32 @@ host</context>
 </contextlist>
 
 <usage>
-    <p>L'extension Keep-Alive de HTTP/1.0 et l'impl&eacute;mentation des
+    <p>L'extension Keep-Alive de HTTP/1.0 et l'implémentation des
     connexions persistantes dans HTTP/1.1 ont rendu possibles des
-    sessions HTTP de longue dur&eacute;e, ce qui permet de transmettre
-    plusieurs requ&ecirc;tes via la m&ecirc;me connexion TCP. Dans certains cas, le
-    gain en rapidit&eacute; pour des documents comportant de nombreuses images
+    sessions HTTP de longue durée, ce qui permet de transmettre
+    plusieurs requêtes via la même connexion TCP. Dans certains cas, le
+    gain en rapidité pour des documents comportant de nombreuses images
     peut atteindre 50%. Pour activer les connexions persistantes,
-    d&eacute;finissez <code>KeepAlive On</code>.</p>
+    définissez <code>KeepAlive On</code>.</p>
 
     <p>Pour les clients HTTP/1.0, les connexions persistantes ne seront
-    mises en oeuvre que si elles ont &eacute;t&eacute; sp&eacute;cialement demand&eacute;es par un
+    mises en oeuvre que si elles ont été spécialement demandées par un
     client. De plus, une connexion persistante avec un client HTTP/1.0
-    ne peut &ecirc;tre utilis&eacute;e que si la taille du contenu est connue
+    ne peut être utilisée que si la taille du contenu est connue
     d'avance. Ceci implique que les contenus dynamiques comme les
-    sorties CGI, les pages SSI, et les listings de r&eacute;pertoires g&eacute;n&eacute;r&eacute;s
-    par le serveur n'utiliseront en g&eacute;n&eacute;ral pas les connexions
+    sorties CGI, les pages SSI, et les listings de répertoires générés
+    par le serveur n'utiliseront en général pas les connexions
     persistantes avec les clients HTTP/1.0. Avec les clients HTTP/1.1,
-    les connexions persistantes sont utilis&eacute;es par d&eacute;faut, sauf
+    les connexions persistantes sont utilisées par défaut, sauf
     instructions contraires. Si le client le demande, le transfert par
-    tron&ccedil;ons de taille fixe (chunked encoding) sera utilis&eacute; afin de
+    tronçons de taille fixe (chunked encoding) sera utilisé afin de
     transmettre un contenu de longueur inconnue via une connexion
     persistante.</p>
 
     <p>Lorsqu'un client utilise une connexion persistante, elle comptera
-    pour une seule requ&ecirc;te pour la directive <directive
+    pour une seule requête pour la directive <directive
     module="mpm_common">MaxConnectionsPerChild</directive>, quel
-    que soit le nombre de requ&ecirc;tes transmises via cette connexion.</p>
+    que soit le nombre de requêtes transmises via cette connexion.</p>
 </usage>
 
 <seealso><directive module="core">MaxKeepAliveRequests</directive></seealso>
@@ -2518,7 +2545,7 @@ host</context>
 
 <directivesynopsis>
 <name>KeepAliveTimeout</name>
-<description>Dur&eacute;e pendant laquelle le serveur va attendre une requ&ecirc;te
+<description>Durée pendant laquelle le serveur va attendre une requête
 avant de fermer une connexion persistante</description>
 <syntax>KeepAliveTimeout <var>nombre</var>[ms]</syntax>
 <default>KeepAliveTimeout 5</default>
@@ -2528,50 +2555,50 @@ host</context>
 
 <usage>
     <p>Le nombre de secondes pendant lesquelles Apache httpd va attendre une
-    requ&ecirc;te avant de fermer la connexion. Le d&eacute;lai peut &ecirc;tre d&eacute;fini en
-    millisecondes en suffixant sa valeur par ms. La valeur du d&eacute;lai
-    sp&eacute;cifi&eacute;e par la directive <directive
-    module="core">Timeout</directive> s'applique d&egrave;s qu'une requ&ecirc;te a
-    &eacute;t&eacute; re&ccedil;ue.</p>
-
-    <p>Donner une valeur trop &eacute;l&eacute;v&eacute;e &agrave;
-    <directive>KeepAliveTimeout</directive> peut induire des probl&egrave;mes
-    de performances sur les serveurs fortement charg&eacute;s. Plus le d&eacute;lai
-    est &eacute;l&eacute;v&eacute;, plus nombreux seront les processus serveur en attente de
-    requ&ecirc;tes de la part de clients inactifs.</p>
+    requête avant de fermer la connexion. Le délai peut être défini en
+    millisecondes en suffixant sa valeur par ms. La valeur du délai
+    spécifiée par la directive <directive
+    module="core">Timeout</directive> s'applique dès qu'une requête a
+    été reçue.</p>
+
+    <p>Donner une valeur trop élévée à
+    <directive>KeepAliveTimeout</directive> peut induire des problèmes
+    de performances sur les serveurs fortement chargés. Plus le délai
+    est élévé, plus nombreux seront les processus serveur en attente de
+    requêtes de la part de clients inactifs.</p>
 
     <p>Si la directive <directive>KeepAliveTimeout</directive>
-    <strong>n'est pas</strong> d&eacute;finie pour un des serveurs virtuels
-    &agrave; base de nom, c'est le serveur virtuel dont la paire adresse
-    IP/port correspond le mieux qui sera utilis&eacute;e.</p>
+    <strong>n'est pas</strong> définie pour un des serveurs virtuels
+    à base de nom, c'est le serveur virtuel dont la paire adresse
+    IP/port correspond le mieux qui sera utilisée.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>Limit</name>
-<description>Limite les contr&ocirc;les d'acc&egrave;s que la section contient &agrave;
-certaines m&eacute;thodes HTTP</description>
-<syntax>&lt;Limit <var>m&eacute;thode</var> [<var>m&eacute;thode</var>] ... &gt; ...
+<description>Limite les contrôles d'accès que la section contient à
+certaines méthodes HTTP</description>
+<syntax>&lt;Limit <var>méthode</var> [<var>méthode</var>] ... &gt; ...
     &lt;/Limit&gt;</syntax>
 <contextlist><context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>AuthConfig, Limit</override>
 
 <usage>
-    <p>Les contr&ocirc;les d'acc&egrave;s s'appliquent normalement &agrave;
-    <strong>toutes</strong> les m&eacute;thodes d'acc&egrave;s, et c'est en g&eacute;n&eacute;ral le
-    comportement souhait&eacute;. <strong>Dans le cas g&eacute;n&eacute;ral, les directives
-    de contr&ocirc;le d'acc&egrave;s n'ont pas &agrave; &ecirc;tre plac&eacute;es dans une section
+    <p>Les contrôles d'accès s'appliquent normalement à
+    <strong>toutes</strong> les méthodes d'accès, et c'est en général le
+    comportement souhaité. <strong>Dans le cas général, les directives
+    de contrôle d'accès n'ont pas à être placées dans une section
     <directive type="section">Limit</directive>.</strong></p>
 
     <p>La directive <directive type="section">Limit</directive> a pour
-    but de limiter les effets des contr&ocirc;les d'acc&egrave;s aux m&eacute;thodes HTTP
-    sp&eacute;cifi&eacute;es. Pour toutes les autres m&eacute;thodes, les restrictions
-    d'acc&egrave;s contenues dans la section <directive
+    but de limiter les effets des contrôles d'accès aux méthodes HTTP
+    spécifiées. Pour toutes les autres méthodes, les restrictions
+    d'accès contenues dans la section <directive
     type="section">Limit</directive> <strong>n'auront aucun
-    effet</strong>. L'exemple suivant n'applique les contr&ocirc;les d'acc&egrave;s
-    qu'aux m&eacute;thodes <code>POST</code>, <code>PUT</code>, et
-    <code>DELETE</code>, en laissant les autres m&eacute;thodes sans protection
+    effet</strong>. L'exemple suivant n'applique les contrôles d'accès
+    qu'aux méthodes <code>POST</code>, <code>PUT</code>, et
+    <code>DELETE</code>, en laissant les autres méthodes sans protection
     :</p>
 
     <highlight language="config">
@@ -2580,46 +2607,46 @@ certaines m&eacute;thodes HTTP</description>
 &lt;/Limit&gt;
     </highlight>
 
-    <p>La liste des noms de m&eacute;thodes peut contenir une ou plusieurs
+    <p>La liste des noms de méthodes peut contenir une ou plusieurs
     valeurs parmi les suivantes : <code>GET</code>, <code>POST</code>,
     <code>PUT</code>, <code>DELETE</code>, <code>CONNECT</code>,
     <code>OPTIONS</code>, <code>PATCH</code>, <code>PROPFIND</code>,
     <code>PROPPATCH</code>, <code>MKCOL</code>, <code>COPY</code>,
     <code>MOVE</code>, <code>LOCK</code>, et <code>UNLOCK</code>.
-    <strong>Le nom de m&eacute;thode est sensible &agrave; la casse.</strong> Si la
-    valeur <code>GET</code> est pr&eacute;sente, les requ&ecirc;tes <code>HEAD</code>
-    seront aussi concern&eacute;es. La m&eacute;thode <code>TRACE</code> ne peut pas
-    &ecirc;tre limit&eacute;e (voir la directive <directive
+    <strong>Le nom de méthode est sensible à la casse.</strong> Si la
+    valeur <code>GET</code> est présente, les requêtes <code>HEAD</code>
+    seront aussi concernées. La méthode <code>TRACE</code> ne peut pas
+    être limitée (voir la directive <directive
     module="core">TraceEnable</directive>).</p>
 
     <note type="warning">Une section <directive
-    type="section">LimitExcept</directive> doit toujours &ecirc;tre pr&eacute;f&eacute;r&eacute;e &agrave;
+    type="section">LimitExcept</directive> doit toujours être préférée à
     une section <directive type="section">Limit</directive> pour la
-    restriction d'acc&egrave;s, car une section <directive type="section"
+    restriction d'accès, car une section <directive type="section"
     module="core">LimitExcept</directive> fournit une protection contre
-    les m&eacute;thodes arbitraires.</note>
+    les méthodes arbitraires.</note>
 
     <p>Les directives <directive type="section">Limit</directive> et
     <directive type="section" module="core">LimitExcept</directive>
-    peuvent &ecirc;tre imbriqu&eacute;es. Dans ce cas, pour chaque niveau des
+    peuvent être imbriquées. Dans ce cas, pour chaque niveau des
     directives <directive type="section">Limit</directive> ou  <directive
-    type="section" module="core">LimitExcept</directive>, ces derni&egrave;res
-    doivent restreindre l'acc&egrave;s pour les m&eacute;thodes auxquelles les
-    contr&ocirc;les d'acc&egrave;s s'appliquent.</p>
+    type="section" module="core">LimitExcept</directive>, ces dernières
+    doivent restreindre l'accès pour les méthodes auxquelles les
+    contrôles d'accès s'appliquent.</p>
 
     <note type="warning">Lorsqu'on utilise les directives <directive
     type="section">Limit</directive> ou <directive
     type="section">LimitExcept</directive> avec la directive <directive
-    module="mod_authz_core">Require</directive>, la premi&egrave;re directive
+    module="mod_authz_core">Require</directive>, la première directive
     <directive module="mod_authz_core">Require</directive> dont la
-    condition est satisfaite autorise la requ&ecirc;te, sans tenir compte de
-    la pr&eacute;sence d'autres directives <directive
+    condition est satisfaite autorise la requête, sans tenir compte de
+    la présence d'autres directives <directive
     module="mod_authz_core">Require</directive>.</note>
 
     <p>Par exemple, avec la configuration suivante, tous les
-    utilisateurs seront autoris&eacute;s &agrave; effectuer des requ&ecirc;tes
+    utilisateurs seront autorisés à effectuer des requêtes
     <code>POST</code>, et la directive <code>Require group
-    editors</code> sera ignor&eacute;e dans tous les cas :</p>
+    editors</code> sera ignorée dans tous les cas :</p>
 
     <highlight language="config">
 &lt;LimitExcept GET&gt;
@@ -2634,9 +2661,9 @@ certaines m&eacute;thodes HTTP</description>
 
 <directivesynopsis type="section">
 <name>LimitExcept</name>
-<description>Applique les contr&ocirc;les d'acc&egrave;s &agrave; toutes les m&eacute;thodes HTTP,
-sauf celles qui sont sp&eacute;cifi&eacute;es</description>
-<syntax>&lt;LimitExcept <var>m&eacute;thode</var> [<var>m&eacute;thode</var>] ... &gt; ...
+<description>Applique les contrôles d'accès à toutes les méthodes HTTP,
+sauf celles qui sont spécifiées</description>
+<syntax>&lt;LimitExcept <var>méthode</var> [<var>méthode</var>] ... &gt; ...
     &lt;/LimitExcept&gt;</syntax>
 <contextlist><context>directory</context><context>.htaccess</context>
 </contextlist>
@@ -2645,15 +2672,15 @@ sauf celles qui sont sp&eacute;cifi&eacute;es</description>
 <usage>
     <p><directive type="section">LimitExcept</directive> et
     <code>&lt;/LimitExcept&gt;</code> permettent de regrouper des
-    directives de contr&ocirc;le d'acc&egrave;s qui s'appliqueront &agrave; toutes les
-    m&eacute;thodes d'acc&egrave;s HTTP qui ne font <strong>pas</strong> partie de la
+    directives de contrôle d'accès qui s'appliqueront à toutes les
+    méthodes d'accès HTTP qui ne font <strong>pas</strong> partie de la
     liste des arguments ; en d'autres termes, elles ont un comportement
-    oppos&eacute; &agrave; celui de la section <directive type="section"
+    opposé à celui de la section <directive type="section"
     module="core">Limit</directive>, et on peut les utiliser pour
-    contr&ocirc;ler aussi bien les m&eacute;thodes standards que les m&eacute;thodes non
+    contrôler aussi bien les méthodes standards que les méthodes non
     standards ou non reconnues. Voir la documentation de la section
     <directive module="core" type="section">Limit</directive> pour plus
-    de d&eacute;tails.</p>
+    de détails.</p>
 
     <p>Par exemple :</p>
 
@@ -2668,8 +2695,8 @@ sauf celles qui sont sp&eacute;cifi&eacute;es</description>
 
 <directivesynopsis>
 <name>LimitInternalRecursion</name>
-<description>D&eacute;termine le nombre maximal de redirections internes et de
-sous-requ&ecirc;tes imbriqu&eacute;es</description>
+<description>Détermine le nombre maximal de redirections internes et de
+sous-requêtes imbriquées</description>
 <syntax>LimitInternalRecursion <var>nombre</var> [<var>nombre</var>]</syntax>
 <default>LimitInternalRecursion 10</default>
 <contextlist><context>server config</context><context>virtual
@@ -2679,24 +2706,24 @@ host</context>
 <usage>
     <p>Une redirection interne survient, par exemple, quand on utilise
     la directive <directive module="mod_actions">Action</directive> qui
-    redirige en interne la requ&ecirc;te d'origine vers un script CGI. Une
-    sous-requ&ecirc;te est le m&eacute;canisme qu'utilise Apache httpd pour d&eacute;terminer ce
-    qui se passerait pour un URI s'il faisait l'objet d'une requ&ecirc;te. Par
-    exemple, <module>mod_dir</module> utilise les sous-requ&ecirc;tes pour
-    rechercher les fichiers list&eacute;s dans la directive <directive
+    redirige en interne la requête d'origine vers un script CGI. Une
+    sous-requête est le mécanisme qu'utilise Apache httpd pour déterminer ce
+    qui se passerait pour un URI s'il faisait l'objet d'une requête. Par
+    exemple, <module>mod_dir</module> utilise les sous-requêtes pour
+    rechercher les fichiers listés dans la directive <directive
     module="mod_dir">DirectoryIndex</directive>.</p>
 
     <p>La directive <directive>LimitInternalRecursion</directive> permet
-    d'&eacute;viter un crash du serveur d&ucirc; &agrave; un bouclage infini de redirections
-    internes ou de sous-requ&ecirc;tes. De tels bouclages sont dus en g&eacute;n&eacute;ral
-    &agrave; des erreurs de configuration.</p>
+    d'éviter un crash du serveur dû à un bouclage infini de redirections
+    internes ou de sous-requêtes. De tels bouclages sont dus en général
+    à des erreurs de configuration.</p>
 
     <p>La directive accepte, comme arguments, deux limites qui sont
-    &eacute;valu&eacute;es &agrave; chaque requ&ecirc;te. Le premier <var>nombre</var> est le
-    nombre maximum de redirections internes qui peuvent se succ&eacute;der. Le
-    second <var>nombre</var> d&eacute;termine la profondeur d'imbrication
-    maximum des sous-requ&ecirc;tes. Si vous ne sp&eacute;cifiez qu'un seul
-    <var>nombre</var>, il sera affect&eacute; aux deux limites.</p>
+    évaluées à chaque requête. Le premier <var>nombre</var> est le
+    nombre maximum de redirections internes qui peuvent se succéder. Le
+    second <var>nombre</var> détermine la profondeur d'imbrication
+    maximum des sous-requêtes. Si vous ne spécifiez qu'un seul
+    <var>nombre</var>, il sera affecté aux deux limites.</p>
 
     <highlight language="config">LimitInternalRecursion 5</highlight>
 </usage>
@@ -2704,8 +2731,8 @@ host</context>
 
 <directivesynopsis>
 <name>LimitRequestBody</name>
-<description>limite la taille maximale du corps de la requ&ecirc;te HTTP
-envoy&eacute;e par le client</description>
+<description>limite la taille maximale du corps de la requête HTTP
+envoyée par le client</description>
 <syntax>LimitRequestBody <var>octets</var></syntax>
 <default>LimitRequestBody 0</default>
 <contextlist><context>server config</context><context>virtual
@@ -2715,40 +2742,40 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>Cette directive sp&eacute;cifie la taille maximale autoris&eacute;e pour le
-    corps d'une requ&ecirc;te ; la valeur de l'argument <var>octets</var> va
-    de 0 (pour une taille illimit&eacute;e), &agrave; 2147483647 (2Go). Voir la note
-    ci-dessous pour la limite d'applicabilit&eacute; aux requ&ecirc;tes mandat&eacute;es.</p>
+    <p>Cette directive spécifie la taille maximale autorisée pour le
+    corps d'une requête ; la valeur de l'argument <var>octets</var> va
+    de 0 (pour une taille illimitée), à 2147483647 (2Go). Voir la note
+    ci-dessous pour la limite d'applicabilité aux requêtes mandatées.</p>
 
     <p>La directive <directive>LimitRequestBody</directive> permet de
-    d&eacute;finir une limite pour la taille maximale autoris&eacute;e du corps d'une
-    requ&ecirc;te HTTP en tenant compte du contexte dans lequel la directive
-    a &eacute;t&eacute; plac&eacute;e (c'est &agrave; dire au niveau du serveur, d'un r&eacute;pertoire,
-    d'un fichier ou d'une localisation). Si la requ&ecirc;te du client d&eacute;passe
-    cette limite, le serveur r&eacute;pondra par un message d'erreur et ne
-    traitera pas la requ&ecirc;te. La taille du corps d'une requ&ecirc;te normale va
-    varier de mani&egrave;re importante en fonction de la nature de la
-    ressource et des m&eacute;thodes autoris&eacute;es pour cette derni&egrave;re. Les
+    définir une limite pour la taille maximale autorisée du corps d'une
+    requête HTTP en tenant compte du contexte dans lequel la directive
+    a été placée (c'est à dire au niveau du serveur, d'un répertoire,
+    d'un fichier ou d'une localisation). Si la requête du client dépasse
+    cette limite, le serveur répondra par un message d'erreur et ne
+    traitera pas la requête. La taille du corps d'une requête normale va
+    varier de manière importante en fonction de la nature de la
+    ressource et des méthodes autorisées pour cette dernière. Les
     scripts CGI utilisent souvent le corps du message pour extraire les
-    informations d'un formulaire. Les impl&eacute;mentations de la m&eacute;thode
-    <code>PUT</code> n&eacute;cessitent une valeur au moins aussi &eacute;lev&eacute;e que la
-    taille maximale des repr&eacute;sentations que le serveur d&eacute;sire accepter
+    informations d'un formulaire. Les implémentations de la méthode
+    <code>PUT</code> nécessitent une valeur au moins aussi élevée que la
+    taille maximale des représentations que le serveur désire accepter
     pour cette ressource.</p>
 
     <p>L'administrateur du serveur peut utiliser cette directive pour
-    contr&ocirc;ler plus efficacement les comportements anormaux des requ&ecirc;tes
-    des clients, ce qui lui permettra de pr&eacute;venir certaines formes
-    d'attaques par d&eacute;ni de service.</p>
+    contrôler plus efficacement les comportements anormaux des requêtes
+    des clients, ce qui lui permettra de prévenir certaines formes
+    d'attaques par déni de service.</p>
 
     <p>Si par exemple, vous autorisez le chargement de fichiers vers une
-    localisation particuli&egrave;re, et souhaitez limiter la taille des
-    fichiers charg&eacute;s &agrave; 100Ko, vous pouvez utiliser la directive suivante
+    localisation particulière, et souhaitez limiter la taille des
+    fichiers chargés à 100Ko, vous pouvez utiliser la directive suivante
     :</p>
 
     <highlight language="config">LimitRequestBody 102400</highlight>
 
-    <note><p>Pour une description d&eacute;taill&eacute;e de la mani&egrave;re dont cette
-    directive est interpr&eacute;t&eacute;e par les requ&ecirc;tes mandat&eacute;es, voir la
+    <note><p>Pour une description détaillée de la manière dont cette
+    directive est interprétée par les requêtes mandatées, voir la
     documentation du module <module>mod_proxy</module>.</p>
     </note>
 
@@ -2757,36 +2784,36 @@ host</context>
 
 <directivesynopsis>
 <name>LimitRequestFields</name>
-<description>Limite le nombre de champs d'en-t&ecirc;te autoris&eacute;s dans une
-requ&ecirc;te HTTP</description>
+<description>Limite le nombre de champs d'en-tête autorisés dans une
+requête HTTP</description>
 <syntax>LimitRequestFields <var>nombre</var></syntax>
 <default>LimitRequestFields 100</default>
 <contextlist><context>server config</context><context>virtual host</context></contextlist>
 
 <usage>
-    <p><var>nombre</var> est un entier de 0 (nombre de champs illimit&eacute;)
-    &agrave; 32767. La valeur par d&eacute;faut est d&eacute;finie &agrave; la compilation par la
+    <p><var>nombre</var> est un entier de 0 (nombre de champs illimité)
+    à 32767. La valeur par défaut est définie à la compilation par la
     constante <code>DEFAULT_LIMIT_REQUEST_FIELDS</code> (100 selon la
     distribution).</p>
 
-    <p>La directive <directive>LimitRequestFields</directive> permet &agrave;
+    <p>La directive <directive>LimitRequestFields</directive> permet à
     l'administrateur du serveur de modifier le nombre maximum de champs
-    d'en-t&ecirc;te autoris&eacute;s dans une requ&ecirc;te HTTP. Pour un serveur, cette
-    valeur doit &ecirc;tre sup&eacute;rieure au nombre de champs qu'une requ&ecirc;te
-    client normale peut contenir. Le nombre de champs d'en-t&ecirc;te d'une
-    requ&ecirc;te qu'un client utilise d&eacute;passe rarement 20, mais ce nombre
-    peut varier selon les impl&eacute;mentations des clients, et souvent en
+    d'en-tête autorisés dans une requête HTTP. Pour un serveur, cette
+    valeur doit être supérieure au nombre de champs qu'une requête
+    client normale peut contenir. Le nombre de champs d'en-tête d'une
+    requête qu'un client utilise dépasse rarement 20, mais ce nombre
+    peut varier selon les implémentations des clients, et souvent en
     fonction des extensions que les utilisateurs configurent dans leurs
-    navigateurs pour supporter la n&eacute;gociation de contenu d&eacute;taill&eacute;e. Les
+    navigateurs pour supporter la négociation de contenu détaillée. Les
     extensions HTTP optionnelles utilisent souvent les
-    champs d'en-t&ecirc;te des requ&ecirc;tes.</p>
+    champs d'en-tête des requêtes.</p>
 
     <p>L'administrateur du serveur peut utiliser cette directive pour
-    contr&ocirc;ler plus efficacement les comportements anormaux des requ&ecirc;tes
-    des clients, ce qui lui permettra de pr&eacute;venir certaines formes
-    d'attaques par d&eacute;ni de service. La valeur sp&eacute;cifi&eacute;e doit &ecirc;tre
-    augment&eacute;e si les clients standards re&ccedil;oivent une erreur du serveur
-    indiquant que la requ&ecirc;te comportait un nombre d'en-t&ecirc;tes trop
+    contrôler plus efficacement les comportements anormaux des requêtes
+    des clients, ce qui lui permettra de prévenir certaines formes
+    d'attaques par déni de service. La valeur spécifiée doit être
+    augmentée si les clients standards reçoivent une erreur du serveur
+    indiquant que la requête comportait un nombre d'en-têtes trop
     important.</p>
 
     <p>Par exemple :</p>
@@ -2794,8 +2821,8 @@ requ&ecirc;te HTTP</description>
     <highlight language="config">LimitRequestFields 50</highlight>
 
     <note type="warning"><title>Avertissement</title>
-     <p>Dans le cas des serveurs virtuels &agrave; base de noms, la valeur de
-     cette directive est extraite du serveur virtuel par d&eacute;faut (le
+     <p>Dans le cas des serveurs virtuels à base de noms, la valeur de
+     cette directive est extraite du serveur virtuel par défaut (le
      premier de la liste) pour la paire adresse IP/port.</p>
     </note>
 
@@ -2804,42 +2831,42 @@ requ&ecirc;te HTTP</description>
 
 <directivesynopsis>
 <name>LimitRequestFieldSize</name>
-<description>D&eacute;dinit la taille maximale autoris&eacute;e d'un en-t&ecirc;te de
-requ&ecirc;te HTTP</description>
+<description>Dédinit la taille maximale autorisée d'un en-tête de
+requête HTTP</description>
 <syntax>LimitRequestFieldSize <var>octets</var></syntax>
 <default>LimitRequestFieldSize 8190</default>
 <contextlist><context>server config</context><context>virtual host</context></contextlist>
 
 <usage>
-    <p>Cette directive permet de d&eacute;finir le nombre maximum
-    d'<var>octets</var> autoris&eacute;s dans un en-t&ecirc;te de requ&ecirc;te HTTP.</p>
+    <p>Cette directive permet de définir le nombre maximum
+    d'<var>octets</var> autorisés dans un en-tête de requête HTTP.</p>
 
     <p>La directive <directive>LimitRequestFieldSize</directive> permet
-    &agrave; l'administrateur du serveur de d&eacute;finir la taille
-    maximale autoris&eacute;e d'un en-t&ecirc;te de requ&ecirc;te HTTP. Pour un serveur,
-    cette valeur doit &ecirc;tre suffisamment grande pour contenir tout
-    en-t&ecirc;te d'une requ&ecirc;te client normale. La taille d'un champ d'en-t&ecirc;te
-    de requ&ecirc;te normal va varier selon les impl&eacute;mentations des clients,
+    à l'administrateur du serveur de définir la taille
+    maximale autorisée d'un en-tête de requête HTTP. Pour un serveur,
+    cette valeur doit être suffisamment grande pour contenir tout
+    en-tête d'une requête client normale. La taille d'un champ d'en-tête
+    de requête normal va varier selon les implémentations des clients,
     et en fonction des extensions que les utilisateurs
-    configurent dans leurs navigateurs pour supporter la n&eacute;gociation de
-    contenu d&eacute;taill&eacute;e. Les en-t&ecirc;tes d'authentification SPNEGO peuvent
+    configurent dans leurs navigateurs pour supporter la négociation de
+    contenu détaillée. Les en-têtes d'authentification SPNEGO peuvent
     atteindre une taille de 12392 octets.</p>
 
     <p>>L'administrateur du serveur peut utiliser cette directive pour
-    contr&ocirc;ler plus efficacement les comportements anormaux des requ&ecirc;tes
-    des clients, ce qui lui permettra de pr&eacute;venir certaines formes
-    d'attaques par d&eacute;ni de service.</p>
+    contrôler plus efficacement les comportements anormaux des requêtes
+    des clients, ce qui lui permettra de prévenir certaines formes
+    d'attaques par déni de service.</p>
 
     <p>Par exemple ::</p>
 
     <highlight language="config">LimitRequestFieldSize 4094</highlight>
 
-    <note>Dans des conditions normales, la valeur par d&eacute;faut de cette
-    directive ne doit pas &ecirc;tre modifi&eacute;e.</note>
+    <note>Dans des conditions normales, la valeur par défaut de cette
+    directive ne doit pas être modifiée.</note>
 
     <note type="warning"><title>Avertissement</title>
-     <p>Dans le cas des serveurs virtuels &agrave; base de noms, la valeur de
-     cette directive est extraite du serveur virtuel par d&eacute;faut (le
+     <p>Dans le cas des serveurs virtuels à base de noms, la valeur de
+     cette directive est extraite du serveur virtuel par défaut (le
      premier de la liste) pour lequel la paire adresse IP/port
      correspond le mieux.</p>
     </note>
@@ -2848,42 +2875,42 @@ requ&ecirc;te HTTP</description>
 
 <directivesynopsis>
 <name>LimitRequestLine</name>
-<description>D&eacute;finit la taille maximale d'une ligne de requ&ecirc;te
+<description>Définit la taille maximale d'une ligne de requête
 HTTP</description>
 <syntax>LimitRequestLine <var>octets</var></syntax>
 <default>LimitRequestLine 8190</default>
 <contextlist><context>server config</context><context>virtual host</context></contextlist>
 
 <usage>
-    <p>Cette directive permet de d&eacute;finir la taille maximale autoris&eacute;e
-    pour une ligne de requ&ecirc;te HTTP en <var>octets</var>.</p>
+    <p>Cette directive permet de définir la taille maximale autorisée
+    pour une ligne de requête HTTP en <var>octets</var>.</p>
 
-    <p>La directive <directive>LimitRequestLine</directive> permet &agrave;
-    l'administrateur du serveur de d&eacute;finir la taille
-    maximale autoris&eacute;e d'une ligne de requ&ecirc;te HTTP client. Comme une
-    requ&ecirc;te comporte une m&eacute;thode HTTP, un URI, et une version de
+    <p>La directive <directive>LimitRequestLine</directive> permet à
+    l'administrateur du serveur de définir la taille
+    maximale autorisée d'une ligne de requête HTTP client. Comme une
+    requête comporte une méthode HTTP, un URI, et une version de
     protocole, la directive <directive>LimitRequestLine</directive>
-    impose une restriction sur la longueur maximale autoris&eacute;e pour un
-    URI dans une requ&ecirc;te au niveau du serveur. Pour un serveur, cette
-    valeur doit &ecirc;tre suffisamment grande pour r&eacute;f&eacute;rencer les noms de
-    toutes ses ressources, y compris toutes informations pouvant &ecirc;tre
-    ajout&eacute;es dans la partie requ&ecirc;te d'une m&eacute;thode <code>GET</code>.</p>
+    impose une restriction sur la longueur maximale autorisée pour un
+    URI dans une requête au niveau du serveur. Pour un serveur, cette
+    valeur doit être suffisamment grande pour référencer les noms de
+    toutes ses ressources, y compris toutes informations pouvant être
+    ajoutées dans la partie requête d'une méthode <code>GET</code>.</p>
 
     <p>L'administrateur du serveur peut utiliser cette directive pour
-    contr&ocirc;ler plus efficacement les comportements anormaux des requ&ecirc;tes
-    des clients, ce qui lui permettra de pr&eacute;venir certaines formes
-    d'attaques par d&eacute;ni de service.</p>
+    contrôler plus efficacement les comportements anormaux des requêtes
+    des clients, ce qui lui permettra de prévenir certaines formes
+    d'attaques par déni de service.</p>
 
     <p>Par exemple :</p>
 
     <highlight language="config">LimitRequestLine 4094</highlight>
 
     <note>Dans des conditions normales, cette directive doit conserver
-    sa valeur par d&eacute;faut.</note>
+    sa valeur par défaut.</note>
 
     <note type="warning"><title>Avertissement</title>
-     <p>Dans le cas des serveurs virtuels &agrave; base de noms, la valeur de
-     cette directive est extraite du serveur virtuel par d&eacute;faut (le
+     <p>Dans le cas des serveurs virtuels à base de noms, la valeur de
+     cette directive est extraite du serveur virtuel par défaut (le
      premier de la liste) pour lequel la paire adresse IP/port
      correspond le mieux.</p>
     </note>
@@ -2893,7 +2920,7 @@ HTTP</description>
 
 <directivesynopsis>
 <name>LimitXMLRequestBody</name>
-<description>D&eacute;finit la taille maximale du corps d'une requ&ecirc;te au format
+<description>Définit la taille maximale du corps d'une requête au format
 XML</description>
 <syntax>LimitXMLRequestBody <var>octets</var></syntax>
 <default>LimitXMLRequestBody 1000000</default>
@@ -2903,9 +2930,9 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>Taille maximale (en octets) du corps d'une requ&ecirc;te au format XML.
+    <p>Taille maximale (en octets) du corps d'une requête au format XML.
     Une valeur de <code>0</code> signifie qu'aucune limite n'est
-    impos&eacute;e.</p>
+    imposée.</p>
 
     <p>Exemple :</p>
 
@@ -2917,7 +2944,7 @@ host</context>
 <directivesynopsis type="section">
 <name>Location</name>
 <description>N'applique les directives contenues qu'aux URLs
-sp&eacute;cifi&eacute;es</description>
+spécifiées</description>
 <syntax>&lt;Location
     <var>chemin URL</var>|<var>URL</var>&gt; ... &lt;/Location&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -2926,47 +2953,47 @@ host</context>
 
 <usage>
     <p>La directive <directive type="section">Location</directive>
-    limite la port&eacute;e des directives contenues aux URLs d&eacute;finies par
-    l'argument URL. Elle est similaire &agrave; la directive <directive
+    limite la portée des directives contenues aux URLs définies par
+    l'argument URL. Elle est similaire à la directive <directive
     type="section" module="core">Directory</directive>, et marque le
-    d&eacute;but d'une section qui se termine par une directive
+    début d'une section qui se termine par une directive
     <code>&lt;/Location&gt;</code>. Les sections <directive
-    type="section">Location</directive> sont trait&eacute;es selon l'ordre dans
+    type="section">Location</directive> sont traitées selon l'ordre dans
     lequel elles apparaissent dans le fichier de configuration, mais
-    apr&egrave;s les sections <directive
+    après les sections <directive
     type="section" module="core">Directory</directive> et la lecture des
-    fichiers <code>.htaccess</code>, et apr&egrave;s les sections <directive
+    fichiers <code>.htaccess</code>, et après les sections <directive
     type="section" module="core">Files</directive>.</p>
 
     <p>Les sections <directive type="section">Location</directive>
-    agissent compl&egrave;tement en dehors du syst&egrave;me de fichiers. Ceci a de
-    nombreuses cons&eacute;quences. Parmi les plus importantes, on ne doit pas
+    agissent complètement en dehors du système de fichiers. Ceci a de
+    nombreuses conséquences. Parmi les plus importantes, on ne doit pas
     utiliser les sections <directive type="section">Location</directive>
-    pour contr&ocirc;ler l'acc&egrave;s aux r&eacute;pertoires du syst&egrave;me de fichiers. Comme
-    plusieurs URLs peuvent correspondre au m&ecirc;me r&eacute;pertoire du syst&egrave;me de
-    fichiers, un tel contr&ocirc;le d'acc&egrave;s pourrait &ecirc;tre contourn&eacute;.</p>
+    pour contrôler l'accès aux répertoires du système de fichiers. Comme
+    plusieurs URLs peuvent correspondre au même répertoire du système de
+    fichiers, un tel contrôle d'accès pourrait être contourné.</p>
 
-    <p>Les directives que contient cette section seront appliqu&eacute;es aux
-    requ&ecirc;tes si la partie chemin de l'URL satisfait &agrave; l'un au moins de
-    ces crit&egrave;res :
+    <p>Les directives que contient cette section seront appliquées aux
+    requêtes si la partie chemin de l'URL satisfait à l'un au moins de
+    ces critères :
     </p>
     <ul>
-      <li>Le chemin sp&eacute;cifi&eacute; correspond exactement &agrave; la partie chemin de
+      <li>Le chemin spécifié correspond exactement à la partie chemin de
       l'URL.
       </li>
-      <li>Le chemin sp&eacute;cifi&eacute;, qui se termine par un slash, est un
-      pr&eacute;fixe de la partie chemin de l'URL (trait&eacute; comme une racine du
+      <li>Le chemin spécifié, qui se termine par un slash, est un
+      préfixe de la partie chemin de l'URL (traité comme une racine du
       contexte).
       </li>
-      <li>Le chemin sp&eacute;cifi&eacute;, si on lui ajoute un slash de fin, est un
-      pr&eacute;fixe de la partie chemin de l'URL (aussi trait&eacute; comme une racine du
+      <li>Le chemin spécifié, si on lui ajoute un slash de fin, est un
+      préfixe de la partie chemin de l'URL (aussi traité comme une racine du
       contexte).
       </li>
     </ul>
     <p>
-    Dans l'exemple ci-dessous, o&ugrave; aucun slash de fin n'est utilis&eacute;, les
-    directives contenues dans la section s'appliqueront &agrave; /private1,
-    /private1/ et /private1/file.txt, mais pas &agrave; /private1other. 
+    Dans l'exemple ci-dessous, où aucun slash de fin n'est utilisé, les
+    directives contenues dans la section s'appliqueront à /private1,
+    /private1/ et /private1/file.txt, mais pas à /private1other. 
     </p>
     <highlight language="config">
 &lt;Location "/private1"&gt;
@@ -2974,9 +3001,9 @@ host</context>
 &lt;/Location&gt;
     </highlight>
     <p>
-    De m&ecirc;me, dans l'exemple ci-dessous, o&ugrave; l'on utilise un slash de fin, les
-    directives contenues dans la section s'appliqueront &agrave; /private2/ et
-    &agrave; /private2/file.txt, mais pas &agrave; /private2other.
+    De même, dans l'exemple ci-dessous, où l'on utilise un slash de fin, les
+    directives contenues dans la section s'appliqueront à /private2/ et
+    à /private2/file.txt, mais pas à /private2other.
     </p>
     <highlight language="config">
 &lt;Location "/private2<em>/</em>"&gt;
@@ -2988,32 +3015,32 @@ host</context>
     type="section">Location</directive></title>
 
     <p>Vous pouvez utiliser une section <directive
-    type="section">Location</directive> pour appliquer des directives &agrave;
-    des contenus situ&eacute;s en dehors du syst&egrave;me de fichiers. Pour les
-    contenus situ&eacute;s &agrave; l'int&eacute;rieur du syst&egrave;me de fichiers, utilisez
-    plut&ocirc;t les sections <directive
+    type="section">Location</directive> pour appliquer des directives à
+    des contenus situés en dehors du système de fichiers. Pour les
+    contenus situés à l'intérieur du système de fichiers, utilisez
+    plutôt les sections <directive
     type="section" module="core">Directory</directive> et <directive
     type="section" module="core">Files</directive>. <code>&lt;Location
-    "/"&gt;</code> constitue une exception et permet d'appliquer ais&eacute;ment
-    une configuration &agrave; l'ensemble du serveur.</p>
+    "/"&gt;</code> constitue une exception et permet d'appliquer aisément
+    une configuration à l'ensemble du serveur.</p>
     </note>
 
-    <p>Pour toutes les requ&ecirc;tes originales (non mandat&eacute;es), l'argument
+    <p>Pour toutes les requêtes originales (non mandatées), l'argument
     URL est un chemin d'URL de la forme
-    <code>/chemin/</code>. <em>Aucun protocole, nom d'h&ocirc;te, port, ou cha&icirc;ne
-    de requ&ecirc;te ne doivent appara&icirc;tre.</em> Pour les requ&ecirc;tes mandat&eacute;es, l'URL
-    sp&eacute;cifi&eacute;e doit &ecirc;tre de la forme
+    <code>/chemin/</code>. <em>Aucun protocole, nom d'hôte, port, ou chaîne
+    de requête ne doivent apparaître.</em> Pour les requêtes mandatées, l'URL
+    spécifiée doit être de la forme
     <code>protocole://nom_serveur/chemin</code>, et vous devez inclure
-    le pr&eacute;fixe.</p>
+    le préfixe.</p>
 
-    <p>L'URL peut contenir des caract&egrave;res g&eacute;n&eacute;riques. Dans une cha&icirc;ne
-    avec caract&egrave;res g&eacute;n&eacute;riques, <code>?</code> correspond &agrave; un caract&egrave;re
-    quelconque, et <code>*</code> &agrave; toute cha&icirc;ne de caract&egrave;res. Les
-    caract&egrave;res g&eacute;n&eacute;riques ne peuvent pas remplacer un / dans le chemin
+    <p>L'URL peut contenir des caractères génériques. Dans une chaîne
+    avec caractères génériques, <code>?</code> correspond à un caractère
+    quelconque, et <code>*</code> à toute chaîne de caractères. Les
+    caractères génériques ne peuvent pas remplacer un / dans le chemin
     URL.</p>
 
     <p>On peut aussi utiliser les <glossary ref="regex">Expressions
-    rationnelles</glossary>, moyennant l'addition d'un caract&egrave;re
+    rationnelles</glossary>, moyennant l'addition d'un caractère
     <code>~</code>. Par exemple :</p>
 
     <highlight language="config">
@@ -3022,20 +3049,20 @@ host</context>
 &lt;/Location&gt;
 </highlight>
 
-    <p>concernerait les URLs contenant les sous-cha&icirc;ne
+    <p>concernerait les URLs contenant les sous-chaîne
     <code>/extra/data</code> ou <code>/special/data</code>. La directive
     <directive type="section" module="core">LocationMatch</directive>
-    pr&eacute;sente un comportement identique &agrave; la version avec expressions
+    présente un comportement identique à la version avec expressions
     rationnelles de la directive <directive
     type="section">Location</directive>, et son utilisation est
-    pr&eacute;f&eacute;rable &agrave; l'utilisation de cette derni&egrave;re pour la simple raison
+    préférable à l'utilisation de cette dernière pour la simple raison
     qu'il est difficile de distinguer <code>~</code> de <code>-</code>
     dans la plupart des fontes.</p>
 
     <p>La directive <directive type="section">Location</directive>
     s'utilise principalement avec la directive <directive
     module="core">SetHandler</directive>. Par exemple, pour activer les
-    requ&ecirc;tes d'&eacute;tat, mais ne les autoriser que depuis des navigateurs
+    requêtes d'état, mais ne les autoriser que depuis des navigateurs
     appartenant au domaine <code>example.com</code>, vous pouvez
     utiliser :</p>
 
@@ -3046,44 +3073,44 @@ host</context>
 &lt;/Location&gt;
     </highlight>
 
-    <note><title>Note &agrave; propos du slash (/)</title>
-      <p>La signification du caract&egrave;re slash d&eacute;pend de l'endroit o&ugrave; il
-      se trouve dans l'URL. Les utilisateurs peuvent &ecirc;tre habitu&eacute;s &agrave;
-      son comportement dans le syst&egrave;me de fichiers o&ugrave; plusieurs slashes
-      successifs sont souvent r&eacute;duits &agrave; un slash unique (en d'autres
-      termes, <code>/home///foo</code> est identique &agrave;
+    <note><title>Note à propos du slash (/)</title>
+      <p>La signification du caractère slash dépend de l'endroit où il
+      se trouve dans l'URL. Les utilisateurs peuvent être habitués à
+      son comportement dans le système de fichiers où plusieurs slashes
+      successifs sont souvent réduits à un slash unique (en d'autres
+      termes, <code>/home///foo</code> est identique à
       <code>/home/foo</code>). Dans l'espace de nommage des URLs, ce
       n'est cependant pas toujours le cas. Pour la directive <directive
       type="section" module="core">LocationMatch</directive> et la
       version avec expressions rationnelles de la directive <directive
-      type="section">Location</directive>, vous devez sp&eacute;cifier
+      type="section">Location</directive>, vous devez spécifier
       explicitement les slashes multiples si telle est votre
       intention.</p>
 
       <p>Par exemple, <code>&lt;LocationMatch "^/abc"&gt;</code> va
-      correspondre &agrave; l'URL <code>/abc</code> mais pas &agrave; l'URL <code>
+      correspondre à l'URL <code>/abc</code> mais pas à l'URL <code>
       //abc</code>. La directive <directive type="section"
       >Location</directive> sans expression rationnelle se comporte de
-      la m&ecirc;me mani&egrave;re lorsqu'elle est utilis&eacute;e pour des requ&ecirc;tes
-      mandat&eacute;es. Par contre, lorsque la directive <directive
+      la même manière lorsqu'elle est utilisée pour des requêtes
+      mandatées. Par contre, lorsque la directive <directive
       type="section">Location</directive> sans expression rationnelle
-      est utilis&eacute;e pour des requ&ecirc;tes non mandat&eacute;es, elle fera
-      correspondre implicitement les slashes multiples &agrave; des slashes
-      uniques. Par exemple, si vous sp&eacute;cifiez <code>&lt;Location
-      "/abc/def"&gt;</code>, une requ&ecirc;te de la forme
+      est utilisée pour des requêtes non mandatées, elle fera
+      correspondre implicitement les slashes multiples à des slashes
+      uniques. Par exemple, si vous spécifiez <code>&lt;Location
+      "/abc/def"&gt;</code>, une requête de la forme
       <code>/abc//def</code> correspondra.</p>
     </note>
 </usage>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te.</seealso>
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête.</seealso>
 </directivesynopsis>
 
 <directivesynopsis type="section">
 <name>LocationMatch</name>
 <description>N'applique les directives contenues qu'aux URLs
-correspondant &agrave; une expression rationnelle</description>
+correspondant à une expression rationnelle</description>
 <syntax>&lt;LocationMatch
     <var>regex</var>&gt; ... &lt;/LocationMatch&gt;</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -3092,12 +3119,12 @@ host</context>
 
 <usage>
     <p>La directive <directive type="section">LocationMatch</directive>
-    limite la port&eacute;e des directives contenues &agrave; l'URL sp&eacute;cifi&eacute;e, de
-    mani&egrave;re identique &agrave; la directive <directive module="core"
+    limite la portée des directives contenues à l'URL spécifiée, de
+    manière identique à la directive <directive module="core"
     type="section">Location</directive>. Mais son argument permettant de
-    sp&eacute;cifier les URLs concern&eacute;es est une <glossary
+    spécifier les URLs concernées est une <glossary
     ref="regex">expression rationnelle</glossary> au lieu d'une simple
-    cha&icirc;ne de caract&egrave;res. Par exemple :</p>
+    chaîne de caractères. Par exemple :</p>
 
     <highlight language="config">
 &lt;LocationMatch "/(extra|special)/data"&gt;
@@ -3105,11 +3132,11 @@ host</context>
 &lt;/LocationMatch&gt;
 </highlight>
 
-    <p>correspondrait &agrave; toute URL contenant les sous-cha&icirc;nes
+    <p>correspondrait à toute URL contenant les sous-chaînes
     <code>/extra/data</code> ou <code>/special/data</code>.</p>
 
-    <note><p>Si vous recherchez une URL <strong>commen&ccedil;ant par</strong>
-    plut&ocirc;t que seulement contenant <code>/extra/data</code>, pr&eacute;fixez
+    <note><p>Si vous recherchez une URL <strong>commençant par</strong>
+    plutôt que seulement contenant <code>/extra/data</code>, préfixez
     l'expression rationnelle avec un <code>^</code>.</p>
 
     <highlight language="config">
@@ -3117,15 +3144,15 @@ host</context>
     </highlight>
     </note>
 
-    <p>A partir de la version 2.4.8, les groupes nomm&eacute;s et les
-    r&eacute;f&eacute;rences arri&egrave;res sont extraits et enregistr&eacute;s dans
-    l'environnement avec leur nom en majuscules et pr&eacute;fix&eacute;
+    <p>A partir de la version 2.4.8, les groupes nommés et les
+    références arrières sont extraits et enregistrés dans
+    l'environnement avec leur nom en majuscules et préfixé
     par "MATCH_". Ceci permet
-    de r&eacute;f&eacute;rencer des URLs dans des <a href="../expr.html">expressions</a>
+    de référencer des URLs dans des <a href="../expr.html">expressions</a>
     ou au sein de modules comme <module>mod_rewrite</module>. Pour
-    &eacute;viter toute confusion, les r&eacute;f&eacute;rences arri&egrave;res num&eacute;rot&eacute;es (non
-    nomm&eacute;es) sont ignor&eacute;es. Vous devez utiliser &agrave; la place des groupes
-    nomm&eacute;s.</p>
+    éviter toute confusion, les références arrières numérotées (non
+    nommées) sont ignorées. Vous devez utiliser à la place des groupes
+    nommés.</p>
 
 <highlight language="config">
 &lt;LocationMatch "^/combined/(?&lt;sitename&gt;[^/]+)"&gt;
@@ -3135,13 +3162,13 @@ host</context>
 </usage>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te.</seealso>
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête.</seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>LogLevel</name>
-<description>Contr&ocirc;le la verbosit&eacute; du journal des erreurs</description>
+<description>Contrôle la verbosité du journal des erreurs</description>
 <syntax>LogLevel [<var>module</var>:]<var>niveau</var>
     [<var>module</var>:<var>niveau</var>] ...
 </syntax>
@@ -3150,14 +3177,14 @@ entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te.</seealso>
 host</context><context>directory</context>
 </contextlist>
 <compatibility>La configuration du niveau de journalisation par module
-et par r&eacute;pertoire est disponible depuis la version 2.3.6 du serveur HTTP
+et par répertoire est disponible depuis la version 2.3.6 du serveur HTTP
 Apache</compatibility>
 <usage>
     <p>La directive <directive>LogLevel</directive> permet d'ajuster la
-    verbosit&eacute; des messages enregistr&eacute;s dans les journaux d'erreur (voir
+    verbosité des messages enregistrés dans les journaux d'erreur (voir
     la directive <directive module="core">ErrorLog</directive>
-    directive). Les <var>niveau</var>x disponibles sont pr&eacute;sent&eacute;s
-    ci-apr&egrave;s, par ordre de criticit&eacute; d&eacute;croissante :</p>
+    directive). Les <var>niveau</var>x disponibles sont présentés
+    ci-après, par ordre de criticité décroissante :</p>
 
     <table border="1">
     <columnspec><column width=".2"/><column width=".3"/><column width=".5"/>
@@ -3173,7 +3200,7 @@ Apache</compatibility>
       <tr>
         <td><code>emerg</code> </td>
 
-        <td>Urgences - le syst&egrave;me est inutilisable.</td>
+        <td>Urgences - le système est inutilisable.</td>
 
         <td>"Child cannot open lock file. Exiting"</td>
       </tr>
@@ -3181,7 +3208,7 @@ Apache</compatibility>
       <tr>
         <td><code>alert</code> </td>
 
-        <td>Des mesures doivent &ecirc;tre prises imm&eacute;diatement.</td>
+        <td>Des mesures doivent être prises immédiatement.</td>
 
         <td>"getpwuid: couldn't determine user name from uid"</td>
       </tr>
@@ -3214,7 +3241,7 @@ Apache</compatibility>
       <tr>
         <td><code>notice</code> </td>
 
-        <td>Ev&egrave;nement important mais normal.</td>
+        <td>Evènement important mais normal.</td>
 
         <td>"httpd: caught SIGBUS, attempting to dump core in
         ..."</td>
@@ -3232,7 +3259,7 @@ Apache</compatibility>
       <tr>
         <td><code>debug</code> </td>
 
-        <td>Messages de d&eacute;bogage.</td>
+        <td>Messages de débogage.</td>
 
         <td>"Opening config file ..."</td>
       </tr>
@@ -3281,29 +3308,29 @@ Apache</compatibility>
       <tr>
         <td><code>trace7</code> </td>
 
-        <td>Messages de traces, enregistrement d'une grande quantit&eacute; de
-	donn&eacute;es</td>
+        <td>Messages de traces, enregistrement d'une grande quantité de
+	données</td>
 
         <td>"| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |"</td>
       </tr>
       <tr>
         <td><code>trace8</code> </td>
 
-        <td>Messages de traces, enregistrement d'une grande quantit&eacute; de
-	donn&eacute;es</td>
+        <td>Messages de traces, enregistrement d'une grande quantité de
+	données</td>
 
         <td>"| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |"</td>
       </tr>
     </table>
 
-    <p>Lorsqu'un niveau particulier est sp&eacute;cifi&eacute;, les messages de tous
-    les autres niveaux de criticit&eacute; sup&eacute;rieure seront aussi enregistr&eacute;s.
-    <em>Par exemple</em>, si <code>LogLevel info</code> est sp&eacute;cifi&eacute;,
+    <p>Lorsqu'un niveau particulier est spécifié, les messages de tous
+    les autres niveaux de criticité supérieure seront aussi enregistrés.
+    <em>Par exemple</em>, si <code>LogLevel info</code> est spécifié,
     les messages de niveaux <code>notice</code> et <code>warn</code>
-    seront aussi &eacute;mis.</p>
+    seront aussi émis.</p>
 
-    <p>Il est recommand&eacute; d'utiliser un niveau <code>crit</code> ou
-    inf&eacute;rieur.</p>
+    <p>Il est recommandé d'utiliser un niveau <code>crit</code> ou
+    inférieur.</p>
 
     <p>Par exemple :</p>
 
@@ -3311,18 +3338,18 @@ Apache</compatibility>
 
     <note><title>Note</title>
       <p>Si la journalisation s'effectue directement dans un fichier,
-      les messages de niveau <code>notice</code> ne peuvent pas &ecirc;tre
-      supprim&eacute;s et sont donc toujours journalis&eacute;s. Cependant, ceci ne
+      les messages de niveau <code>notice</code> ne peuvent pas être
+      supprimés et sont donc toujours journalisés. Cependant, ceci ne
       s'applique pas lorsque la journalisation s'effectue vers
       <code>syslog</code>.</p>
     </note>
     
-    <p>Sp&eacute;cifier un niveau sans nom de module va attribuer ce niveau &agrave;
-    tous les modules. Sp&eacute;cifier un niveau avec nom de module va
-    attribuer ce niveau &agrave; ce module seulement. Il est possible de
-    sp&eacute;cifier un module par le nom de son fichier source ou par son
+    <p>Spécifier un niveau sans nom de module va attribuer ce niveau à
+    tous les modules. Spécifier un niveau avec nom de module va
+    attribuer ce niveau à ce module seulement. Il est possible de
+    spécifier un module par le nom de son fichier source ou par son
     identificateur, avec ou sans le suffixe <code>_module</code>. Les
-    trois sp&eacute;cifications suivantes sont donc &eacute;quivalentes :</p>
+    trois spécifications suivantes sont donc équivalentes :</p>
 
     <highlight language="config">
 LogLevel info ssl:warn
@@ -3331,7 +3358,7 @@ LogLevel info ssl_module:warn
     </highlight>
 
     <p>Il est aussi possible d'attribuer un niveau de journalisation par
-    r&eacute;pertoire :</p>
+    répertoire :</p>
 
     <highlight language="config">
 LogLevel info
@@ -3341,12 +3368,12 @@ LogLevel info
     </highlight>
 
     <note>
-        La configuration du niveau de journalisation par r&eacute;pertoire
-	n'affecte que les messages journalis&eacute;s apr&egrave;s l'interpr&eacute;tation de
-	la requ&ecirc;te et qui sont associ&eacute;s &agrave; cette derni&egrave;re. Les messages
-	de journalisation associ&eacute;s au serveur ou &agrave; la connexion ne sont
-	pas affect&eacute;s. Il est cependant possible d'agir sur ces
-	derniers &agrave; l'aide de la directive <directive
+        La configuration du niveau de journalisation par répertoire
+	n'affecte que les messages journalisés après l'interprétation de
+	la requête et qui sont associés à cette dernière. Les messages
+	de journalisation associés au serveur ou à la connexion ne sont
+	pas affectés. Il est cependant possible d'agir sur ces
+	derniers à l'aide de la directive <directive
 	module="core">LogLevelOverride</directive>.
     </note>
 </usage>
@@ -3358,41 +3385,41 @@ LogLevel info
 
 <directivesynopsis>
 <name>LogLevelOverride</name>
-<description>Surcharge la verbosit&eacute; du journal des erreurs pour certains
+<description>Surcharge la verbosité du journal des erreurs pour certains
 clients</description>
 <syntax>LogLevel <var>ipaddress</var>[/<var>prefixlen</var>]
     [<var>module</var>:]<var>level</var> [<var>module</var>:<var>level</var>] ...
 </syntax>
-<default>non d&eacute;finie</default>
+<default>non définie</default>
 <contextlist><context>server config</context><context>virtual host</context>
 </contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.5.0 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.5.0 du serveur HTTP
 Apache.</compatibility>
 
 <usage>
     <p>La directive <directive>LogLevelOverride</directive> permet
-    d'affiner la d&eacute;finition de la directive <directive
-    module="core">LogLevel</directive> pour les requ&ecirc;tes en provenance
+    d'affiner la définition de la directive <directive
+    module="core">LogLevel</directive> pour les requêtes en provenance
     de certaines adresses IP. Il est ainsi possible d'activer une
-    journalisation d&eacute;taill&eacute;e seulement pour certains clients &agrave; des fins
-    de test. Les adresses IP sont v&eacute;rifi&eacute;es &agrave; un stade tr&egrave;s pr&eacute;coce du
+    journalisation détaillée seulement pour certains clients à des fins
+    de test. Les adresses IP sont vérifiées à un stade très précoce du
     processus de connexion. Ainsi, la directive
     <directive>LogLevelOverride</directive> permet de modifier le niveau
-    de journalisation pour des processus comme la n&eacute;gociation SSL qui
-    intervient avant l'&eacute;valuation d'une &eacute;ventuelle directive <directive
+    de journalisation pour des processus comme la négociation SSL qui
+    intervient avant l'évaluation d'une éventuelle directive <directive
     module="core">LogLevel</directive> au sein d'un conteneur <directive
     type="section" module="core">If</directive>.</p>
 
     <p>La directive <directive>LogLevelOverride</directive> accepte soit
-    une adresse IP simple, soit une sp&eacute;cification de sous-r&eacute;seau CIDR de
-    la forme adresse-IP/masque. Pour la syntaxe de la sp&eacute;cification du
+    une adresse IP simple, soit une spécification de sous-réseau CIDR de
+    la forme adresse-IP/masque. Pour la syntaxe de la spécification du
     niveau de journalisation, voir la directive <directive
     module="core">LogLevel</directive> directive.</p>
 
-    <p>Pour les requ&ecirc;tes concern&eacute;es par une directive
-    <directive>LogLevelOverride</directive>, les sp&eacute;cifications de
-    niveau r&eacute;pertoire de la directive <directive
-    module="core">LogLevel</directive> sont ignor&eacute;es.</p>
+    <p>Pour les requêtes concernées par une directive
+    <directive>LogLevelOverride</directive>, les spécifications de
+    niveau répertoire de la directive <directive
+    module="core">LogLevel</directive> sont ignorées.</p>
 
     <p>Exemples:</p>
 
@@ -3403,8 +3430,8 @@ Apache.</compatibility>
 
     <note>
         La directive <directive>LogLevelOverride</directive> n'affecte que les
-	messages associ&eacute;s &agrave; la requ&ecirc;te ou &agrave; la connexion. Les messages
-	associ&eacute;s au serveur ne sont pas affect&eacute;s.
+	messages associés à la requête ou à la connexion. Les messages
+	associés au serveur ne sont pas affectés.
     </note>
 
 </usage>
@@ -3413,7 +3440,7 @@ Apache.</compatibility>
 
 <directivesynopsis>
 <name>MaxKeepAliveRequests</name>
-<description>Nombre de requ&ecirc;tes permises pour une connexion
+<description>Nombre de requêtes permises pour une connexion
 persistante</description>
 <syntax>MaxKeepAliveRequests <var>nombre</var></syntax>
 <default>MaxKeepAliveRequests 100</default>
@@ -3423,10 +3450,10 @@ host</context>
 
 <usage>
     <p>La directive <directive>MaxKeepAliveRequests</directive> permet
-    de limiter le nombre de requ&ecirc;tes autoris&eacute;es par connexion lorsque
-    <directive module="core" >KeepAlive</directive> est &agrave; "on". Si sa
-    valeur est <code>0</code>, le nombre de requ&ecirc;tes autoris&eacute;es est
-    illimit&eacute;. Il est recommand&eacute; de d&eacute;finir une valeur assez haute pour
+    de limiter le nombre de requêtes autorisées par connexion lorsque
+    <directive module="core" >KeepAlive</directive> est à "on". Si sa
+    valeur est <code>0</code>, le nombre de requêtes autorisées est
+    illimité. Il est recommandé de définir une valeur assez haute pour
     des performances du serveur maximales.</p>
 
     <p>Par exemple :</p>
@@ -3437,8 +3464,8 @@ host</context>
 
 <directivesynopsis>
 <name>MaxRanges</name>
-<description>Nombre de segments de donn&eacute;es autoris&eacute; avant le renvoi de
-l'int&eacute;gralit&eacute; de la ressource</description>
+<description>Nombre de segments de données autorisé avant le renvoi de
+l'intégralité de la ressource</description>
 <syntax>MaxRanges default | unlimited | none | <var>nombre de segments</var></syntax>
 <default>MaxRanges 200</default>
 <contextlist><context>server config</context><context>virtual host</context>
@@ -3449,33 +3476,33 @@ Apache</compatibility>
 
 <usage>
     <p>La directive <directive>MaxRanges</directive> permet de limiter
-    le nombre de segments de donn&eacute;es que le serveur va renvoyer au
-    client. Si un nombre de segments plus important est demand&eacute;, la
-    ressource sera renvoy&eacute;e dans son int&eacute;gralit&eacute;.</p>
+    le nombre de segments de données que le serveur va renvoyer au
+    client. Si un nombre de segments plus important est demandé, la
+    ressource sera renvoyée dans son intégralité.</p>
 
     <dl>  
       <dt><strong>default</strong></dt>
-      <dd>Limite le nombre de segments de donn&eacute;es &agrave; 200 (valeur par
-      d&eacute;faut d&eacute;finie &agrave; la compilation).</dd>
+      <dd>Limite le nombre de segments de données à 200 (valeur par
+      défaut définie à la compilation).</dd>
    
       <dt><strong>none</strong></dt>
-      <dd>Les en-t&ecirc;tes Range sont ignor&eacute;s.</dd>
+      <dd>Les en-têtes Range sont ignorés.</dd>
           
       <dt><strong>unlimited</strong></dt>
-      <dd>Le nombre de segments de donn&eacute;es est illimit&eacute;.</dd>
+      <dd>Le nombre de segments de données est illimité.</dd>
 
       <dt><var>nombre de segments</var></dt>
-      <dd>Un nombre positif repr&eacute;sentera la nombre de segments de
-      donn&eacute;es maximal que le serveur renverra au client.</dd>
+      <dd>Un nombre positif représentera la nombre de segments de
+      données maximal que le serveur renverra au client.</dd>
     </dl>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>MaxRangeOverlaps</name>
-    <description>Nombre de chevauchements de segments de donn&eacute;es autoris&eacute;
+    <description>Nombre de chevauchements de segments de données autorisé
     (par exemple <code>100-200,150-300</code>) avant le renvoi de la
-    ressource compl&egrave;te</description>
+    ressource complète</description>
     <syntax>MaxRangeOverlaps default | unlimited | none | <var>nombre de
     chevauchements</var></syntax>
     <default>MaxRangeOverlaps 20</default>
@@ -3487,34 +3514,34 @@ Apache</compatibility>
 
     <usage>
         <p>La directive <directive>MaxRangeOverlaps</directive> permet
-	de limiter le nombre de chevauchements de segments de donn&eacute;es HTTP
-	autoris&eacute; par le serveur. Si le nombre de
-	chevauchements de segments demand&eacute; est sup&eacute;rieur au nombre maximal
-	autoris&eacute;, la ressource sera renvoy&eacute;e dans son int&eacute;gralit&eacute;.</p>
+	de limiter le nombre de chevauchements de segments de données HTTP
+	autorisé par le serveur. Si le nombre de
+	chevauchements de segments demandé est supérieur au nombre maximal
+	autorisé, la ressource sera renvoyée dans son intégralité.</p>
 
         <dl>
             <dt><strong>default</strong></dt>
-            <dd>Limite le nombre de chevauchements de segments &agrave; la valeur
-	    par d&eacute;faut 20 d&eacute;finie &agrave; la compilation.</dd>
+            <dd>Limite le nombre de chevauchements de segments à la valeur
+	    par défaut 20 définie à la compilation.</dd>
 
             <dt><strong>none</strong></dt>
-            <dd>Aucun chevauchement de segment n'est autoris&eacute;.</dd>
+            <dd>Aucun chevauchement de segment n'est autorisé.</dd>
 
             <dt><strong>unlimited</strong></dt>
-            <dd>Le nombre de chevauchements de segments est illimit&eacute;.</dd>
+            <dd>Le nombre de chevauchements de segments est illimité.</dd>
 
             <dt><var>number-of-ranges</var></dt>
-            <dd>Un nombre positif repr&eacute;sente le nombre maximal de
-	    chevauchements de segments autoris&eacute; par le serveur.</dd>
+            <dd>Un nombre positif représente le nombre maximal de
+	    chevauchements de segments autorisé par le serveur.</dd>
         </dl>
     </usage>
 </directivesynopsis>
 
 <directivesynopsis>
     <name>MaxRangeReversals</name>
-    <description>Nombre d'inversions d'ordre autoris&eacute; dans la sp&eacute;cification des
-    segments de donn&eacute;es (par exemple <code>100-200,50-70</code>) avant le renvoi de la
-    ressource compl&egrave;te</description>
+    <description>Nombre d'inversions d'ordre autorisé dans la spécification des
+    segments de données (par exemple <code>100-200,50-70</code>) avant le renvoi de la
+    ressource complète</description>
     <syntax>MaxRangeReversals default | unlimited | none | <var>nombre
     d'inversions</var></syntax>
     <default>MaxRangeReversals 20</default>
@@ -3526,135 +3553,135 @@ Apache</compatibility>
 
     <usage>
         <p>La directive <directive>MaxRangeReversals</directive> permet
-	de limiter le nombre d'inversions d'ordre dans la sp&eacute;cification
-	des segments de donn&eacute;es HTTP
-	autoris&eacute; par le serveur. Si le nombre
-	d'inversions demand&eacute; est sup&eacute;rieur au nombre maximal
-	autoris&eacute;, la ressource sera renvoy&eacute;e dans son int&eacute;gralit&eacute;.</p>
+	de limiter le nombre d'inversions d'ordre dans la spécification
+	des segments de données HTTP
+	autorisé par le serveur. Si le nombre
+	d'inversions demandé est supérieur au nombre maximal
+	autorisé, la ressource sera renvoyée dans son intégralité.</p>
 
         <dl>
             <dt><strong>default</strong></dt>
-            <dd>Limite le nombre d'inversions &agrave; la valeur
-	    par d&eacute;faut 20 d&eacute;finie &agrave; la compilation.</dd>
+            <dd>Limite le nombre d'inversions à la valeur
+	    par défaut 20 définie à la compilation.</dd>
 
             <dt><strong>none</strong></dt>
-            <dd>Aucune inversion n'est autoris&eacute;e.</dd>
+            <dd>Aucune inversion n'est autorisée.</dd>
 
             <dt><strong>unlimited</strong></dt>
-            <dd>Le nombre d'inversions est illimit&eacute;.</dd>
+            <dd>Le nombre d'inversions est illimité.</dd>
 
             <dt><var>number-of-ranges</var></dt>
-            <dd>Un nombre positif repr&eacute;sente le nombre maximal
-	    d'inversions autoris&eacute; par le serveur.</dd>
+            <dd>Un nombre positif représente le nombre maximal
+	    d'inversions autorisé par le serveur.</dd>
         </dl>
     </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>Mutex</name>
-<description>D&eacute;finit les m&eacute;canismes de mutex et le repertoire du fichier
-verrou pour tous les mutex ou seulement les mutex sp&eacute;cifi&eacute;s</description>
-<syntax>Mutex <var>m&eacute;canisme</var> [default|<var>nom-mutex</var>] ... [OmitPID]</syntax>
+<description>Définit les mécanismes de mutex et le repertoire du fichier
+verrou pour tous les mutex ou seulement les mutex spécifiés</description>
+<syntax>Mutex <var>mécanisme</var> [default|<var>nom-mutex</var>] ... [OmitPID]</syntax>
 <default>Mutex default</default>
 <contextlist><context>server config</context></contextlist>
 <compatibility>Disponible depuis la version 2.3.4 du serveur HTTP Apache</compatibility>
 
 <usage>
-    <p>La directive <directive>Mutex</directive> permet de d&eacute;finir le
-    m&eacute;canisme de mutex, et &eacute;ventuellement le r&eacute;pertoire du fichier
-    verrou que les modules et httpd utilisent pour s&eacute;rialiser l'acc&egrave;s aux
-    ressources. Sp&eacute;cifiez <code>default</code> comme second argument
-    pour modifier la configuration de tous les mutex ; sp&eacute;cifiez un nom
+    <p>La directive <directive>Mutex</directive> permet de définir le
+    mécanisme de mutex, et éventuellement le répertoire du fichier
+    verrou que les modules et httpd utilisent pour sérialiser l'accès aux
+    ressources. Spécifiez <code>default</code> comme second argument
+    pour modifier la configuration de tous les mutex ; spécifiez un nom
     de mutex (voir la table ci-dessous) comme premier argument pour
     ne modifier que la configuration de ce mutex.</p>
 
     <p>La directive <directive>Mutex</directive> est typiquement
-    utilis&eacute;e dans les situations exceptionnelles suivantes :</p>
+    utilisée dans les situations exceptionnelles suivantes :</p>
 
     <ul>
-        <li>choix d'un autre m&eacute;canisme de mutex lorsque le m&eacute;canisme par
-	d&eacute;faut s&eacute;lectionn&eacute; par <glossary>APR</glossary> pr&eacute;sente un
-	probl&egrave;me de fonctionnement ou de performances.</li>
+        <li>choix d'un autre mécanisme de mutex lorsque le mécanisme par
+	défaut sélectionné par <glossary>APR</glossary> présente un
+	problème de fonctionnement ou de performances.</li>
 
-        <li>choix d'un autre r&eacute;pertoire utilis&eacute; par les mutex &agrave; base de
-	fichier lorsque le r&eacute;pertoire par d&eacute;faut ne supporte pas le
+        <li>choix d'un autre répertoire utilisé par les mutex à base de
+	fichier lorsque le répertoire par défaut ne supporte pas le
 	verrouillage</li>
     </ul>
 
-    <note><title>Modules support&eacute;s</title>
-    <p>Cette directive ne configure que les mutex qui ont &eacute;t&eacute;
-    enregistr&eacute;s avec le serveur de base via l'API
+    <note><title>Modules supportés</title>
+    <p>Cette directive ne configure que les mutex qui ont été
+    enregistrés avec le serveur de base via l'API
     <code>ap_mutex_register()</code>. Tous les modules fournis avec
     httpd supportent la directive <directive>Mutex</directive>, mais il
-    n'en sera pas forc&eacute;ment de m&ecirc;me pour les modules tiers.
-    Reportez-vous &agrave; la documentation du module tiers consid&eacute;r&eacute; afin de
-    d&eacute;terminer le(s) nom(s) de mutex qui pourront &ecirc;tre d&eacute;finis si la
-    directive est support&eacute;e.</p>
+    n'en sera pas forcément de même pour les modules tiers.
+    Reportez-vous à la documentation du module tiers considéré afin de
+    déterminer le(s) nom(s) de mutex qui pourront être définis si la
+    directive est supportée.</p>
     </note>
 
     
 
-    <p>Les <em>m&eacute;canismes</em> de mutex disponibles sont les suivants :</p>
+    <p>Les <em>mécanismes</em> de mutex disponibles sont les suivants :</p>
     <ul>
         <li><code>default | yes</code>
-        <p>C'est l'impl&eacute;mentation du verrouillage par d&eacute;faut, telle
-	qu'elle est d&eacute;finie par <glossary>APR</glossary>. On peut
-	afficher l'impl&eacute;mentation du verrouillage par d&eacute;faut via la
+        <p>C'est l'implémentation du verrouillage par défaut, telle
+	qu'elle est définie par <glossary>APR</glossary>. On peut
+	afficher l'implémentation du verrouillage par défaut via la
 	commande <program>httpd</program> avec l'option <code>-V</code>.</p></li>
 
         <li><code>none | no</code>
-        <p>Le mutex est d&eacute;sactiv&eacute;, et cette valeur n'est permise pour un
+        <p>Le mutex est désactivé, et cette valeur n'est permise pour un
 	mutex que si le module indique qu'il s'agit d'un choix valide.
 	Consultez la documentation du module pour plus d'informations.</p></li>
 
         <li><code>posixsem</code>
-        <p>Une variante de mutex bas&eacute;e sur un s&eacute;maphore Posix.</p>
+        <p>Une variante de mutex basée sur un sémaphore Posix.</p>
 
         <note type="warning"><title>Avertissement</title>
-        <p>La propri&eacute;t&eacute; du s&eacute;maphore n'est pas restitu&eacute;e si un thread du
-	processus g&eacute;rant le mutex provoque une erreur de segmentation,
+        <p>La propriété du sémaphore n'est pas restituée si un thread du
+	processus gérant le mutex provoque une erreur de segmentation,
 	ce qui provoquera un blocage du serveur web.</p>
         </note>
         </li>
 
         <li><code>sysvsem</code>
-        <p>Une variante de mutex bas&eacute;e sur un s&eacute;maphore IPC SystemV.</p>
+        <p>Une variante de mutex basée sur un sémaphore IPC SystemV.</p>
 
         <note type="warning"><title>Avertissement</title>
-        <p>Il peut arriver que les s&eacute;maphores SysV soient conserv&eacute;s si le
-	processus se crashe avant que le s&eacute;maphore ne soit supprim&eacute;.</p>
+        <p>Il peut arriver que les sémaphores SysV soient conservés si le
+	processus se crashe avant que le sémaphore ne soit supprimé.</p>
 	</note>
 
-        <note type="warning"><title>S&eacute;curit&eacute;</title>
-        <p>L'API des s&eacute;maphores permet les attaques par d&eacute;ni de service
-	par tout programme CGI s'ex&eacute;cutant sous le m&ecirc;me uid que le
-	serveur web (autrement dit tous les programmes CGI, &agrave; moins que
+        <note type="warning"><title>Sécurité</title>
+        <p>L'API des sémaphores permet les attaques par déni de service
+	par tout programme CGI s'exécutant sous le même uid que le
+	serveur web (autrement dit tous les programmes CGI, à moins que
 	vous n'utilisiez un programme du style <program>suexec</program>
 	ou <code>cgiwrapper</code>).</p>
 	</note>
         </li>
 
         <li><code>sem</code>
-        <p>S&eacute;lection de la "meilleure" impl&eacute;mentation des s&eacute;maphores
-	disponible ; le choix s'effectue entre les s&eacute;maphores posix et
+        <p>Sélection de la "meilleure" implémentation des sémaphores
+	disponible ; le choix s'effectue entre les sémaphores posix et
 	IPC SystemV, dans cet ordre.</p></li>
 
         <li><code>pthread</code>
-        <p>Une variante de mutex &agrave; base de mutex de thread Posix
+        <p>Une variante de mutex à base de mutex de thread Posix
 	inter-processus.</p>
 
         <note type="warning"><title>Avertissement</title>
-        <p>Sur la plupart des syst&egrave;mes, si un processus enfant se
-	termine anormalement alors qu'il d&eacute;tenait un mutex qui utilise
-	cette impl&eacute;mentation, le serveur va se bloquer et cesser de
-	r&eacute;pondre aux requ&ecirc;tes. Dans ce cas, un red&eacute;marrage manuel est
-	n&eacute;cessaire pour r&eacute;cup&eacute;rer le mutex.</p>
+        <p>Sur la plupart des systèmes, si un processus enfant se
+	termine anormalement alors qu'il détenait un mutex qui utilise
+	cette implémentation, le serveur va se bloquer et cesser de
+	répondre aux requêtes. Dans ce cas, un redémarrage manuel est
+	nécessaire pour récupérer le mutex.</p>
         <p>Solaris constitue une exception notable, en ceci qu'il fournit
-	un m&eacute;canisme qui permet en g&eacute;n&eacute;ral de r&eacute;cup&eacute;rer le mutex apr&egrave;s
-	l'arr&ecirc;t anormal d'un processus enfant qui d&eacute;tenait le mutex.</p>
-        <p>Si votre syst&egrave;me impl&eacute;mente la fonction
+	un mécanisme qui permet en général de récupérer le mutex après
+	l'arrêt anormal d'un processus enfant qui détenait le mutex.</p>
+        <p>Si votre système implémente la fonction
 	<code>pthread_mutexattr_setrobust_np()</code>, vous devriez
-	pouvoir utiliser l'option <code>pthread</code> sans probl&egrave;me.</p>
+	pouvoir utiliser l'option <code>pthread</code> sans problème.</p>
         </note>
         </li>
 
@@ -3663,102 +3690,102 @@ verrou pour tous les mutex ou seulement les mutex sp&eacute;cifi&eacute;s</descr
 	la fonction <code>fcntl()</code>.</p>
 
         <note type="warning"><title>Avertissement</title>
-        <p>Lorsqu'on utilise plusieurs mutex bas&eacute;s sur ce m&eacute;canisme dans
+        <p>Lorsqu'on utilise plusieurs mutex basés sur ce mécanisme dans
 	un environnement multi-processus, multi-thread, des erreurs de
-	blocage (EDEADLK) peuvent &ecirc;tre rapport&eacute;es pour des op&eacute;rations de
-	mutex valides si la fonction <code>fcntl()</code> ne g&egrave;re pas
+	blocage (EDEADLK) peuvent être rapportées pour des opérations de
+	mutex valides si la fonction <code>fcntl()</code> ne gère pas
 	les threads, comme sous Solaris.</p>
 	</note>
         </li>
 
         <li><code>flock:/chemin/vers/mutex</code>
-        <p>M&eacute;thode similaire &agrave; <code>fcntl:/chemin/vers/mutex</code>,
-	mais c'est la fonction <code>flock()</code> qui est utilis&eacute;e
-	pour g&eacute;rer le verrouillage par fichier.</p></li>
+        <p>Méthode similaire à <code>fcntl:/chemin/vers/mutex</code>,
+	mais c'est la fonction <code>flock()</code> qui est utilisée
+	pour gérer le verrouillage par fichier.</p></li>
 
         <li><code>file:/chemin/vers/mutex</code>
-        <p>S&eacute;lection de la "meilleure" impl&eacute;mentation de verrouillage
+        <p>Sélection de la "meilleure" implémentation de verrouillage
 	par fichier disponible ; le choix s'effectue entre
 	<code>fcntl</code> et <code>flock</code>, dans cet ordre.</p></li>
     </ul>
 
-    <p>La plupart des m&eacute;canismes ne sont disponibles que sur les
-    plate-formes o&ugrave; ces derni&egrave;res et <glossary>APR</glossary> les
-    supportent. Les m&eacute;canismes qui ne sont pas disponibles sur toutes
+    <p>La plupart des mécanismes ne sont disponibles que sur les
+    plate-formes où ces dernières et <glossary>APR</glossary> les
+    supportent. Les mécanismes qui ne sont pas disponibles sur toutes
     les plate-formes sont <em>posixsem</em>,
     <em>sysvsem</em>, <em>sem</em>, <em>pthread</em>, <em>fcntl</em>, 
     <em>flock</em>, et <em>file</em>.</p>
 
-    <p>Avec les m&eacute;canismes &agrave; base de fichier <em>fcntl</em> et
-    <em>flock</em>, le chemin, s'il est fourni, est un r&eacute;pertoire dans
-    lequel le fichier verrou sera cr&eacute;&eacute;. Le r&eacute;pertoire par d&eacute;faut est le
-    r&eacute;pertoire d'ex&eacute;cution httpd d&eacute;fini par la directive <directive
-    module="core">DefaultRuntimeDir</directive>. Si le r&eacute;pertoire
-    sp&eacute;cifi&eacute; est un chemin relatif, il est relatif au chemin d&eacute;fini par
+    <p>Avec les mécanismes à base de fichier <em>fcntl</em> et
+    <em>flock</em>, le chemin, s'il est fourni, est un répertoire dans
+    lequel le fichier verrou sera créé. Le répertoire par défaut est le
+    répertoire d'exécution httpd défini par la directive <directive
+    module="core">DefaultRuntimeDir</directive>. Si le répertoire
+    spécifié est un chemin relatif, il est relatif au chemin défini par
     la directive <directive module="core">DefaultRuntimeDir</directive>.
-    Utilisez toujours un syst&egrave;me
+    Utilisez toujours un système
     de fichiers local sur disque pour <code>/chemin/vers/mutex</code> et
-    jamais un r&eacute;pertoire se trouvant dans un syst&egrave;me de fichiers NFS ou
+    jamais un répertoire se trouvant dans un système de fichiers NFS ou
     AFS. Le nom de base du fichier se composera du type de mutex, d'une
-    cha&icirc;ne optionnelle correspondant &agrave; l'instance et fournie par le
-    module ; et, sauf si le mot-cl&eacute; <code>OmitPID</code> a &eacute;t&eacute; sp&eacute;cifi&eacute;,
-    l'identificateur du processus parent httpd sera ajout&eacute; afin de
-    rendre le nom du fichier unique, &eacute;vitant ainsi tout conflit lorsque
-    plusieurs instances d'httpd partagent le m&ecirc;me r&eacute;pertoire de
+    chaîne optionnelle correspondant à l'instance et fournie par le
+    module ; et, sauf si le mot-clé <code>OmitPID</code> a été spécifié,
+    l'identificateur du processus parent httpd sera ajouté afin de
+    rendre le nom du fichier unique, évitant ainsi tout conflit lorsque
+    plusieurs instances d'httpd partagent le même répertoire de
     verrouillage. Par exemple, si le nom de mutex est
-    <code>mpm-accept</code>, et si le r&eacute;pertoire de verrouillage est
+    <code>mpm-accept</code>, et si le répertoire de verrouillage est
     <code>/var/httpd/locks</code>, le nom du fichier verrou pour
     l'instance httpd dont le processus parent a pour identifiant 12345
     sera <code>/var/httpd/locks/mpm-accept.12345</code>.</p>
 
-    <note type="warning"><title>S&eacute;curit&eacute;</title>
-    <p>Il est conseill&eacute; d'<em>&eacute;viter</em> de placer les fichiers mutex
-    dans un r&eacute;pertoire o&ugrave; tout le monde peut &eacute;crire comme
+    <note type="warning"><title>Sécurité</title>
+    <p>Il est conseillé d'<em>éviter</em> de placer les fichiers mutex
+    dans un répertoire où tout le monde peut écrire comme
     <code>/var/tmp</code>, car quelqu'un pourrait initier une attaque
-    par d&eacute;ni de service et emp&ecirc;cher le serveur de d&eacute;marrer en cr&eacute;ant un
-    fichier verrou poss&eacute;dant un nom identique &agrave; celui que le serveur va
-    tenter de cr&eacute;er.</p>
+    par déni de service et empêcher le serveur de démarrer en créant un
+    fichier verrou possédant un nom identique à celui que le serveur va
+    tenter de créer.</p>
     </note>
 
-    <p>La table suivante d&eacute;crit les noms de mutex utilis&eacute;s par httpd et
-    ses modules associ&eacute;s.</p>
+    <p>La table suivante décrit les noms de mutex utilisés par httpd et
+    ses modules associés.</p>
 
     <table border="1" style="zebra">
         <tr>
             <th>Nom mutex</th>
             <th>Module(s)</th>
-            <th>Ressource prot&eacute;g&eacute;e</th>
+            <th>Ressource protégée</th>
 	</tr>
         <tr>
             <td><code>mpm-accept</code></td>
             <td>modules MPM <module>prefork</module> et <module>worker</module></td>
-            <td>connexions entrantes, afin d'&eacute;viter le probl&egrave;me de
-	    l'afflux de requ&ecirc;tes ; pour plus d'informations, voir la
+            <td>connexions entrantes, afin d'éviter le problème de
+	    l'afflux de requêtes ; pour plus d'informations, voir la
 	    documentation <a
-	    href="../misc/perf-tuning.html">Am&eacute;lioration des
+	    href="../misc/perf-tuning.html">Amélioration des
 	    performances</a></td>
 	</tr>
 	<tr>
             <td><code>authdigest-client</code></td>
             <td><module>mod_auth_digest</module></td>
-            <td>liste de clients en m&eacute;moire partag&eacute;e</td>
+            <td>liste de clients en mémoire partagée</td>
 	</tr>
         <tr>
             <td><code>authdigest-opaque</code></td>
             <td><module>mod_auth_digest</module></td>
-            <td>compteur en m&eacute;moire partag&eacute;e</td>
+            <td>compteur en mémoire partagée</td>
 	</tr>
         <tr>
             <td><code>ldap-cache</code></td>
             <td><module>mod_ldap</module></td>
-            <td>cache de r&eacute;sultat de recherche LDAP</td>
+            <td>cache de résultat de recherche LDAP</td>
 	</tr>
         <tr>
             <td><code>rewrite-map</code></td>
             <td><module>mod_rewrite</module></td>
             <td>communication avec des programmes externes
-	    d'associations de valeurs, afin d'&eacute;viter les interf&eacute;rences
-	    d'entr&eacute;es/sorties entre plusieurs requ&ecirc;tes</td>
+	    d'associations de valeurs, afin d'éviter les interférences
+	    d'entrées/sorties entre plusieurs requêtes</td>
 	</tr>
         <tr>
             <td><code>ssl-cache</code></td>
@@ -3768,7 +3795,7 @@ verrou pour tous les mutex ou seulement les mutex sp&eacute;cifi&eacute;s</descr
         <tr>
             <td><code>ssl-stapling</code></td>
             <td><module>mod_ssl</module></td>
-            <td>cache de l'&eacute;tiquetage OCSP ("OCSP stapling")</td>
+            <td>cache de l'étiquetage OCSP ("OCSP stapling")</td>
 	</tr>
         <tr>
             <td><code>watchdog-callback</code></td>
@@ -3777,15 +3804,15 @@ verrou pour tous les mutex ou seulement les mutex sp&eacute;cifi&eacute;s</descr
 	</tr>
     </table>
 
-    <p>Le mot-cl&eacute; <code>OmitPID</code> permet d'emp&ecirc;cher l'addition de
+    <p>Le mot-clé <code>OmitPID</code> permet d'empêcher l'addition de
     l'identifiant du processus httpd parent au nom du fichier verrou.</p>
 
 
-    <p>Dans l'exemple suivant, le m&eacute;canisme de mutex pour le mutex
-    mpm-accept est modifi&eacute; pour passer du m&eacute;canisme par d&eacute;faut au
-    m&eacute;canisme <code>fcntl</code>, avec le fichier verrou associ&eacute; cr&eacute;&eacute;
-    dans le r&eacute;pertoire <code>/var/httpd/locks</code>. Le m&eacute;canisme de
-    mutex par d&eacute;faut pour tous les autres mutex deviendra
+    <p>Dans l'exemple suivant, le mécanisme de mutex pour le mutex
+    mpm-accept est modifié pour passer du mécanisme par défaut au
+    mécanisme <code>fcntl</code>, avec le fichier verrou associé créé
+    dans le répertoire <code>/var/httpd/locks</code>. Le mécanisme de
+    mutex par défaut pour tous les autres mutex deviendra
     <code>sysvsem</code>.</p>
 
     <highlight language="config">
@@ -3797,20 +3824,20 @@ Mutex fcntl:/var/httpd/locks mpm-accept
 
 <directivesynopsis>
 <name>NameVirtualHost</name>
-<description>OBSOLETE : D&eacute;finit une adresse IP pour les serveurs virtuels &agrave; base de
+<description>OBSOLETE : Définit une adresse IP pour les serveurs virtuels à base de
 nom</description>
 <syntax>NameVirtualHost <var>adresse</var>[:<var>port</var>]</syntax>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
 
-    <p>Avant la version 2.3.11, il &eacute;tait n&eacute;cessaire de d&eacute;finir une
+    <p>Avant la version 2.3.11, il était nécessaire de définir une
     directive <directive>NameVirtualHost</directive> pour indiquer au
-    serveur qu'une paire adresse IP/port particuli&egrave;re pouvait &ecirc;tre
-    utilis&eacute;e comme serveur virtuel &agrave; base de nom. Depuis la version
-    2.3.11, chaque fois qu'une paire adresse IP/port est utilis&eacute;e dans
-    plusieurs serveurs virtuels, l'h&eacute;bergement virtuel &agrave; base de nom est
-    automatiquement activ&eacute; pour cette adresse.</p>
+    serveur qu'une paire adresse IP/port particulière pouvait être
+    utilisée comme serveur virtuel à base de nom. Depuis la version
+    2.3.11, chaque fois qu'une paire adresse IP/port est utilisée dans
+    plusieurs serveurs virtuels, l'hébergement virtuel à base de nom est
+    automatiquement activé pour cette adresse.</p>
     
     <p>Cette directive n'a actuellement plus aucun effet.</p>
 </usage>
@@ -3822,7 +3849,7 @@ virtuels</a></seealso>
 
 <directivesynopsis>
 <name>Options</name>
-<description>D&eacute;finit les fonctionnalit&eacute;s disponibles pour un r&eacute;pertoire
+<description>Définit les fonctionnalités disponibles pour un répertoire
 particulier</description>
 <syntax>Options
     [+|-]<var>option</var> [[+|-]<var>option</var>] ...</syntax>
@@ -3832,37 +3859,37 @@ host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>Options</override>
-<compatibility>Avec la version 2.3.11, la valeur par d&eacute;faut passe de All
-&agrave; FollowSymlinks</compatibility>
+<compatibility>Avec la version 2.3.11, la valeur par défaut passe de All
+à FollowSymlinks</compatibility>
 
 <usage>
-    <p>La directive <directive>Options</directive> permet de d&eacute;finir
-    les fonctionnalit&eacute;s de serveur disponibles pour un r&eacute;pertoire
+    <p>La directive <directive>Options</directive> permet de définir
+    les fonctionnalités de serveur disponibles pour un répertoire
     particulier.</p>
 
-    <p><var>option</var> peut &ecirc;tre d&eacute;fini &agrave; <code>None</code>, auquel
-    cas aucune fonctionnalit&eacute; sp&eacute;cifique n'est activ&eacute;e, ou comprendre
+    <p><var>option</var> peut être défini à <code>None</code>, auquel
+    cas aucune fonctionnalité spécifique n'est activée, ou comprendre
     une ou plusieurs des options suivantes :</p>
 
     <dl>
       <dt><code>All</code></dt>
 
-      <dd>Toutes les options except&eacute; <code>MultiViews</code>.</dd>
+      <dd>Toutes les options excepté <code>MultiViews</code>.</dd>
 
       <dt><code>ExecCGI</code></dt>
 
-      <dd>L'ex&eacute;cution de scripts CGI &agrave; l'aide du module
+      <dd>L'exécution de scripts CGI à l'aide du module
       <module>mod_cgi</module> est permise.</dd>
 
       <dt><code>FollowSymLinks</code></dt>
 
       <dd>
 
-      Le serveur va suivre les liens symboliques dans le r&eacute;pertoire
-      concern&eacute;. Il s'agit de la valeur par d&eacute;faut.
+      Le serveur va suivre les liens symboliques dans le répertoire
+      concerné. Il s'agit de la valeur par défaut.
       <note>
       <p>Bien que le serveur suive les liens symboliques, il ne modifie
-      <em>pas</em> le nom de chemin concern&eacute; d&eacute;fini par la section
+      <em>pas</em> le nom de chemin concerné défini par la section
       <directive type="section"
       module="core">Directory</directive>.</p>
       
@@ -3872,57 +3899,57 @@ host</context>
       module="core">Directory</directive> ou les fichiers
       <code>.htaccess</code>.</p>
 
-      <p>Le fait d'omettre cette option ne doit pas &ecirc;tre consid&eacute;r&eacute; comme
-      une mesure de s&eacute;curit&eacute; efficace, car il existe toujours une
-      situation de comp&eacute;tition (race condition) entre l'instant o&ugrave; l'on
-      v&eacute;rifie qu'un chemin n'est pas un lien symbolique, et l'instant o&ugrave;
+      <p>Le fait d'omettre cette option ne doit pas être considéré comme
+      une mesure de sécurité efficace, car il existe toujours une
+      situation de compétition (race condition) entre l'instant où l'on
+      vérifie qu'un chemin n'est pas un lien symbolique, et l'instant où
       l'on utilise effectivement ce chemin.</p>
       </note></dd>
 
       <dt><code>Includes</code></dt>
 
       <dd>
-      Les inclusions c&ocirc;t&eacute; serveur (SSI) &agrave; l'aide du module
-      <module>mod_include</module> sont autoris&eacute;es.</dd>
+      Les inclusions côté serveur (SSI) à l'aide du module
+      <module>mod_include</module> sont autorisées.</dd>
 
       <dt><code>IncludesNOEXEC</code></dt>
 
       <dd>
 
-      Les inclusions c&ocirc;t&eacute; serveur (SSI) sont permises, mais <code>#exec
-      cmd</code> et <code>#exec cgi</code> sont d&eacute;sactiv&eacute;s.
+      Les inclusions côté serveur (SSI) sont permises, mais <code>#exec
+      cmd</code> et <code>#exec cgi</code> sont désactivés.
       L'utilisation de <code>#include virtual</code> pour les scripts
-      CGI est cependant toujours possible depuis des r&eacute;pertoires
-      d&eacute;finis par <directive
+      CGI est cependant toujours possible depuis des répertoires
+      définis par <directive
       module="mod_alias">ScriptAlias</directive>.</dd>
 
       <dt><code>Indexes</code></dt>
 
       <dd>
-      Si une URL requise correspond au r&eacute;pertoire concern&eacute;, et si aucun
+      Si une URL requise correspond au répertoire concerné, et si aucun
       <directive module="mod_dir">DirectoryIndex</directive> (<em>par
-      exemple</em> <code>index.html</code>) n'est d&eacute;fini pour ce
-      r&eacute;pertoire, le module <module>mod_autoindex</module> va renvoyer
-      un listing format&eacute; du r&eacute;pertoire.</dd>
+      exemple</em> <code>index.html</code>) n'est défini pour ce
+      répertoire, le module <module>mod_autoindex</module> va renvoyer
+      un listing formaté du répertoire.</dd>
 
       <dt><code>MultiViews</code></dt>
 
       <dd>
-      Les vues multiples ("multiviews") &agrave; <a
-      href="../content-negotiation.html">contenu n&eacute;goci&eacute;</a> &agrave; l'aide du
-      module <module>mod_negotiation</module> sont autoris&eacute;es.
-      <note><title>Note</title> <p>Cette option est ignor&eacute;e si elle est
-      d&eacute;finie en tout autre endroit qu'une section <directive
+      Les vues multiples ("multiviews") à <a
+      href="../content-negotiation.html">contenu négocié</a> à l'aide du
+      module <module>mod_negotiation</module> sont autorisées.
+      <note><title>Note</title> <p>Cette option est ignorée si elle est
+      définie en tout autre endroit qu'une section <directive
       module="core" type="section">Directory</directive>, car
-      <module>mod_negotiation</module> a besoin de ressources r&eacute;elles
-      pour effectuer ses comparaisons et ses &eacute;valuations.</p></note>
+      <module>mod_negotiation</module> a besoin de ressources réelles
+      pour effectuer ses comparaisons et ses évaluations.</p></note>
       
       </dd>
 
       <dt><code>SymLinksIfOwnerMatch</code></dt>
 
       <dd>Le serveur ne suivra que les liens symboliques qui renvoient
-      vers un fichier ou un r&eacute;pertoire dont le propri&eacute;taire est le m&ecirc;me
+      vers un fichier ou un répertoire dont le propriétaire est le même
       que celui du lien.
 
       <note><title>Note</title>
@@ -3932,33 +3959,33 @@ host</context>
       module="core">Directory</directive> ou les fichiers
       <code>.htaccess</code>.</p>
 
-      <p>Le fait d'omettre cette option ne doit pas &ecirc;tre consid&eacute;r&eacute; comme
-      une mesure de s&eacute;curit&eacute; efficace, car il existe toujours une
-      situation de comp&eacute;tition (race condition) entre l'instant o&ugrave; l'on
-      v&eacute;rifie qu'un chemin n'est pas un lien symbolique, et l'instant o&ugrave;
+      <p>Le fait d'omettre cette option ne doit pas être considéré comme
+      une mesure de sécurité efficace, car il existe toujours une
+      situation de compétition (race condition) entre l'instant où l'on
+      vérifie qu'un chemin n'est pas un lien symbolique, et l'instant où
       l'on utilise effectivement ce chemin.</p>
       </note> </dd>
     </dl>
 
     <p>Normalement, si plusieurs directives
-    <directive>Options</directive> peuvent s'appliquer &agrave; un r&eacute;pertoire,
-    c'est la plus sp&eacute;cifique qui est utilis&eacute;e et les autres sont
-    ignor&eacute;es ; les options ne sont pas fusionn&eacute;es (voir <a
+    <directive>Options</directive> peuvent s'appliquer à un répertoire,
+    c'est la plus spécifique qui est utilisée et les autres sont
+    ignorées ; les options ne sont pas fusionnées (voir <a
     href="../sections.html#mergin">comment les sections sont
-    fusionn&eacute;es</a>). Elles le sont cependant si <em>toutes</em> les
+    fusionnées</a>). Elles le sont cependant si <em>toutes</em> les
     options de la directive <directive>Options</directive> sont
-    pr&eacute;c&eacute;d&eacute;es d'un symbole <code>+</code> ou <code>-</code>. Toute
-    option pr&eacute;c&eacute;d&eacute;e d'un <code>+</code> est ajout&eacute;e &agrave; la liste des
-    options courantes de mani&egrave;re forc&eacute;e et toute option pr&eacute;c&eacute;d&eacute;e d'un
-    <code>-</code> est supprim&eacute;e de la liste des options courantes de la
-    m&ecirc;me mani&egrave;re.</p>
+    précédées d'un symbole <code>+</code> ou <code>-</code>. Toute
+    option précédée d'un <code>+</code> est ajoutée à la liste des
+    options courantes de manière forcée et toute option précédée d'un
+    <code>-</code> est supprimée de la liste des options courantes de la
+    même manière.</p>
 
     <note><title>Note</title>
-    <p>M&eacute;langer des <directive>Options</directive> avec <code>+</code>
+    <p>Mélanger des <directive>Options</directive> avec <code>+</code>
     ou <code>-</code> avec des <directive>Options</directive> sans
     <code>+</code> ou <code>-</code> constitue une erreur de syntaxe, et
-    la v&eacute;rification de la syntaxe au cours du d&eacute;marrage du serveur fera
-    &eacute;chouer ce dernier.</p>
+    la vérification de la syntaxe au cours du démarrage du serveur fera
+    échouer ce dernier.</p>
     </note>
 
     <p>Par exemple, sans aucun symbole <code>+</code> et <code>-</code>
@@ -3975,7 +4002,7 @@ host</context>
     </highlight>
 
     <p>ici, seule l'option <code>Includes</code> sera prise en compte
-    pour le r&eacute;pertoire <code>/web/docs/spec</code>. Par contre, si la
+    pour le répertoire <code>/web/docs/spec</code>. Par contre, si la
     seconde directive <directive>Options</directive> utilise les
     symboles <code>+</code> et <code>-</code> :</p>
 
@@ -3990,47 +4017,47 @@ host</context>
     </highlight>
 
     <p>alors, les options <code>FollowSymLinks</code> et
-    <code>Includes</code> seront prises en compte pour le r&eacute;pertoire
+    <code>Includes</code> seront prises en compte pour le répertoire
     <code>/web/docs/spec</code>.</p>
 
     <note><title>Note</title>
       <p>L'utilisation de <code>-IncludesNOEXEC</code> ou
-      <code>-Includes</code> d&eacute;sactive compl&egrave;tement les inclusions c&ocirc;t&eacute;
-      serveur sans tenir compte des d&eacute;finitions pr&eacute;c&eacute;dentes.</p>
+      <code>-Includes</code> désactive complètement les inclusions côté
+      serveur sans tenir compte des définitions précédentes.</p>
     </note>
 
-    <p>En l'absence de toute d&eacute;finition d'options, la valeur par d&eacute;faut
+    <p>En l'absence de toute définition d'options, la valeur par défaut
     est <code>FollowSymlinks</code>.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>Protocol</name>
-<description>Protocole pour une socket d'&eacute;coute</description>
+<description>Protocole pour une socket d'écoute</description>
 <syntax>Protocol <var>protocole</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context></contextlist>
-<compatibility>Sous Windows, disponible &agrave; partir de la version 2.3.3 du
+<compatibility>Sous Windows, disponible à partir de la version 2.3.3 du
 serveur HTTP Apache.</compatibility>
 
 <usage>
-    <p>Cette directive permet de sp&eacute;cifier le protocole utilis&eacute; pour une
-    socket d'&eacute;coute particuli&egrave;re. Le protocole sert &agrave; d&eacute;terminer quel
-    module doit traiter une requ&ecirc;te, et d'appliquer les optimisations
-    sp&eacute;cifiques au protocole via la directive
+    <p>Cette directive permet de spécifier le protocole utilisé pour une
+    socket d'écoute particulière. Le protocole sert à déterminer quel
+    module doit traiter une requête, et d'appliquer les optimisations
+    spécifiques au protocole via la directive
     <directive>AcceptFilter</directive>.</p>
 
-    <p>Vous ne devez d&eacute;finir le protocole que si vous travaillez avec
-    des ports non standards ; dans le cas g&eacute;n&eacute;ral, le protocole
-    <code>http</code> est associ&eacute; au port 80 et le protocole
+    <p>Vous ne devez définir le protocole que si vous travaillez avec
+    des ports non standards ; dans le cas général, le protocole
+    <code>http</code> est associé au port 80 et le protocole
     <code>https</code> au port 443.</p>
 
     <p>Par exemple, si vous travaillez avec le protocole
-    <code>https</code> sur un port non standard, sp&eacute;cifiez le protocole
-    de mani&egrave;re explicite :</p>
+    <code>https</code> sur un port non standard, spécifiez le protocole
+    de manière explicite :</p>
 
     <highlight language="config">Protocol https</highlight>
 
-    <p>Vous pouvez aussi sp&eacute;cifier le protocole via la directive
+    <p>Vous pouvez aussi spécifier le protocole via la directive
     <directive module="mpm_common">Listen</directive>.</p>
 </usage>
 <seealso><directive module="core">AcceptFilter</directive></seealso>
@@ -4043,19 +4070,19 @@ serveur HTTP Apache.</compatibility>
     <syntax>Protocols <var>protocole</var> ...</syntax>
     <default>Protocols http/1.1</default>
     <contextlist><context>server config</context><context>virtual host</context></contextlist>
-    <compatibility>Disponible &agrave; partir de la version 2.4.17 du serveur
+    <compatibility>Disponible à partir de la version 2.4.17 du serveur
     HTTP Apache.</compatibility>
     
     <usage>
-        <p>Cette directive permet de sp&eacute;cifier la liste des protocoles
-	support&eacute;s par un serveur virtuel ou non. Cette liste &eacute;num&egrave;re les
-	protocoles qu'un client sera autoris&eacute; &agrave; n&eacute;gocier avec ce
+        <p>Cette directive permet de spécifier la liste des protocoles
+	supportés par un serveur virtuel ou non. Cette liste énumère les
+	protocoles qu'un client sera autorisé à négocier avec ce
 	serveur.</p>
         
-        <p>Par d&eacute;faut,
+        <p>Par défaut,
 	seul le	protocole http/1.1 est disponible (compatible avec les
-	clients http/1.0 et http/0.9). Par cons&eacute;quent, vous devez
-	fournir cette liste si vous voulez &eacute;tendre les protocoles
+	clients http/1.0 et http/0.9). Par conséquent, vous devez
+	fournir cette liste si vous voulez étendre les protocoles
 	disponibles pour le serveur.</p>
         
         <p>Par exemple, si vous voulez autoriser le protocole
@@ -4071,13 +4098,13 @@ serveur HTTP Apache.</compatibility>
 	https et <code>h2c</code> pour les connexions http. D'autres
 	modules peuvent fournir d'autres protocoles.</p>
         
-        <p>Sp&eacute;cifier des protocoles non disponibles ou d&eacute;sactiv&eacute;s n'aura
-	aucun effet, et ceux-ci seront simplement ignor&eacute;s.</p>
+        <p>Spécifier des protocoles non disponibles ou désactivés n'aura
+	aucun effet, et ceux-ci seront simplement ignorés.</p>
         
-        <p>Si un serveur virtuel ne poss&egrave;de pas de directive Protocols
-	propre, il h&eacute;rite des protocoles sp&eacute;cifi&eacute;s pour le serveur
-	principal. Autrement dit, les directives Protocols d&eacute;finies au
-	niveau d'un serveur virtuel remplacent celles d&eacute;finies au niveau
+        <p>Si un serveur virtuel ne possède pas de directive Protocols
+	propre, il hérite des protocoles spécifiés pour le serveur
+	principal. Autrement dit, les directives Protocols définies au
+	niveau d'un serveur virtuel remplacent celles définies au niveau
 	du serveur principal.
         </p>
 
@@ -4088,29 +4115,29 @@ serveur HTTP Apache.</compatibility>
 
 <directivesynopsis>
     <name>ProtocolsHonorOrder</name>
-    <description>D&eacute;termine qui du client ou du serveur d&eacute;termine l'ordre
-    des protocoles au cours de la n&eacute;gociation de la connexion</description>
+    <description>Détermine qui du client ou du serveur détermine l'ordre
+    des protocoles au cours de la négociation de la connexion</description>
     <syntax>ProtocolsHonorOrder On|Off</syntax>
     <default>ProtocolsHonorOrder On</default>
     <contextlist><context>server config</context><context>virtual host</context></contextlist>
-    <compatibility>Disponible &agrave; partir de la version 2.4.17 du serveur
+    <compatibility>Disponible à partir de la version 2.4.17 du serveur
     HTTP Apache.</compatibility>
     
     <usage>
-        <p>Cette directive permet de d&eacute;finir si le serveur doit tenir
-	compte de l'ordre des protocoles d&eacute;finis par la directive
+        <p>Cette directive permet de définir si le serveur doit tenir
+	compte de l'ordre des protocoles définis par la directive
 	<directive>Protocols</directive>.</p>
         
-        <p>Si cette directive est d&eacute;finie &agrave; Off, l'ordre de la liste des
-	protocoles fournie par le client l'emporte sur l'ordre d&eacute;fini
+        <p>Si cette directive est définie à Off, l'ordre de la liste des
+	protocoles fournie par le client l'emporte sur l'ordre défini
 	dans la configuration du serveur.</p>
         
         <p>Si la directive <directive>ProtocolsHonorOrder</directive>
-	est d&eacute;finie &agrave; <code>on</code> (valeur par d&eacute;faut),
+	est définie à <code>on</code> (valeur par défaut),
 	il n'est pas tenu compte de l'ordre de la liste des protocoles
 	fournie par le client, et seul l'ordre de la liste des protocles
-	d&eacute;finie au niveau du serveur influera la
-	n&eacute;gociation du protocole.</p>
+	définie au niveau du serveur influera la
+	négociation du protocole.</p>
         
     </usage>
     <seealso><directive module="core">Protocols</directive></seealso>
@@ -4118,10 +4145,10 @@ serveur HTTP Apache.</compatibility>
 
 <directivesynopsis>
 <name>RLimitCPU</name>
-<description>Limite le temps CPU allou&eacute; aux processus initi&eacute;s par les
+<description>Limite le temps CPU alloué aux processus initiés par les
 processus enfants d'Apache httpd</description>
 <syntax>RLimitCPU <var>secondes</var>|max [<var>secondes</var>|max]</syntax>
-<default>Non d&eacute;fini ; utilise les valeurs par d&eacute;faut du syst&egrave;me
+<default>Non défini ; utilise les valeurs par défaut du système
 d'exploitation</default>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -4129,24 +4156,24 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>Prend 1 ou 2 param&egrave;tres. Le premier definit la limite de
+    <p>Prend 1 ou 2 paramètres. Le premier definit la limite de
     consommation de ressources pour tous les processus, et le second la
-    consommation de ressources maximale. Les deux param&egrave;tres peuvent
+    consommation de ressources maximale. Les deux paramètres peuvent
     contenir soit un nombre, soit <code>max</code> pour indiquer au
-    serveur que la limite de consommation correspond &agrave; la valeur
-    maximale autoris&eacute;e par la configuration du syst&egrave;me d'exploitation.
+    serveur que la limite de consommation correspond à la valeur
+    maximale autorisée par la configuration du système d'exploitation.
     Pour augmenter la consommation maximale de ressources, le serveur
-    doit s'ex&eacute;cuter en tant que <code>root</code>, ou se trouver dans sa
-    phase de d&eacute;marrage.</p>
-
-    <p>Cette directive s'applique aux processus initi&eacute;s par les
-    processus enfants d'Apache httpd qui traitent les requ&ecirc;tes, et non aux
-    processus enfants eux-m&ecirc;mes. Sont concern&eacute;s les scripts CGI et les
-    commandes exec des SSI, mais en aucun cas les processus initi&eacute;s par
-    le processus parent d'Apache httpd comme les journalisations redirig&eacute;es
+    doit s'exécuter en tant que <code>root</code>, ou se trouver dans sa
+    phase de démarrage.</p>
+
+    <p>Cette directive s'applique aux processus initiés par les
+    processus enfants d'Apache httpd qui traitent les requêtes, et non aux
+    processus enfants eux-mêmes. Sont concernés les scripts CGI et les
+    commandes exec des SSI, mais en aucun cas les processus initiés par
+    le processus parent d'Apache httpd comme les journalisations redirigées
     vers un programme.</p>
 
-    <p>Les limites de ressources CPU sont exprim&eacute;es en secondes par
+    <p>Les limites de ressources CPU sont exprimées en secondes par
     processus.</p>
 </usage>
 <seealso><directive module="core">RLimitMEM</directive></seealso>
@@ -4155,10 +4182,10 @@ host</context>
 
 <directivesynopsis>
 <name>RLimitMEM</name>
-<description>Limite la m&eacute;moire allou&eacute;e aux processus initi&eacute;s par les
+<description>Limite la mémoire allouée aux processus initiés par les
 processus enfants d'Apache httpd</description>
 <syntax>RLimitMEM <var>octets</var>|max [<var>octets</var>|max]</syntax>
-<default>Non d&eacute;fini ; utilise les valeurs par d&eacute;faut du syst&egrave;me
+<default>Non défini ; utilise les valeurs par défaut du système
 d'exploitation</default>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -4166,24 +4193,24 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>Prend 1 ou 2 param&egrave;tres. Le premier definit la limite de
+    <p>Prend 1 ou 2 paramètres. Le premier definit la limite de
     consommation de ressources pour tous les processus, et le second la
-    consommation de ressources maximale. Les deux param&egrave;tres peuvent
+    consommation de ressources maximale. Les deux paramètres peuvent
     contenir soit un nombre, soit <code>max</code> pour indiquer au
-    serveur que la limite de consommation correspond &agrave; la valeur
-    maximale autoris&eacute;e par la configuration du syst&egrave;me d'exploitation.
+    serveur que la limite de consommation correspond à la valeur
+    maximale autorisée par la configuration du système d'exploitation.
     Pour augmenter la consommation maximale de ressources, le serveur
-    doit s'ex&eacute;cuter en tant que <code>root</code>, ou se trouver dans sa
-    phase de d&eacute;marrage.</p>
-
-    <p>Cette directive s'applique aux processus initi&eacute;s par les
-    processus enfants d'Apache httpd qui traitent les requ&ecirc;tes, et non aux
-    processus enfants eux-m&ecirc;mes. Sont concern&eacute;s les scripts CGI et les
-    commandes exec des SSI, mais en aucun cas les processus initi&eacute;s par
-    le processus parent d'Apache httpd comme les journalisations redirig&eacute;es
+    doit s'exécuter en tant que <code>root</code>, ou se trouver dans sa
+    phase de démarrage.</p>
+
+    <p>Cette directive s'applique aux processus initiés par les
+    processus enfants d'Apache httpd qui traitent les requêtes, et non aux
+    processus enfants eux-mêmes. Sont concernés les scripts CGI et les
+    commandes exec des SSI, mais en aucun cas les processus initiés par
+    le processus parent d'Apache httpd comme les journalisations redirigées
     vers un programme.</p>
 
-    <p>Les limites de ressources m&eacute;moire sont exprim&eacute;es en octets par
+    <p>Les limites de ressources mémoire sont exprimées en octets par
     processus.</p>
 </usage>
 <seealso><directive module="core">RLimitCPU</directive></seealso>
@@ -4192,8 +4219,8 @@ host</context>
 
 <directivesynopsis>
 <name>RLimitNPROC</name>
-<description>Limite le nombre de processus qui peuvent &ecirc;tre initi&eacute;s par
-les processus initi&eacute;s par les processus enfants d'Apache httpd</description>
+<description>Limite le nombre de processus qui peuvent être initiés par
+les processus initiés par les processus enfants d'Apache httpd</description>
 <syntax>RLimitNPROC <var>nombre</var>|max [<var>nombre</var>|max]</syntax>
 <default>Unset; uses operating system defaults</default>
 <contextlist><context>server config</context><context>virtual
@@ -4202,31 +4229,31 @@ host</context>
 <override>All</override>
 
 <usage>
-    <p>Prend 1 ou 2 param&egrave;tres. Le premier definit la limite de
+    <p>Prend 1 ou 2 paramètres. Le premier definit la limite de
     consommation de ressources pour tous les processus, et le second la
-    consommation de ressources maximale. Les deux param&egrave;tres peuvent
+    consommation de ressources maximale. Les deux paramètres peuvent
     contenir soit un nombre, soit <code>max</code> pour indiquer au
-    serveur que la limite de consommation correspond &agrave; la valeur
-    maximale autoris&eacute;e par la configuration du syst&egrave;me d'exploitation.
+    serveur que la limite de consommation correspond à la valeur
+    maximale autorisée par la configuration du système d'exploitation.
     Pour augmenter la consommation maximale de ressources, le serveur
-    doit s'ex&eacute;cuter en tant que <code>root</code>, ou se trouver dans sa
-    phase de d&eacute;marrage.</p>
-
-    <p>Cette directive s'applique aux processus initi&eacute;s par les
-    processus enfants d'Apache httpd qui traitent les requ&ecirc;tes, et non aux
-    processus enfants eux-m&ecirc;mes. Sont concern&eacute;s les scripts CGI et les
-    commandes exec des SSI, mais en aucun cas les processus initi&eacute;s par
-    le processus parent d'Apache httpd comme les journalisations redirig&eacute;es
+    doit s'exécuter en tant que <code>root</code>, ou se trouver dans sa
+    phase de démarrage.</p>
+
+    <p>Cette directive s'applique aux processus initiés par les
+    processus enfants d'Apache httpd qui traitent les requêtes, et non aux
+    processus enfants eux-mêmes. Sont concernés les scripts CGI et les
+    commandes exec des SSI, mais en aucun cas les processus initiés par
+    le processus parent d'Apache httpd comme les journalisations redirigées
     vers un programme.</p>
 
-    <p>Les limites des processus contr&ocirc;lent le nombre de processus par
+    <p>Les limites des processus contrôlent le nombre de processus par
     utilisateur.</p>
 
     <note><title>Note</title>
-      <p>Si les processus CGI s'ex&eacute;cutent sous le m&ecirc;me
+      <p>Si les processus CGI s'exécutent sous le même
       utilisateur que celui du serveur web, cette
       directive va limiter le nombre de processus que le serveur
-      pourra lui-m&ecirc;me cr&eacute;er. La pr&eacute;sence de messages
+      pourra lui-même créer. La présence de messages
       <strong><code>cannot fork</code></strong> dans le journal des
       erreurs indiquera que la limite est atteinte.</p>
     </note>
@@ -4237,7 +4264,7 @@ host</context>
 
 <directivesynopsis>
 <name>ScriptInterpreterSource</name>
-<description>Permet de localiser l'interpr&eacute;teur des scripts
+<description>Permet de localiser l'interpréteur des scripts
 CGI</description>
 <syntax>ScriptInterpreterSource Registry|Registry-Strict|Script</syntax>
 <default>ScriptInterpreterSource Script</default>
@@ -4248,17 +4275,17 @@ host</context>
 <compatibility>Win32 seulement</compatibility>
 
 <usage>
-    <p>Cette directive permet de contr&ocirc;ler la m&eacute;thode qu'utilise Apache
-    httpd pour trouver l'interpr&eacute;teur destin&eacute; &agrave; ex&eacute;cuter les scripts CGI. La
-    d&eacute;finition par d&eacute;faut est <code>Script</code> : ceci indique &agrave;
-    Apache httpd qu'il doit utiliser l'interpr&eacute;teur pr&eacute;cis&eacute; dans la ligne
-    shebang du script (la premi&egrave;re ligne, commen&ccedil;ant par
-    <code>#!</code>). Sur les syst&egrave;mes Win32, cette ligne ressemble
-    souvent &agrave; ceci :</p>
+    <p>Cette directive permet de contrôler la méthode qu'utilise Apache
+    httpd pour trouver l'interpréteur destiné à exécuter les scripts CGI. La
+    définition par défaut est <code>Script</code> : ceci indique à
+    Apache httpd qu'il doit utiliser l'interpréteur précisé dans la ligne
+    shebang du script (la première ligne, commençant par
+    <code>#!</code>). Sur les systèmes Win32, cette ligne ressemble
+    souvent à ceci :</p>
 
     <highlight language="perl">#!C:/Perl/bin/perl.exe</highlight>
 
-    <p>ou simplement, dans le cas o&ugrave; <code>perl</code> est dans le
+    <p>ou simplement, dans le cas où <code>perl</code> est dans le
     <code>PATH</code> :</p>
 
     <highlight language="perl">#!perl</highlight>
@@ -4266,67 +4293,67 @@ host</context>
     <p>Avec <code>ScriptInterpreterSource Registry</code>, Windows va
     effectuer une recherche dans l'arborescence
     <code>HKEY_CLASSES_ROOT</code> de la base de registre avec comme
-    mot-cl&eacute; l'extension du fichier contenant le script (par exemple
-    <code>.pl</code>). C'est la commande d&eacute;finie par la sous-cl&eacute; de
+    mot-clé l'extension du fichier contenant le script (par exemple
+    <code>.pl</code>). C'est la commande définie par la sous-clé de
     registre <code>Shell\ExecCGI\Command</code> ou, si elle n'existe
-    pas, la sous-cl&eacute; <code>Shell\Open\Command</code> qui est utilis&eacute;e
-    pour ouvrir le fichier du script. Si ces cl&eacute;s de registre ne sont
-    pas trouv&eacute;es, Apache httpd utilise la m&eacute;thode de l'option
+    pas, la sous-clé <code>Shell\Open\Command</code> qui est utilisée
+    pour ouvrir le fichier du script. Si ces clés de registre ne sont
+    pas trouvées, Apache httpd utilise la méthode de l'option
     <code>Script</code>.</p>
 
-    <note type="warning"><title>S&eacute;curit&eacute;</title>
+    <note type="warning"><title>Sécurité</title>
     <p>Soyez prudent si vous utilisez <code>ScriptInterpreterSource
-    Registry</code> avec des r&eacute;pertoires faisant l'objet d'un <directive
+    Registry</code> avec des répertoires faisant l'objet d'un <directive
     module="mod_alias">ScriptAlias</directive>, car Apache httpd va essayer
-    d'ex&eacute;cuter <strong>tous</strong> les fichiers contenus dans
+    d'exécuter <strong>tous</strong> les fichiers contenus dans
     celui-ci. L'option <code>Registry</code> peut causer des appels de
-    programmes non voulus sur des fichiers non destin&eacute;s &agrave; &ecirc;tre ex&eacute;cut&eacute;s.
-    Par exemple, la commande par d&eacute;faut open sur les fichiers
-    <code>.htm</code> sur la plupart des syst&egrave;mes Windows va lancer
-    Microsoft Internet Explorer ; ainsi, toute requ&ecirc;te HTTP pour un
-    fichier <code>.htm</code> situ&eacute; dans le r&eacute;pertoire des scripts
-    va lancer le navigateur en arri&egrave;re-plan sur le serveur, ce qui a
-    toutes les chances de crasher votre syst&egrave;me dans les minutes qui
+    programmes non voulus sur des fichiers non destinés à être exécutés.
+    Par exemple, la commande par défaut open sur les fichiers
+    <code>.htm</code> sur la plupart des systèmes Windows va lancer
+    Microsoft Internet Explorer ; ainsi, toute requête HTTP pour un
+    fichier <code>.htm</code> situé dans le répertoire des scripts
+    va lancer le navigateur en arrière-plan sur le serveur, ce qui a
+    toutes les chances de crasher votre système dans les minutes qui
     suivent.</p>
     </note>
 
     <p>L'option <code>Registry-Strict</code>, apparue avec la version
     2.0 du serveur HTTP Apache,
-    agit de mani&egrave;re identique &agrave; <code>Registry</code>, mais n'utilise
-    que la sous-cl&eacute; <code>Shell\ExecCGI\Command</code>. La pr&eacute;sence de
-    la cl&eacute; <code>ExecCGI</code> n'&eacute;tant pas syst&eacute;matique, Elle doit &ecirc;tre
-    d&eacute;finie manuellement dans le registre Windows et &eacute;vite ainsi tout
-    appel de programme accidentel sur votre syst&egrave;me.</p>
+    agit de manière identique à <code>Registry</code>, mais n'utilise
+    que la sous-clé <code>Shell\ExecCGI\Command</code>. La présence de
+    la clé <code>ExecCGI</code> n'étant pas systématique, Elle doit être
+    définie manuellement dans le registre Windows et évite ainsi tout
+    appel de programme accidentel sur votre système.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SeeRequestTail</name>
-<description>D&eacute;termine si mod_status affiche les 63 premiers caract&egrave;res
-d'une requ&ecirc;te ou les 63 derniers, en supposant que la requ&ecirc;te
-elle-m&ecirc;me poss&egrave;de plus de 63 caract&egrave;res.</description>
+<description>Détermine si mod_status affiche les 63 premiers caractères
+d'une requête ou les 63 derniers, en supposant que la requête
+elle-même possède plus de 63 caractères.</description>
 <syntax>SeeRequestTail On|Off</syntax>
 <default>SeeRequestTail Off</default>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
     <p>Avec <code>ExtendedStatus On</code>, mod_status affiche la
-    v&eacute;ritable requ&ecirc;te en cours de traitement. Pour des raisons
-    historiques, seuls 63 caract&egrave;res de la requ&ecirc;te sont r&eacute;ellement
-    stock&eacute;s &agrave; des fins d'affichage. Cette directive permet de d&eacute;terminer
-    si ce sont les 63 premiers caract&egrave;res qui seront stock&eacute;s (c'est le
-    comportement par d&eacute;faut),
+    véritable requête en cours de traitement. Pour des raisons
+    historiques, seuls 63 caractères de la requête sont réellement
+    stockés à des fins d'affichage. Cette directive permet de déterminer
+    si ce sont les 63 premiers caractères qui seront stockés (c'est le
+    comportement par défaut),
     ou si ce sont les 63 derniers. Ceci ne s'applique bien entendu que
-    si la taille de la requ&ecirc;te est de 64 caract&egrave;res ou plus.</p>
+    si la taille de la requête est de 64 caractères ou plus.</p>
 
-    <p>Si Apache httpd traite la requ&ecirc;te <code
+    <p>Si Apache httpd traite la requête <code
     >GET&nbsp;/disque1/stockage/apache/htdocs/images/rep-images1/nourriture/pommes.jpg&nbsp;HTTP/1.1</code>
-    , l'affichage de la requ&ecirc;te par mod_status se pr&eacute;sentera comme suit :
+    , l'affichage de la requête par mod_status se présentera comme suit :
     </p>
 
     <table border="1">
       <tr>
-        <th>Off (d&eacute;faut)</th>
+        <th>Off (défaut)</th>
         <td>GET&nbsp;/disque1/stockage/apache/htdocs/images/rep-images1/nourritu</td>
       </tr>
       <tr>
@@ -4341,31 +4368,31 @@ elle-m&ecirc;me poss&egrave;de plus de 63 caract&egrave;res.</description>
 
 <directivesynopsis>
 <name>ServerAdmin</name>
-<description>L'adresse &eacute;lectronique que le serveur inclut dans les
-messages d'erreur envoy&eacute;s au client</description>
-<syntax>ServerAdmin <var>adresse &eacute;lectronique</var>|<var>URL</var></syntax>
+<description>L'adresse électronique que le serveur inclut dans les
+messages d'erreur envoyés au client</description>
+<syntax>ServerAdmin <var>adresse électronique</var>|<var>URL</var></syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
 </contextlist>
 
 <usage>
-    <p>La directive <directive>ServerAdmin</directive> permet de d&eacute;finir
+    <p>La directive <directive>ServerAdmin</directive> permet de définir
     l'adresse de contact que le serveur va inclure dans tout message
     d'erreur qu'il envoie au client. Si le programme <code>httpd</code>
     ne reconnait pas l'argument fourni comme une URL, il suppose que
-    c'est une <var>adresse &eacute;lectronique</var>, et lui ajoute le pr&eacute;fixe
+    c'est une <var>adresse électronique</var>, et lui ajoute le préfixe
     <code>mailto:</code> dans les cibles des hyperliens. Il est
-    cependant recommand&eacute; d'utiliser exclusivement une adresse
-    &eacute;lectronique, car de nombreux scripts CGI consid&egrave;rent ceci comme
+    cependant recommandé d'utiliser exclusivement une adresse
+    électronique, car de nombreux scripts CGI considèrent ceci comme
     implicite. Si vous utilisez une URL, elle doit pointer vers un autre
-    serveur que vous contr&ocirc;lez. Dans le cas contraire, les utilisateurs
-    seraient dans l'impossibilit&eacute; de vous contacter en cas de probl&egrave;me.</p>
+    serveur que vous contrôlez. Dans le cas contraire, les utilisateurs
+    seraient dans l'impossibilité de vous contacter en cas de problème.</p>
 
-    <p>Il peut s'av&eacute;rer utile de d&eacute;finir une adresse d&eacute;di&eacute;e &agrave;
+    <p>Il peut s'avérer utile de définir une adresse dédiée à
     l'administration du serveur, par exemple :</p>
 
     <highlight language="config">ServerAdmin www-admin@foo.example.com</highlight>
-    <p>car les utilisateurs ne mentionnent pas syst&eacute;matiquement le
+    <p>car les utilisateurs ne mentionnent pas systématiquement le
     serveur dont ils parlent !</p>
 </usage>
 </directivesynopsis>
@@ -4373,17 +4400,17 @@ host</context>
 <directivesynopsis>
 <name>ServerAlias</name>
 <description>Autres noms d'un serveur utilisables pour atteindre des
-serveurs virtuels &agrave; base de nom</description>
+serveurs virtuels à base de nom</description>
 <syntax>ServerAlias <var>nom serveur</var> [<var>nom serveur</var>]
 ...</syntax>
 <contextlist><context>virtual host</context></contextlist>
 
 <usage>
-    <p>La directive <directive>ServerAlias</directive> permet de d&eacute;finir
+    <p>La directive <directive>ServerAlias</directive> permet de définir
     les noms alternatifs d'un serveur utilisables pour atteindre des <a
-    href="../vhosts/name-based.html">serveurs virtuels &agrave; base de
+    href="../vhosts/name-based.html">serveurs virtuels à base de
     nom</a>. La directive <directive>ServerAlias</directive> peut
-    contenir des caract&egrave;res g&eacute;n&eacute;riques, si n&eacute;cessaire.</p>
+    contenir des caractères génériques, si nécessaire.</p>
 
     <highlight language="config">
 &lt;VirtualHost *:80&gt;
@@ -4394,19 +4421,19 @@ serveurs virtuels &agrave; base de nom</description>
   # ...
 &lt;/VirtualHost&gt;
     </highlight>
-    <p>La recherche du serveur virtuel &agrave; base de nom correspondant au
-    plus pr&egrave;s &agrave; la requ&ecirc;te s'effectue selon l'ordre d'apparition des
+    <p>La recherche du serveur virtuel à base de nom correspondant au
+    plus près à la requête s'effectue selon l'ordre d'apparition des
     directives <directive type="section"
     module="core">virtualhost</directive> dans le fichier de
     configuration. Le premier serveur virtuel dont le <directive
     module="core">ServerName</directive> ou le <directive
     module="core">ServerAlias</directive> correspond est choisi, sans
-    priorit&eacute; particuli&egrave;re si le nom contient des caract&egrave;res g&eacute;n&eacute;riques
+    priorité particulière si le nom contient des caractères génériques
     (que ce soit pour ServerName ou ServerAlias).</p>
 
-    <p>Tous les noms sp&eacute;cifi&eacute;s au sein d'une section
-    <directive>VirtualHost</directive> sont trait&eacute;s comme un
-    <directive>ServerAlias</directive> (sans caract&egrave;res g&eacute;n&eacute;riques).</p>
+    <p>Tous les noms spécifiés au sein d'une section
+    <directive>VirtualHost</directive> sont traités comme un
+    <directive>ServerAlias</directive> (sans caractères génériques).</p>
 
 </usage>
 <seealso><directive module="core">UseCanonicalName</directive></seealso>
@@ -4416,8 +4443,8 @@ du serveur HTTP Apache</a></seealso>
 
 <directivesynopsis>
 <name>ServerName</name>
-<description>Nom d'h&ocirc;te et port que le serveur utilise pour
-s'authentifier lui-m&ecirc;me</description>
+<description>Nom d'hôte et port que le serveur utilise pour
+s'authentifier lui-même</description>
 <syntax>ServerName
 [<var>protocole</var>://]<var>nom-de-domaine</var>|<var>adresse-ip</var>[:<var>port</var>]</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -4425,82 +4452,82 @@ host</context>
 </contextlist>
 
 <usage>
-    <p>La directive <directive>ServerName</directive> permet de d&eacute;finir
-    les protocole, nom d'h&ocirc;te et port d'une requ&ecirc;te que le serveur
-    utilise pour s'authentifier lui-m&ecirc;me.</p>
+    <p>La directive <directive>ServerName</directive> permet de définir
+    les protocole, nom d'hôte et port d'une requête que le serveur
+    utilise pour s'authentifier lui-même.</p>
 
     <p>La directive <directive>ServerName</directive> permet
-    (&eacute;ventuellement en conjonction avec la directive
-    <directive>ServerAlias</directive>) d'identifier de mani&egrave;re unique
-    un serveur virtuel, lorsqu'elle est utilis&eacute;e dans un contexte de <a
-    href="../vhosts/name-based.html">serveurs virtuels &agrave; base de
+    (éventuellement en conjonction avec la directive
+    <directive>ServerAlias</directive>) d'identifier de manière unique
+    un serveur virtuel, lorsqu'elle est utilisée dans un contexte de <a
+    href="../vhosts/name-based.html">serveurs virtuels à base de
     noms</a>.</p>
 
-    <p>Cette directive est aussi utilis&eacute;e lors de la cr&eacute;ation d'URLs de
+    <p>Cette directive est aussi utilisée lors de la création d'URLs de
     redirection relatives quand la directive
-    <directive>UseCanonicalName</directive> est d&eacute;finie &agrave; une valeur autre que
-    la valeur par d&eacute;faut.</p>
+    <directive>UseCanonicalName</directive> est définie à une valeur autre que
+    la valeur par défaut.</p>
     
     <p>Par exemple, si le nom de la
-    machine h&eacute;bergeant le serveur web est
-    <code>simple.example.com</code>, la machine poss&egrave;de l'alias
+    machine hébergeant le serveur web est
+    <code>simple.example.com</code>, la machine possède l'alias
     DNS <code>www.example.com</code>, et si vous voulez que le serveur
-    web s'identifie avec cet alias, vous devez utilisez la d&eacute;finition
+    web s'identifie avec cet alias, vous devez utilisez la définition
     suivante :</p>
 
     <highlight language="config">ServerName www.example.com</highlight>
 
-    <p>La directive <directive>ServerName</directive> peut appara&icirc;tre &agrave;
-    toutes les &eacute;tapes de la d&eacute;finition du serveur. Toute occurrence
-    annule cependant la pr&eacute;c&eacute;dente (pour ce serveur).</p>
+    <p>La directive <directive>ServerName</directive> peut apparaître à
+    toutes les étapes de la définition du serveur. Toute occurrence
+    annule cependant la précédente (pour ce serveur).</p>
 
     <p>Si la directive <directive>ServerName</directive> n'est pas
-    d&eacute;finie, le serveur tente de d&eacute;terminer le nom
-    d'h&ocirc;te visible du point de vue du client en demandant tout d'abord au
-    syst&egrave;me d'exploitation le nom d'h&ocirc;te syst&egrave;me, et en cas d'&eacute;chec, en effectuant
-    une recherche DNS inverse sur une adresse IP pr&eacute;sente sur le syst&egrave;me.</p>
+    définie, le serveur tente de déterminer le nom
+    d'hôte visible du point de vue du client en demandant tout d'abord au
+    système d'exploitation le nom d'hôte système, et en cas d'échec, en effectuant
+    une recherche DNS inverse sur une adresse IP présente sur le système.</p>
     
     <p>Si la directive
-    <directive>ServerName</directive> ne pr&eacute;cise pas de port, le serveur
-    utilisera celui de la requ&ecirc;te entrante. Il est recommand&eacute; de
-    sp&eacute;cifier un nom d'h&ocirc;te et un port sp&eacute;cifiques &agrave; l'aide de la
-    directive <directive>ServerName</directive> pour une fiabilit&eacute;
-    optimale et &agrave; titre pr&eacute;ventif.</p>
-
-    <p>Si vous d&eacute;finissez des <a
-    href="../vhosts/name-based.html">serveurs virtuels &agrave; base de
-    nom</a>, une directive <directive>ServerName</directive> situ&eacute;e &agrave;
-    l'int&eacute;rieur d'une section <directive type="section"
-    module="core">VirtualHost</directive> sp&eacute;cifiera quel nom d'h&ocirc;te
-    doit appara&icirc;tre dans l'en-t&ecirc;te de requ&ecirc;te <code>Host:</code> pour
+    <directive>ServerName</directive> ne précise pas de port, le serveur
+    utilisera celui de la requête entrante. Il est recommandé de
+    spécifier un nom d'hôte et un port spécifiques à l'aide de la
+    directive <directive>ServerName</directive> pour une fiabilité
+    optimale et à titre préventif.</p>
+
+    <p>Si vous définissez des <a
+    href="../vhosts/name-based.html">serveurs virtuels à base de
+    nom</a>, une directive <directive>ServerName</directive> située à
+    l'intérieur d'une section <directive type="section"
+    module="core">VirtualHost</directive> spécifiera quel nom d'hôte
+    doit apparaître dans l'en-tête de requête <code>Host:</code> pour
     pouvoir atteindre ce serveur virtuel.</p>
 
 
-    <p>Parfois, le serveur s'ex&eacute;cute en amont d'un dispositif qui
-    impl&eacute;mente SSL, comme un mandataire inverse, un r&eacute;partiteur de
-    charge ou un bo&icirc;tier d&eacute;di&eacute; SSL. Dans ce cas, sp&eacute;cifiez le protocole
+    <p>Parfois, le serveur s'exécute en amont d'un dispositif qui
+    implémente SSL, comme un mandataire inverse, un répartiteur de
+    charge ou un boîtier dédié SSL. Dans ce cas, spécifiez le protocole
     <code>https://</code> et le port auquel les clients se connectent
     dans la directive <directive>ServerName</directive>, afin de
-    s'assurer que le serveur g&eacute;n&egrave;re correctement ses URLs
+    s'assurer que le serveur génère correctement ses URLs
     d'auto-identification.
     </p>
 
     <p>Voir la description des directives <directive
     module="core">UseCanonicalName</directive> et <directive
     module="core">UseCanonicalPhysicalPort</directive> pour les
-    d&eacute;finitions qui permettent de d&eacute;terminer si les URLs
+    définitions qui permettent de déterminer si les URLs
     auto-identifiantes (par exemple via le module
-    <module>mod_dir</module>) vont faire r&eacute;f&eacute;rence au port sp&eacute;cifi&eacute;, ou
-    au port indiqu&eacute; dans la requ&ecirc;te du client.
+    <module>mod_dir</module>) vont faire référence au port spécifié, ou
+    au port indiqué dans la requête du client.
     </p>
 
     <note type="warning">
     <p>Si la valeur de la directive <directive>ServerName</directive> ne
-    peut pas &ecirc;tre r&eacute;solue en adresse IP, le d&eacute;marrage du serveur
+    peut pas être résolue en adresse IP, le démarrage du serveur
     provoquera un avertissement. <code>httpd</code> va alors utiliser le
-    r&eacute;sultat de la commande syst&egrave;me <code>hostname</code> pour
-    d&eacute;terminer le nom du serveur, ce qui ne correspondra pratiquement
-    jamais au nom de serveur que vous souhaitez r&eacute;ellement.</p>
+    résultat de la commande système <code>hostname</code> pour
+    déterminer le nom du serveur, ce qui ne correspondra pratiquement
+    jamais au nom de serveur que vous souhaitez réellement.</p>
     <example>
     httpd: Could not reliably determine the server's fully qualified domain name, using rocinante.local for ServerName
     </example>
@@ -4508,7 +4535,7 @@ host</context>
 
 </usage>
 
-<seealso><a href="../dns-caveats.html">Probl&egrave;mes concernant le DNS et
+<seealso><a href="../dns-caveats.html">Problèmes concernant le DNS et
 le serveur HTTP Apache</a></seealso>
 <seealso><a href="../vhosts/">Documentation sur les serveurs virtuels
 du serveur HTTP Apache</a></seealso>
@@ -4519,15 +4546,15 @@ du serveur HTTP Apache</a></seealso>
 
 <directivesynopsis>
 <name>ServerPath</name>
-<description>Nom de chemin d'URL h&eacute;rit&eacute; pour un serveur virtuel &agrave; base
-de nom acc&eacute;d&eacute; par un navigateur incompatible</description>
+<description>Nom de chemin d'URL hérité pour un serveur virtuel à base
+de nom accédé par un navigateur incompatible</description>
 <syntax>ServerPath <var>chemin d'URL</var></syntax>
 <contextlist><context>virtual host</context></contextlist>
 
 <usage>
-    <p>La directive <directive>ServerPath</directive> permet de d&eacute;finir
-    le nom de chemin d'URL h&eacute;rit&eacute; d'un h&ocirc;te, &agrave; utiliser avec les <a
-    href="../vhosts/">serveurs virtuels &agrave; base de nom</a>.</p>
+    <p>La directive <directive>ServerPath</directive> permet de définir
+    le nom de chemin d'URL hérité d'un hôte, à utiliser avec les <a
+    href="../vhosts/">serveurs virtuels à base de nom</a>.</p>
 </usage>
 <seealso><a href="../vhosts/">Documentation sur les serveurs virtuels
 du serveur HTTP Apache</a></seealso>
@@ -4535,42 +4562,42 @@ du serveur HTTP Apache</a></seealso>
 
 <directivesynopsis>
 <name>ServerRoot</name>
-<description>Racine du r&eacute;pertoire d'installation du
+<description>Racine du répertoire d'installation du
 serveur</description>
-<syntax>ServerRoot <var>chemin de r&eacute;pertoire</var></syntax>
+<syntax>ServerRoot <var>chemin de répertoire</var></syntax>
 <default>ServerRoot /usr/local/apache</default>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
-    <p>La directive <directive>ServerRoot</directive> permet de d&eacute;finir
-    le r&eacute;pertoire dans lequel le serveur est install&eacute;. En particulier,
-    il contiendra les sous-r&eacute;pertoires <code>conf/</code> et
-    <code>logs/</code>. Les chemins relatifs indiqu&eacute;s dans les autres
+    <p>La directive <directive>ServerRoot</directive> permet de définir
+    le répertoire dans lequel le serveur est installé. En particulier,
+    il contiendra les sous-répertoires <code>conf/</code> et
+    <code>logs/</code>. Les chemins relatifs indiqués dans les autres
     directives (comme <directive
     module="core">Include</directive> ou <directive
-    module="mod_so">LoadModule</directive>) seront d&eacute;finis par
-    rapport &agrave; ce r&eacute;pertoire.</p>
+    module="mod_so">LoadModule</directive>) seront définis par
+    rapport à ce répertoire.</p>
 
     <highlight language="config">ServerRoot "/home/httpd"</highlight>
 
-    <p>La valeur par d&eacute;faut de <directive>ServerRoot</directive> peut
-    &ecirc;tre modifi&eacute;e via l'argument <code>--prefix</code> de la commande <a
+    <p>La valeur par défaut de <directive>ServerRoot</directive> peut
+    être modifiée via l'argument <code>--prefix</code> de la commande <a
     href="../programs/configure.html"><code>configure</code></a>, et de
     nombreuses distributions tierces du serveur proposent une valeur
-    diff&eacute;rente de celles list&eacute;es ci-dessus.</p>
+    différente de celles listées ci-dessus.</p>
 
 </usage>
 <seealso><a href="../invoking.html">the <code>-d</code>
     options de <code>httpd</code></a></seealso>
-<seealso><a href="../misc/security_tips.html#serverroot">les conseils &agrave;
-propos de s&eacute;curit&eacute;</a> pour des informations sur la mani&egrave;re de d&eacute;finir
-correctement les permissions sur le r&eacute;pertoire indiqu&eacute; par la directive
+<seealso><a href="../misc/security_tips.html#serverroot">les conseils à
+propos de sécurité</a> pour des informations sur la manière de définir
+correctement les permissions sur le répertoire indiqué par la directive
 <directive>ServerRoot</directive></seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>ServerSignature</name>
-<description>D&eacute;finit un pied de page pour les documents g&eacute;n&eacute;r&eacute;s par le
+<description>Définit un pied de page pour les documents générés par le
 serveur</description>
 <syntax>ServerSignature On|Off|EMail</syntax>
 <default>ServerSignature Off</default>
@@ -4582,26 +4609,26 @@ host</context>
 
 <usage>
     <p>La directive <directive>ServerSignature</directive> permet de
-    d&eacute;finir une ligne de pied de page fixe pour les documents g&eacute;n&eacute;r&eacute;s
-    par le serveur (messages d'erreur, listings de r&eacute;pertoires ftp de
+    définir une ligne de pied de page fixe pour les documents générés
+    par le serveur (messages d'erreur, listings de répertoires ftp de
     <module>mod_proxy</module>, sorties de <module>mod_info</module>,
-    etc...). Dans le cas d'une cha&icirc;ne de mandataires, l'utilisateur n'a
-    souvent aucun moyen de d&eacute;terminer lequel des mandataires cha&icirc;n&eacute;s a
-    g&eacute;n&eacute;r&eacute; un message d'erreur, et c'est une des raisons pour lesquelles
-    on peut &ecirc;tre amen&eacute; &agrave; ajouter un tel pied de page.</p>
+    etc...). Dans le cas d'une chaîne de mandataires, l'utilisateur n'a
+    souvent aucun moyen de déterminer lequel des mandataires chaînés a
+    généré un message d'erreur, et c'est une des raisons pour lesquelles
+    on peut être amené à ajouter un tel pied de page.</p>
 
-    <p>La valeur par d&eacute;faut <code>Off</code> supprime la ligne de pied
+    <p>La valeur par défaut <code>Off</code> supprime la ligne de pied
     de page (et est ainsi compatible avec le comportement des
-    versions 1.2 et ant&eacute;rieures d'Apache). la valeur <code>On</code>
-    ajoute simplement une ligne contenant le num&eacute;ro de version du
+    versions 1.2 et antérieures d'Apache). la valeur <code>On</code>
+    ajoute simplement une ligne contenant le numéro de version du
     serveur ainsi que le nom du serveur virtuel issu de la directive
     <directive module="core">ServerName</directive>, alors que la valeur
-    <code>EMail</code> ajoute en plus une r&eacute;f&eacute;rence "mailto:" &agrave;
-    l'administrateur du document r&eacute;f&eacute;renc&eacute; issu la directive
+    <code>EMail</code> ajoute en plus une référence "mailto:" à
+    l'administrateur du document référencé issu la directive
     <directive module="core">ServerAdmin</directive>.</p>
 
-    <p>Apr&egrave;s la version 2.0.44, les d&eacute;tails &agrave; propos du num&eacute;ro de
-    version du serveur sont contr&ocirc;l&eacute;s &agrave; l'aide de la directive
+    <p>Après la version 2.0.44, les détails à propos du numéro de
+    version du serveur sont contrôlés à l'aide de la directive
     <directive module="core">ServerTokens</directive>.</p>
 </usage>
 <seealso><directive module="core">ServerTokens</directive></seealso>
@@ -4609,21 +4636,21 @@ host</context>
 
 <directivesynopsis>
 <name>ServerTokens</name>
-<description>Configure l'en-t&ecirc;te <code>Server</code> de la r&eacute;ponse
+<description>Configure l'en-tête <code>Server</code> de la réponse
 HTTP</description>
 <syntax>ServerTokens Major|Minor|Min[imal]|Prod[uctOnly]|OS|Full</syntax>
 <default>ServerTokens Full</default>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
-    <p>Cette directive permet de contr&ocirc;ler le contenu de l'en-t&ecirc;te
-    <code>Server</code> inclus dans la r&eacute;ponse envoy&eacute;e au client : cet
-    en-t&ecirc;te peut contenir le type de syst&egrave;me d'exploitation du serveur,
-    ainsi que des informations &agrave; propos des modules compil&eacute;s avec le
+    <p>Cette directive permet de contrôler le contenu de l'en-tête
+    <code>Server</code> inclus dans la réponse envoyée au client : cet
+    en-tête peut contenir le type de système d'exploitation du serveur,
+    ainsi que des informations à propos des modules compilés avec le
     serveur.</p>
 
     <dl>
-	<dt><code>ServerTokens Full</code> (ou non sp&eacute;cifi&eacute;)</dt>
+	<dt><code>ServerTokens Full</code> (ou non spécifié)</dt>
 
 	<dd>Le serveur envoie par exemple : <code>Server: Apache/2.4.2
 	(Unix) PHP/4.2.2 MyMod/1.2</code></dd>
@@ -4657,22 +4684,22 @@ HTTP</description>
       
     </dl>
 
-    <p>Cette d&eacute;finition s'applique &agrave; l'ensemble du serveur et ne peut
-    &ecirc;tre activ&eacute;e ou d&eacute;sactiv&eacute;e pour tel ou tel serveur virtuel.</p>
+    <p>Cette définition s'applique à l'ensemble du serveur et ne peut
+    être activée ou désactivée pour tel ou tel serveur virtuel.</p>
 
-    <p>Dans les versions post&eacute;rieures &agrave; 2.0.44, cette directive contr&ocirc;le
+    <p>Dans les versions postérieures à 2.0.44, cette directive contrôle
     aussi les informations fournies par la directive <directive
     module="core">ServerSignature</directive>.</p>
 
-    <note>D&eacute;finir <directive>ServerTokens</directive> &agrave; une
-    valeur inf&eacute;rieure &agrave; <code>minimal</code> n'est pas
-    recommand&eacute; car le d&eacute;bogage des probl&egrave;mes
-    interop&eacute;rationnels n'en sera alors que plus difficile. Notez
-    aussi que la d&eacute;sactivation de l'en-t&ecirc;te Server:
-    n'am&eacute;liore en rien la s&eacute;curit&eacute; de votre
-    serveur ; le concept de "s&eacute;curit&eacute; par
-    l'obscurit&eacute;" est un mythe et conduit &agrave;
-    une mauvaise perception de ce qu'est la s&eacute;curit&eacute;.</note>
+    <note>Définir <directive>ServerTokens</directive> à une
+    valeur inférieure à <code>minimal</code> n'est pas
+    recommandé car le débogage des problèmes
+    interopérationnels n'en sera alors que plus difficile. Notez
+    aussi que la désactivation de l'en-tête Server:
+    n'améliore en rien la sécurité de votre
+    serveur ; le concept de "sécurité par
+    l'obscurité" est un mythe et conduit à
+    une mauvaise perception de ce qu'est la sécurité.</note>
 
 
 </usage>
@@ -4681,7 +4708,7 @@ HTTP</description>
 
 <directivesynopsis>
 <name>SetHandler</name>
-<description>Force le traitement des fichiers sp&eacute;cifi&eacute;s par un
+<description>Force le traitement des fichiers spécifiés par un
 gestionnaire particulier</description>
 <syntax>SetHandler <var>handler-name</var>|none|<var>expression</var></syntax>
 <contextlist><context>server config</context><context>virtual
@@ -4689,26 +4716,26 @@ host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
 <override>FileInfo</override>
-<compatibility>Disponible &agrave; partir de la version 2.5 du serveur HTTP Apache</compatibility>
+<compatibility>Disponible à partir de la version 2.5 du serveur HTTP Apache</compatibility>
 
 <usage>
-    <p>Lorsqu'elle se situe &agrave; l'int&eacute;rieur d'un fichier
+    <p>Lorsqu'elle se situe à l'intérieur d'un fichier
     <code>.htaccess</code>, ou d'une section <directive type="section"
     module="core">Directory</directive> ou <directive type="section"
     module="core">Location</directive>, cette directive force le
-    traitement de tous les fichiers sp&eacute;cifi&eacute;s par le <a
-    href="../handler.html">gestionnaire</a> d&eacute;fini par l'argument
+    traitement de tous les fichiers spécifiés par le <a
+    href="../handler.html">gestionnaire</a> défini par l'argument
     <var>nom gestionnaire</var>. Par exemple, dans le cas d'un
-    r&eacute;pertoire dont vous voulez interpr&eacute;ter le contenu comme des
-    fichiers de r&egrave;gles d'images cliquables, sans tenir compte des
+    répertoire dont vous voulez interpréter le contenu comme des
+    fichiers de règles d'images cliquables, sans tenir compte des
     extensions, vous pouvez ajouter la ligne suivante dans un fichier
-    <code>.htaccess</code> de ce r&eacute;pertoire :</p>
+    <code>.htaccess</code> de ce répertoire :</p>
 
     <highlight language="config">SetHandler imap-file</highlight>
 
     <p>Autre exemple : si vous voulez que le serveur affiche un
-    compte-rendu d'&eacute;tat chaque fois qu'une URL du type <code>http://nom
-    serveur/status</code> est appel&eacute;e, vous pouvez ajouter ceci dans
+    compte-rendu d'état chaque fois qu'une URL du type <code>http://nom
+    serveur/status</code> est appelée, vous pouvez ajouter ceci dans
     <code>httpd.conf</code> :</p>
 
     <highlight language="config">
@@ -4718,8 +4745,8 @@ host</context>
     </highlight>
 
     <p>Vous pouvez aussi utiliser cette directive pour associer un
-    gestionnaire &agrave; des fichiers poss&egrave;dant une extension de nom de
-    fichier particuli&egrave;re. Par exemple :</p>
+    gestionnaire à des fichiers possèdant une extension de nom de
+    fichier particulière. Par exemple :</p>
 
     <highlight language="config">
 &lt;FilesMatch "\.php$"&gt;
@@ -4727,25 +4754,25 @@ host</context>
 &lt;/FilesMatch&gt;
     </highlight>
 
-    <p>On peut utiliser des expressions ayant pour valeur des cha&icirc;nes pour
-    r&eacute;f&eacute;rencer des variables sp&eacute;cifiques &agrave; une requ&ecirc;te, y compris les
-    r&eacute;f&eacute;rences arri&egrave;res vers des expressions rationnelles nomm&eacute;es :</p>
+    <p>On peut utiliser des expressions ayant pour valeur des chaînes pour
+    référencer des variables spécifiques à une requête, y compris les
+    références arrières vers des expressions rationnelles nommées :</p>
 
     <highlight language="config">
 &lt;LocationMatch ^/app/(?&lt;sub&gt;[^/]+)/&gt;
      SetHandler "proxy:unix:/var/run/app_%{env:MATCH_sub}.sock|fcgi://localhost:8080"
-&lt;/FilesMatch&gt;
+&lt;/LocationMatch&gt;
     </highlight>
 
-    <p>Vous pouvez &eacute;craser la d&eacute;finition ant&eacute;rieure d'une directive
+    <p>Vous pouvez écraser la définition antérieure d'une directive
     <directive>SetHandler</directive> en utilisant la valeur
     <code>None</code>.</p>
 
     <note><title>Note</title>
     <p>Comme <directive>SetHandler</directive> l'emporte sur la
-    d&eacute;finition des gestionnaires par d&eacute;faut, le comportement habituel
-    consistant &agrave; traiter les URLs se terminant par un slash (/) comme
-    des r&eacute;pertoires ou des fichiers index est d&eacute;sactiv&eacute;.</p></note>
+    définition des gestionnaires par défaut, le comportement habituel
+    consistant à traiter les URLs se terminant par un slash (/) comme
+    des répertoires ou des fichiers index est désactivé.</p></note>
 </usage>
 
 <seealso><directive module="mod_mime">AddHandler</directive></seealso>
@@ -4754,8 +4781,8 @@ host</context>
 
 <directivesynopsis>
 <name>SetInputFilter</name>
-<description>D&eacute;finit les filtres par lesquels vont passer les requ&ecirc;tes
-client et les donn&eacute;es POST</description>
+<description>Définit les filtres par lesquels vont passer les requêtes
+client et les données POST</description>
 <syntax>SetInputFilter <var>filtre</var>[;<var>filtre</var>...]</syntax>
 <contextlist><context>server config</context><context>virtual
 host</context>
@@ -4765,14 +4792,14 @@ host</context>
 
 <usage>
     <p>La directive <directive>SetInputFilter</directive> permet de
-    d&eacute;finir le ou les filtres par lesquels vont passer les requ&ecirc;tes
-    client et les donn&eacute;es POST au moment o&ugrave; le serveur les re&ccedil;oit. Cette
-    d&eacute;finition vient en ajout &agrave; tout autre filtre d&eacute;fini en
+    définir le ou les filtres par lesquels vont passer les requêtes
+    client et les données POST au moment où le serveur les reçoit. Cette
+    définition vient en ajout à tout autre filtre défini en
     quelqu'endroit que ce soit, y compris via la directive <directive
     module="mod_mime">AddInputFilter</directive>.</p>
 
-    <p>Si la directive comporte plusieurs filtres, ils doivent &ecirc;tre
-    s&eacute;par&eacute;s par des points-virgules, et sp&eacute;cifi&eacute;s selon l'ordre dans
+    <p>Si la directive comporte plusieurs filtres, ils doivent être
+    séparés par des points-virgules, et spécifiés selon l'ordre dans
     lequel vous souhaitez les voir agir sur les contenus.</p>
 </usage>
 <seealso>documentation des <a
@@ -4781,7 +4808,7 @@ href="../filter.html">Filtres</a></seealso>
 
 <directivesynopsis>
 <name>SetOutputFilter</name>
-<description>D&eacute;finit les filtres par lesquels vont passer les r&eacute;ponses
+<description>Définit les filtres par lesquels vont passer les réponses
 du serveur</description>
 <syntax>SetOutputFilter <var>filtre</var>[;<var>filtre</var>...]</syntax>
 <contextlist><context>server config</context><context>virtual
@@ -4792,15 +4819,15 @@ host</context>
 
 <usage>
     <p>La directive <directive>SetOutputFilter</directive> permet de
-    d&eacute;finir les filtres par lesquels vont passer les r&eacute;ponses du serveur
-    avant d'&ecirc;tre envoy&eacute;es au client. Cette d&eacute;finition vient en ajout &agrave;
-    tout autre filtre d&eacute;fini en quelqu'endroit que ce soit, y compris
+    définir les filtres par lesquels vont passer les réponses du serveur
+    avant d'être envoyées au client. Cette définition vient en ajout à
+    tout autre filtre défini en quelqu'endroit que ce soit, y compris
     via la directive <directive
     module="mod_mime">AddOutputFilter</directive>.</p>
 
     <p>Par exemple, la configuration suivante va traiter tous les
-    fichiers du r&eacute;pertoire <code>/www/data/</code> comme des inclusions
-    c&ocirc;t&eacute; serveur (SSI) :</p>
+    fichiers du répertoire <code>/www/data/</code> comme des inclusions
+    côté serveur (SSI) :</p>
 
     <highlight language="config">
 &lt;Directory "/www/data/"&gt;
@@ -4808,8 +4835,8 @@ host</context>
 &lt;/Directory&gt;
     </highlight>
 
-    <p>Si la directive comporte plusieurs filtres, ils doivent &ecirc;tre
-    s&eacute;par&eacute;s par des points-virgules, et sp&eacute;cifi&eacute;s selon l'ordre dans
+    <p>Si la directive comporte plusieurs filtres, ils doivent être
+    séparés par des points-virgules, et spécifiés selon l'ordre dans
     lequel vous souhaitez les voir agir sur les contenus.</p>
 </usage>
 <seealso><a href="../filter.html">Filters</a> documentation</seealso>
@@ -4818,24 +4845,29 @@ host</context>
 <directivesynopsis>
 <name>TimeOut</name>
 <description>Temps pendant lequel le serveur va attendre certains
-&eacute;v&egrave;nements avant de consid&eacute;rer qu'une requ&ecirc;te a &eacute;chou&eacute;</description>
+évènements avant de considérer qu'une requête a échoué</description>
 <syntax>TimeOut <var>secondes</var></syntax>
 <default>TimeOut 60</default>
 <contextlist><context>server config</context><context>virtual
 host</context></contextlist>
 
 <usage>
-    <p>La directive <directive>TimeOut</directive> permet de d&eacute;finir le
-    temps maximum pendant lequel Apache httpd va attendre des entr&eacute;es/sorties
+    <p>La directive <directive>TimeOut</directive> permet de définir le
+    temps maximum pendant lequel Apache httpd va attendre des entrées/sorties
     selon les circonstances :</p>
 
-    <ol>
-      <li>Lors de la lecture de donn&eacute;es en provenance du client, le
-      temps maximum jusqu'&agrave; l'arriv&eacute;e d'un paquet TCP si le tampon est
-      vide.</li>
+    <ul>
+      <li><p>Lors de la lecture de données en provenance du client, le
+      temps maximum jusqu'à l'arrivée d'un paquet TCP si le tampon est
+      vide.</p>
+      <p>Pour les données initiales d'une nouvelle connexion, et tant qu'une
+      directive <directive module="core">AcceptFilter</directive> n'aura pas
+      transmis cette nouvelle connexion au serveur, cette directive n'aura aucun
+      effet.</p>
+      </li>
 
-      <li>Lors de l'&eacute;criture de donn&eacute;es destin&eacute;es au client, le temps
-      maximum jusqu'&agrave; l'arriv&eacute;e de l'accus&eacute;-r&eacute;ception d'un paquet si le
+      <li>Lors de l'écriture de données destinées au client, le temps
+      maximum jusqu'à l'arrivée de l'accusé-réception d'un paquet si le
       tampon d'envoi est plein.</li>
 
       <li>Avec <module>mod_cgi</module> et <module>mod_cgid</module>, le temps d'attente maximum des
@@ -4844,17 +4876,17 @@ host</context></contextlist>
       <li>Avec <module>mod_ext_filter</module>, le temps d'attente
       maximum des sorties d'un processus de filtrage.</li>
 
-      <li>Avec <module>mod_proxy</module>, la valeur du d&eacute;lai par d&eacute;faut
+      <li>Avec <module>mod_proxy</module>, la valeur du délai par défaut
       si <directive module="mod_proxy">ProxyTimeout</directive> n'est
-      pas d&eacute;fini.</li>
-    </ol>
+      pas défini.</li>
+    </ul>
 
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>TraceEnable</name>
-<description>D&eacute;termine le comportement des requ&ecirc;tes
+<description>Détermine le comportement des requêtes
 <code>TRACE</code></description>
 <syntax>TraceEnable <var>[on|off|extended]</var></syntax>
 <default>TraceEnable on</default>
@@ -4863,28 +4895,28 @@ host</context></contextlist>
 <usage>
     <p>Cette directive l'emporte sur le comportement de
     <code>TRACE</code> pour le noyau du serveur et
-    <module>mod_proxy</module>. La d&eacute;finition par d&eacute;faut
-    <code>TraceEnable on</code> permet des requ&ecirc;tes <code>TRACE</code>
-    selon la RFC 2616, qui interdit d'ajouter tout corps &agrave; la requ&ecirc;te.
-    La d&eacute;finition <code>TraceEnable off</code> indique au noyau du
-    serveur et &agrave; <module>mod_proxy</module> de retourner un code
-    d'erreur <code>405</code> (M&eacute;thode non autoris&eacute;e) au client.</p>
-
-    <p>En fait, et &agrave; des fins de test et de diagnostic seulement, on
-    peut autoriser l'ajout d'un corps de requ&ecirc;te &agrave; l'aide de la
-    d&eacute;finition non standard <code>TraceEnable extended</code>. Le noyau
+    <module>mod_proxy</module>. La définition par défaut
+    <code>TraceEnable on</code> permet des requêtes <code>TRACE</code>
+    selon la RFC 2616, qui interdit d'ajouter tout corps à la requête.
+    La définition <code>TraceEnable off</code> indique au noyau du
+    serveur et à <module>mod_proxy</module> de retourner un code
+    d'erreur <code>405</code> (Méthode non autorisée) au client.</p>
+
+    <p>En fait, et à des fins de test et de diagnostic seulement, on
+    peut autoriser l'ajout d'un corps de requête à l'aide de la
+    définition non standard <code>TraceEnable extended</code>. Le noyau
     du serveur (dans le cas d'un serveur d'origine) va limiter la taille
-    du corps de requ&ecirc;te &agrave; 64k (plus 8k pour les en-t&ecirc;tes de
+    du corps de requête à 64k (plus 8k pour les en-têtes de
     fractionnement si <code>Transfer-Encoding: chunked</code> est
-    utilis&eacute;). Le noyau du serveur va reproduire l'ensemble des en-t&ecirc;tes,
-    y compris les en-t&ecirc;tes de fractionnement avec le corps de la
-    r&eacute;ponse. Dans le cas d'un serveur mandataire, la taille du corps de
-    requ&ecirc;te n'est pas limit&eacute;e &agrave; 64k.</p>
+    utilisé). Le noyau du serveur va reproduire l'ensemble des en-têtes,
+    y compris les en-têtes de fractionnement avec le corps de la
+    réponse. Dans le cas d'un serveur mandataire, la taille du corps de
+    requête n'est pas limitée à 64k.</p>
 
     <note><title>Note</title>
-    <p>Bien que certains pr&eacute;tendent le contraire, <code>TRACE</code> ne
-    constitue pas une vuln&eacute;rabilit&eacute; en mati&egrave;re de s&eacute;curit&eacute;, et il n'y a
-    aucune raison suffisante pour le d&eacute;sactiver, ce qui rendrait
+    <p>Bien que certains prétendent le contraire, <code>TRACE</code> ne
+    constitue pas une vulnérabilité en matière de sécurité, et il n'y a
+    aucune raison suffisante pour le désactiver, ce qui rendrait
     votre serveur non conforme.</p>
     </note>
 </usage>
@@ -4892,7 +4924,7 @@ host</context></contextlist>
 
 <directivesynopsis>
 <name>UnDefine</name>
-<description>Invalide la d&eacute;finition d'une variable</description>
+<description>Invalide la définition d'une variable</description>
 <syntax>UnDefine <var>nom-variable</var></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
@@ -4904,17 +4936,17 @@ host</context></contextlist>
     correspondante.</p>
     <p>On peut utiliser cette directive pour inverser l'effet d'une
     section <directive module="core" type="section">IfDefine</directive>
-    sans avoir &agrave; modifier les arguments <code>-D</code> dans les scripts
-    de d&eacute;marrage.</p>
-    <p>Si cette directive est d&eacute;finie au sein d'un bloc VirtualHost, les
+    sans avoir à modifier les arguments <code>-D</code> dans les scripts
+    de démarrage.</p>
+    <p>Si cette directive est définie au sein d'un bloc VirtualHost, les
     changements qu'elle induit sont visibles de toute directive
-    ult&eacute;rieure, au del&agrave; de tout bloc VirtualHost.</p>    
+    ultérieure, au delà de tout bloc VirtualHost.</p>    
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>UseCanonicalName</name>
-<description>D&eacute;finit la mani&egrave;re dont le serveur d&eacute;termine son propre nom
+<description>Définit la manière dont le serveur détermine son propre nom
 et son port</description>
 <syntax>UseCanonicalName On|Off|DNS</syntax>
 <default>UseCanonicalName Off</default>
@@ -4924,57 +4956,57 @@ host</context>
 
 <usage>
     <p>Dans de nombreuses situations, Apache httpd doit construire une URL
-    <em>auto-identifiante</em> -- c'est &agrave; dire une URL qui fait
-    r&eacute;f&eacute;rence au serveur lui-m&ecirc;me. Avec <code>UseCanonicalName
-    On</code>, Apache httpd va utiliser le nom d'h&ocirc;te et le port sp&eacute;cifi&eacute;s par
+    <em>auto-identifiante</em> -- c'est à dire une URL qui fait
+    référence au serveur lui-même. Avec <code>UseCanonicalName
+    On</code>, Apache httpd va utiliser le nom d'hôte et le port spécifiés par
     la directive <directive module="core">ServerName</directive> pour
-    construire le nom canonique du serveur. Ce nom est utilis&eacute; dans
-    toutes les URLs auto-identifiantes, et affect&eacute; aux variables
+    construire le nom canonique du serveur. Ce nom est utilisé dans
+    toutes les URLs auto-identifiantes, et affecté aux variables
     <code>SERVER_NAME</code> et <code>SERVER_PORT</code> dans les
     programmes CGI.</p>
 
     <p>Avec <code>UseCanonicalName Off</code>, Apache httpd va construire ses
-    URLs auto-identifiantes &agrave; l'aide du nom d'h&ocirc;te et du port fournis
-    par le client, si ce dernier en a fourni un (dans la n&eacute;gative,
-    Apache utilisera le nom canonique, de la m&ecirc;me mani&egrave;re que
-    ci-dessus). Ces valeurs sont les m&ecirc;mes que celles qui sont utilis&eacute;es
-    pour impl&eacute;menter les <a
-    href="../vhosts/name-based.html">serveurs virtuels &agrave; base de
-    nom</a>, et sont disponibles avec les m&ecirc;mes clients. De m&ecirc;me, les
+    URLs auto-identifiantes à l'aide du nom d'hôte et du port fournis
+    par le client, si ce dernier en a fourni un (dans la négative,
+    Apache utilisera le nom canonique, de la même manière que
+    ci-dessus). Ces valeurs sont les mêmes que celles qui sont utilisées
+    pour implémenter les <a
+    href="../vhosts/name-based.html">serveurs virtuels à base de
+    nom</a>, et sont disponibles avec les mêmes clients. De même, les
     variables CGI <code>SERVER_NAME</code> et <code>SERVER_PORT</code>
-    seront affect&eacute;es des valeurs fournies par le client.</p>
+    seront affectées des valeurs fournies par le client.</p>
 
-    <p>Cette directive peut s'av&eacute;rer utile, par exemple, sur un serveur
+    <p>Cette directive peut s'avérer utile, par exemple, sur un serveur
     intranet auquel les utilisateurs se connectent en utilisant des noms
     courts tels que <code>www</code>. Si les utilisateurs tapent un nom
-    court suivi d'une URL qui fait r&eacute;f&eacute;rence &agrave; un r&eacute;pertoire, comme
+    court suivi d'une URL qui fait référence à un répertoire, comme
     <code>http://www/splat</code>, <em>sans le slash terminal</em>, vous
     remarquerez qu'Apache httpd va les rediriger vers
-    <code>http://www.example.com/splat/</code>. Si vous avez activ&eacute;
-    l'authentification, ceci va obliger l'utilisateur &agrave; s'authentifier
-    deux fois (une premi&egrave;re fois pour <code>www</code> et une seconde
+    <code>http://www.example.com/splat/</code>. Si vous avez activé
+    l'authentification, ceci va obliger l'utilisateur à s'authentifier
+    deux fois (une première fois pour <code>www</code> et une seconde
     fois pour <code>www.example.com</code> -- voir <a
     href="http://wiki.apache.org/httpd/FAQ#Why_does_Apache_ask_for_my_password_twice_before_serving_a_file.3F">la
     foire aux questions sur ce sujet pour plus d'informations</a>).
-    Par contre, si <directive>UseCanonicalName</directive> est d&eacute;finie &agrave;
+    Par contre, si <directive>UseCanonicalName</directive> est définie à
     <code>Off</code>, Apache httpd redirigera l'utilisateur vers
     <code>http://www/splat/</code>.</p>
 
-    <p>Pour l'h&eacute;bergement virtuel en masse &agrave; base d'adresse IP, on
-    utilise une troisi&egrave;me option, <code>UseCanonicalName
+    <p>Pour l'hébergement virtuel en masse à base d'adresse IP, on
+    utilise une troisième option, <code>UseCanonicalName
     DNS</code>, pour supporter les clients anciens qui ne
-    fournissent pas d'en-t&ecirc;te <code>Host:</code>. Apache httpd effectue alors
+    fournissent pas d'en-tête <code>Host:</code>. Apache httpd effectue alors
     une recherche DNS inverse sur l'adresse IP du serveur auquel le
-    client s'est connect&eacute; afin de construire ses URLs
+    client s'est connecté afin de construire ses URLs
     auto-identifiantes.</p>
 
     <note type="warning"><title>Avertissement</title>
-    <p>Les programmes CGI risquent d'&ecirc;tre perturb&eacute;s par cette option
+    <p>Les programmes CGI risquent d'être perturbés par cette option
     s'ils tiennent compte de la variable <code>SERVER_NAME</code>. Le
     client est pratiquement libre de fournir la valeur qu'il veut comme
-    nom d'h&ocirc;te. Mais si le programme CGI n'utilise
+    nom d'hôte. Mais si le programme CGI n'utilise
     <code>SERVER_NAME</code> que pour construire des URLs
-    auto-identifiantes, il ne devrait pas y avoir de probl&egrave;me.</p>
+    auto-identifiantes, il ne devrait pas y avoir de problème.</p>
     </note>
 </usage>
 <seealso><directive module="core">UseCanonicalPhysicalPort</directive></seealso>
@@ -4984,8 +5016,8 @@ host</context>
 
 <directivesynopsis>
 <name>UseCanonicalPhysicalPort</name>
-<description>D&eacute;finit la mani&egrave;re dont le serveur
-d&eacute;termine son propre port</description>
+<description>Définit la manière dont le serveur
+détermine son propre port</description>
 <syntax>UseCanonicalPhysicalPort On|Off</syntax>
 <default>UseCanonicalPhysicalPort Off</default>
 <contextlist><context>server config</context><context>virtual
@@ -4994,15 +5026,15 @@ host</context>
 
 <usage>
     <p>Dans de nombreuses situations, Apache httpd doit construire une URL
-    <em>auto-identifiante</em> -- c'est &agrave; dire une URL qui fait
-    r&eacute;f&eacute;rence au serveur lui-m&ecirc;me. Avec <code>UseCanonicalPhysicalPort
-    On</code>, Apache httpd va fournir le num&eacute;ro de port physique r&eacute;el utilis&eacute;
-    par la requ&ecirc;te en tant que port potentiel, pour construire le port
+    <em>auto-identifiante</em> -- c'est à dire une URL qui fait
+    référence au serveur lui-même. Avec <code>UseCanonicalPhysicalPort
+    On</code>, Apache httpd va fournir le numéro de port physique réel utilisé
+    par la requête en tant que port potentiel, pour construire le port
     canonique afin que le serveur puisse alimenter la directive
     <directive module="core">UseCanonicalName</directive>. Avec
     <code>UseCanonicalPhysicalPort Off</code>, Apache httpd n'utilisera pas le
-    num&eacute;ro de port physique r&eacute;el, mais au contraire se r&eacute;f&eacute;rera aux
-    informations de configuration pour construire un num&eacute;ro de port
+    numéro de port physique réel, mais au contraire se référera aux
+    informations de configuration pour construire un numéro de port
     valide.</p>
 
     <note><title>Note</title>
@@ -5012,18 +5044,18 @@ host</context>
      <dt><code>UseCanonicalName On</code></dt>
      <dd>
      <ol>
-      <li>Port indiqu&eacute; dans <directive module="core">Servername</directive></li>
+      <li>Port indiqué dans <directive module="core">Servername</directive></li>
       <li>Port physique</li>
-      <li>Port par d&eacute;faut</li>
+      <li>Port par défaut</li>
      </ol>
      </dd>
      <dt><code>UseCanonicalName Off | DNS</code></dt>
      <dd>
      <ol>
-      <li>Port sp&eacute;cifi&eacute; dans l'en-t&ecirc;te <code>Host:</code></li>
+      <li>Port spécifié dans l'en-tête <code>Host:</code></li>
       <li>Port physique</li>
-      <li>Port sp&eacute;cifi&eacute; par <directive module="core">Servername</directive></li>
-      <li>Port par d&eacute;faut</li>
+      <li>Port spécifié par <directive module="core">Servername</directive></li>
+      <li>Port par défaut</li>
      </ol>
      </dd>
      </dl>
@@ -5040,8 +5072,8 @@ host</context>
 
 <directivesynopsis type="section">
 <name>VirtualHost</name>
-<description>Contient des directives qui ne s'appliquent qu'&agrave; un nom
-d'h&ocirc;te sp&eacute;cifique ou &agrave; une adresse IP</description>
+<description>Contient des directives qui ne s'appliquent qu'à un nom
+d'hôte spécifique ou à une adresse IP</description>
 <syntax>&lt;VirtualHost
     <var>adresse IP</var>[:<var>port</var>] [<var>adresse
     IP</var>[:<var>port</var>]] ...&gt; ...
@@ -5051,26 +5083,26 @@ d'h&ocirc;te sp&eacute;cifique ou &agrave; une adresse IP</description>
 <usage>
     <p>Les balises <directive type="section">VirtualHost</directive> et
     <code>&lt;/VirtualHost&gt;</code> permettent de rassembler un groupe
-    de directives qui ne s'appliquent qu'&agrave; un serveur virtuel
-    particulier. Toute directive autoris&eacute;e dans un contexte de serveur
-    virtuel peut &ecirc;tre utilis&eacute;e. Lorsque le serveur re&ccedil;oit un requ&ecirc;te
-    pour un document h&eacute;berg&eacute; par un serveur virtuel particulier, il
-    applique les directives de configuration rassembl&eacute;es dans la section
+    de directives qui ne s'appliquent qu'à un serveur virtuel
+    particulier. Toute directive autorisée dans un contexte de serveur
+    virtuel peut être utilisée. Lorsque le serveur reçoit un requête
+    pour un document hébergé par un serveur virtuel particulier, il
+    applique les directives de configuration rassemblées dans la section
     <directive type="section">VirtualHost</directive>. <var>adresse
-    IP</var> peut &ecirc;tre une des entit&eacute;s suivantes, &eacute;ventuellement suivies
-    d'un caract&egrave;re ':' et d'un num&eacute;ro de port (ou *) :</p>
+    IP</var> peut être une des entités suivantes, éventuellement suivies
+    d'un caractère ':' et d'un numéro de port (ou *) :</p>
 
     <ul>
       <li>L'adresse IP du serveur virtuel ;</li>
 
-      <li>Un nom de domaine enti&egrave;rement qualifi&eacute; correspondant &agrave;
-      l'adresse IP du serveur virtuel (non recommand&eacute;) ;</li>
+      <li>Un nom de domaine entièrement qualifié correspondant à
+      l'adresse IP du serveur virtuel (non recommandé) ;</li>
 
-      <li>Le caract&egrave;re <code>*</code>, qui agit comme un
-      caract&egrave;re g&eacute;n&eacute;rique, et correspond &agrave; toute adresse IP.</li>
+      <li>Le caractère <code>*</code>, qui agit comme un
+      caractère générique, et correspond à toute adresse IP.</li>
 
-      <li>La cha&icirc;ne <code>_default_</code>, dont la signification est
-      identique &agrave; celle du caract&egrave;re <code>*</code></li>
+      <li>La chaîne <code>_default_</code>, dont la signification est
+      identique à celle du caractère <code>*</code></li>
 
     </ul>
 
@@ -5085,9 +5117,9 @@ d'h&ocirc;te sp&eacute;cifique ou &agrave; une adresse IP</description>
     </highlight>
 
 
-    <p>Les adresses IPv6 doivent &ecirc;tre entour&eacute;es de crochets car dans le
-    cas contraire, un &eacute;ventuel port optionnel ne pourrait pas &ecirc;tre
-    d&eacute;termin&eacute;. Voici un exemple de serveur virtuel avec adresse IPv6
+    <p>Les adresses IPv6 doivent être entourées de crochets car dans le
+    cas contraire, un éventuel port optionnel ne pourrait pas être
+    déterminé. Voici un exemple de serveur virtuel avec adresse IPv6
     :</p>
 
     <highlight language="config">
@@ -5100,114 +5132,114 @@ d'h&ocirc;te sp&eacute;cifique ou &agrave; une adresse IP</description>
 &lt;/VirtualHost&gt;
     </highlight>
 
-    <p>Chaque serveur virtuel doit correspondre &agrave; une adresse IP, un
-    port ou un nom d'h&ocirc;te sp&eacute;cifique ; dans le premier cas, le serveur
-    doit &ecirc;tre configur&eacute; pour recevoir les paquets IP de plusieurs
-    adresses (si le serveur n'a qu'une interface r&eacute;seau, on peut
-    utiliser &agrave; cet effet la commande <code>ifconfig alias</code> -- si
-    votre syst&egrave;me d'exploitation le permet).</p>
+    <p>Chaque serveur virtuel doit correspondre à une adresse IP, un
+    port ou un nom d'hôte spécifique ; dans le premier cas, le serveur
+    doit être configuré pour recevoir les paquets IP de plusieurs
+    adresses (si le serveur n'a qu'une interface réseau, on peut
+    utiliser à cet effet la commande <code>ifconfig alias</code> -- si
+    votre système d'exploitation le permet).</p>
 
     <note><title>Note</title>
     <p>L'utilisation de la directive <directive
     type="section">VirtualHost</directive> n'affecte en rien les
-    adresses IP sur lesquelles Apache httpd est en &eacute;coute. Vous devez vous
+    adresses IP sur lesquelles Apache httpd est en écoute. Vous devez vous
     assurer que les adresses des serveurs virtuels sont bien incluses
-    dans la liste des adresses pr&eacute;cis&eacute;es par la directive <directive
+    dans la liste des adresses précisées par la directive <directive
     module="mpm_common">Listen</directive>.</p>
     </note>
     
     <p>Tout bloc <directive
     type="section">VirtualHost</directive> doit comporter une directive
     <directive module="core">ServerName</directive>. Dans le cas
-    contraire, le serveur virtuel h&eacute;ritera de la valeur de la directive
+    contraire, le serveur virtuel héritera de la valeur de la directive
     <directive module="core">ServerName</directive> issue de la
     configuration du serveur principal.</p>
 
-    <p>A l'arriv&eacute;e d'une requ&ecirc;te, le serveur tente de la
+    <p>A l'arrivée d'une requête, le serveur tente de la
     faire prendre en compte par la section <directive
     type="section">VirtualHost</directive> qui correspond le mieux en ne
-    se basant que sur la paire adresse IP/port. Les cha&icirc;nes sans
-    caract&egrave;res g&eacute;n&eacute;riques l'emportent sur celles qui en contiennent. Si
+    se basant que sur la paire adresse IP/port. Les chaînes sans
+    caractères génériques l'emportent sur celles qui en contiennent. Si
     aucune correspondance du point de vue de l'adresse IP/port n'est
-    trouv&eacute;e, c'est la configuration du serveur "principal" qui sera
-    utilis&eacute;e.</p>
+    trouvée, c'est la configuration du serveur "principal" qui sera
+    utilisée.</p>
     
     <p>Si plusieurs serveurs virtuels correspondent du point de vue de
-    l'adresse IP/port, le serveur s&eacute;lectionne celui qui correspond le
-    mieux du point de vue du nom d'h&ocirc;te de la requ&ecirc;te. Si aucune
-    correspondance du point de vue du nom d'h&ocirc;te n'est trouv&eacute;e, c'est le
+    l'adresse IP/port, le serveur sélectionne celui qui correspond le
+    mieux du point de vue du nom d'hôte de la requête. Si aucune
+    correspondance du point de vue du nom d'hôte n'est trouvée, c'est le
     premier serveur virtuel dont l'adresse IP/port correspond qui sera
-    utilis&eacute;. Par voie de cons&eacute;quence, le premier serveur virtuel
+    utilisé. Par voie de conséquence, le premier serveur virtuel
     comportant une certaine paire adresse IP/port est le serveur virtuel
-    par d&eacute;faut pour cette paire adresse IP/port.</p>
+    par défaut pour cette paire adresse IP/port.</p>
 
-    <note type="warning"><title>S&eacute;curit&eacute;</title>
+    <note type="warning"><title>Sécurité</title>
     <p>Voir le document sur les <a
-    href="../misc/security_tips.html">conseils &agrave; propos de s&eacute;curit&eacute;</a>
-    pour une description d&eacute;taill&eacute;e des raisons pour lesquelles la
-    s&eacute;curit&eacute; de votre serveur pourrait &ecirc;tre compromise, si le r&eacute;pertoire
+    href="../misc/security_tips.html">conseils à propos de sécurité</a>
+    pour une description détaillée des raisons pour lesquelles la
+    sécurité de votre serveur pourrait être compromise, si le répertoire
     contenant les fichiers journaux est inscriptible par tout autre
-    utilisateur que celui qui d&eacute;marre le serveur.</p>
+    utilisateur que celui qui démarre le serveur.</p>
     </note>
 </usage>
 <seealso><a href="../vhosts/">Documentation des serveurs virtuels
 du serveur HTTP Apache</a></seealso>
-<seealso><a href="../dns-caveats.html">Probl&egrave;mes concernant le DNS et
+<seealso><a href="../dns-caveats.html">Problèmes concernant le DNS et
 le serveur HTTP Apache</a></seealso>
-<seealso><a href="../bind.html">D&eacute;finition des adresses et ports
+<seealso><a href="../bind.html">Définition des adresses et ports
 qu'utilise le serveur HTTP Apache</a></seealso>
 <seealso><a href="../sections.html">Comment fonctionnent les sections
 &lt;Directory&gt;, &lt;Location&gt; et &lt;Files&gt;</a> pour une
-explication de la mani&egrave;re dont ces diff&eacute;rentes sections se combinent
-entre elles &agrave; la r&eacute;ception d'une requ&ecirc;te</seealso>
+explication de la manière dont ces différentes sections se combinent
+entre elles à la réception d'une requête</seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>RegisterHttpMethod</name>
-<description>Enregistrement de m&eacute;thodes HTTP non standards</description>
-<syntax>RegisterHttpMethod <var>m&eacute;thode</var> [<var>m&eacute;thode</var> [...]]</syntax>
+<description>Enregistrement de méthodes HTTP non standards</description>
+<syntax>RegisterHttpMethod <var>méthode</var> [<var>méthode</var> [...]]</syntax>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
-<p>Normalement, les m&eacute;thodes HTTP non conformes aux RFCs correspondantes
-sont rejet&eacute;es au cours du traitement de la requ&ecirc;te par HTTPD. Pour
-&eacute;viter ceci, les modules peuvent enregistrer les m&eacute;thodes HTTP non
+<p>Normalement, les méthodes HTTP non conformes aux RFCs correspondantes
+sont rejetées au cours du traitement de la requête par HTTPD. Pour
+éviter ceci, les modules peuvent enregistrer les méthodes HTTP non
 standards qu'ils supportent. La directive
 <directive>RegisterHttpMethod</directive> permet d'enregistrer de telles
-m&eacute;thodes manuellement. Ceci peut s'av&eacute;rer utile si de telle m&eacute;thodes
-doivent &ecirc;tre utilis&eacute;es dans un traitement externe, comme un script CGI.</p>
+méthodes manuellement. Ceci peut s'avérer utile si de telle méthodes
+doivent être utilisées dans un traitement externe, comme un script CGI.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>Warning</name>
 <description>Message d'avertissement personnalisable en provenance de
-l'interpr&eacute;tation du fichier de configuration</description>
+l'interprétation du fichier de configuration</description>
 <syntax>Warning <var>message</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context>
 </contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.5 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.5 du serveur HTTP
 Apache.</compatibility>
 
 <usage>
-    <p>Cette directive permet de signaler la d&eacute;tection d'un probl&egrave;me de
-    configuration en g&eacute;n&eacute;rant un message d'avertissement
-    personnalisable. L'interpr&eacute;tation du fichier de configuration n'est
+    <p>Cette directive permet de signaler la détection d'un problème de
+    configuration en générant un message d'avertissement
+    personnalisable. L'interprétation du fichier de configuration n'est
     pas interrompue. Un exemple typique d'utilisation est la
-    v&eacute;rification de la d&eacute;finition de certaines options d&eacute;finies par
-    l'utilisateur, et l'envoi d'un avertissement &eacute;ventuel.</p>
+    vérification de la définition de certaines options définies par
+    l'utilisateur, et l'envoi d'un avertissement éventuel.</p>
 
     <highlight language="config">
 # Exemple
-# signale que ReverseProxy n'est pas d&eacute;fini
+# signale que ReverseProxy n'est pas défini
 &lt;IfDefine !ReverseProxy&gt;
-  Warning "le mandataire inverse n'a pas &eacute;t&eacute; sp&eacute;cifi&eacute;, veuillez corriger
-  si n&eacute;cessaire"
+  Warning "le mandataire inverse n'a pas été spécifié, veuillez corriger
+  si nécessaire"
 &lt;/IfDefine&gt;
 
 &lt;IfDefine ReverseProxy&gt;
-  # d&eacute;finition de la configuration personnalis&eacute;e du mandataire
+  # définition de la configuration personnalisée du mandataire
 &lt;/IfDefine&gt;
     </highlight>
 
@@ -5216,52 +5248,52 @@ Apache.</compatibility>
 
 <directivesynopsis>
 <name>MergeTrailers</name>
-<description>D&eacute;termine si les donn&eacute;es suppl&eacute;mentaires (trailers) sont
-fusionn&eacute;es avec les en-t&ecirc;tes</description>
+<description>Détermine si les données supplémentaires (trailers) sont
+fusionnées avec les en-têtes</description>
 <syntax>MergeTrailers [on|off]</syntax>
 <default>MergeTrailers off</default>
 <contextlist><context>server config</context><context>virtual host</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.4.11 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.4.11 du serveur HTTP
 Apache</compatibility>
 
 <usage>
-    <p>Cette directive permet de contr&ocirc;ler la fusion des donn&eacute;es HTTP
-    suppl&eacute;mentaires (trailers) avec la repr&eacute;sentation interne des
-    en-t&ecirc;tes. Cette fusion intervient lorsque le corps de la requ&ecirc;te a
-    &eacute;t&eacute; enti&egrave;rement re&ccedil;u, bien longtemps apr&egrave;s que la majeure partie du
-    traitement des en-t&ecirc;tes ait une chance de pouvoir examiner ou
-    modifier les en-t&ecirc;tes de la requ&ecirc;te.</p>
-    <p>Cette option a &eacute;t&eacute; introduite dans un souci de compatibilit&eacute; avec
-    les versions ant&eacute;rieures &agrave; 2.4.11, o&ugrave; les donn&eacute;es suppl&eacute;mentaires
-    &eacute;taient syst&eacute;matiquement fusionn&eacute;es avec les en-t&ecirc;tes de la requ&ecirc;te.</p>
+    <p>Cette directive permet de contrôler la fusion des données HTTP
+    supplémentaires (trailers) avec la représentation interne des
+    en-têtes. Cette fusion intervient lorsque le corps de la requête a
+    été entièrement reçu, bien longtemps après que la majeure partie du
+    traitement des en-têtes ait une chance de pouvoir examiner ou
+    modifier les en-têtes de la requête.</p>
+    <p>Cette option a été introduite dans un souci de compatibilité avec
+    les versions antérieures à 2.4.11, où les données supplémentaires
+    étaient systématiquement fusionnées avec les en-têtes de la requête.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>QualifyRedirectURL</name>
-<description>V&eacute;rifie si la variable d'environnement REDIRECT_URL est
-pleinement qualifi&eacute;e</description>
+<description>Vérifie si la variable d'environnement REDIRECT_URL est
+pleinement qualifiée</description>
 <syntax>QualifyRedirectURL ON|OFF</syntax>
 <default>QualifyRedirectURL OFF</default>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context>
 </contextlist>
 <override>FileInfo</override>
-<compatibility>Directive support&eacute;e &agrave; partir de la version 2.4.18 du
-serveur HTTP Apache. Jusqu'&agrave; la version 2.4.17, le serveur se comportait
-comme si la directive QualifyRedirectURL &eacute;tait d&eacute;finie &agrave; ON.</compatibility>
+<compatibility>Directive supportée à partir de la version 2.4.18 du
+serveur HTTP Apache. Jusqu'à la version 2.4.17, le serveur se comportait
+comme si la directive QualifyRedirectURL était définie à ON.</compatibility>
 
 <usage>
-    <p>Cette directive permet de s'assurer que le serveur v&eacute;rifiera que
+    <p>Cette directive permet de s'assurer que le serveur vérifiera que
     la variable d'environnement REDIRECT_URL est bien pleinement
-    qualifi&eacute;e. Par d&eacute;faut, cette variable contient l'URL textuellement
-    demand&eacute;e par le client, par exemple "/index.html". Avec <directive
-    module="core">QualifyRedirectURL ON</directive>, la m&ecirc;me requ&ecirc;te
-    affectera &agrave; la variable REDIRECT_URL une valeur du style
+    qualifiée. Par défaut, cette variable contient l'URL textuellement
+    demandée par le client, par exemple "/index.html". Avec <directive
+    module="core">QualifyRedirectURL ON</directive>, la même requête
+    affectera à la variable REDIRECT_URL une valeur du style
     "http://www.example.com/index.html".</p>
-    <p>M&ecirc;me si cette directive n'est pas d&eacute;finie, lorsqu'une requ&ecirc;te est
-    soumise avec une URL pleinement qualifi&eacute;e, la variable REDIRECT_URL
-    contiendra quand-m&ecirc;me une URL pleinement qualifi&eacute;e.
+    <p>Même si cette directive n'est pas définie, lorsqu'une requête est
+    soumise avec une URL pleinement qualifiée, la variable REDIRECT_URL
+    contiendra quand-même une URL pleinement qualifiée.
     </p>
 </usage>
 </directivesynopsis>
diff --git a/docs/manual/mod/mod_authz_host.xml.fr b/docs/manual/mod/mod_authz_host.xml.fr
index b5e648ddc8..1e8a0fda1d 100644
--- a/docs/manual/mod/mod_authz_host.xml.fr
+++ b/docs/manual/mod/mod_authz_host.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1702013:1734412 (outdated) -->
+<!-- English Revision: 1734412 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,53 +25,53 @@
 <modulesynopsis metafile="mod_authz_host.xml.meta">
 
 <name>mod_authz_host</name>
-<description>Autorisations de groupe bas&eacute;es sur l'h&ocirc;te (nom ou adresse
+<description>Autorisations de groupe basées sur l'hôte (nom ou adresse
 IP)</description>
 <status>Base</status>
 <sourcefile>mod_authz_host.c</sourcefile>
 <identifier>authz_host_module</identifier>
-<compatibility>Disponible depuis les versions 2.3 et sup&eacute;rieures
+<compatibility>Disponible depuis les versions 2.3 et supérieures
 d'Apache</compatibility>
 
 <summary>
-    <p>Les fournisseurs d'autorisation impl&eacute;ment&eacute;s par le module
-    <module>mod_authz_host</module> sont enregistr&eacute;s &agrave; l'aide de
+    <p>Les fournisseurs d'autorisation implémentés par le module
+    <module>mod_authz_host</module> sont enregistrés à l'aide de
     la directive <directive module="mod_authz_core">Require</directive>. On peut
-    utiliser cette directive &agrave; l'int&eacute;rieur de sections <directive
+    utiliser cette directive à l'intérieur de sections <directive
     module="core" type="section">Directory</directive>, <directive
     module="core" type="section">Files</directive>, ou <directive
     module="core" type="section">Location</directive> ou de fichiers
     <code><a href="core.html#accessfilename">.htaccess</a> </code> pour
-    contr&ocirc;ler l'acc&egrave;s &agrave; certaines zones du serveur. Le contr&ocirc;le d'acc&egrave;s
-    peut &ecirc;tre effectu&eacute; en fonction du nom d'h&ocirc;te ou de l'adresse IP.</p>
+    contrôler l'accès à certaines zones du serveur. Le contrôle d'accès
+    peut être effectué en fonction du nom d'hôte ou de l'adresse IP.</p>
 
-    <p>En g&eacute;n&eacute;ral, les directives de restriction d'acc&egrave;s s'appliquent &agrave;
-    toutes les m&eacute;thodes d'acc&egrave;s (<code>GET</code>, <code>PUT</code>,
+    <p>En général, les directives de restriction d'accès s'appliquent à
+    toutes les méthodes d'accès (<code>GET</code>, <code>PUT</code>,
     <code>POST</code>, etc...). C'est d'ailleurs ce que l'on souhaite
     dans la plupart des cas. Il est cependant possible de ne restreindre
-    l'acc&egrave;s que pour certaines m&eacute;thodes, tout en laissant les autres
-    m&eacute;thodes sans protection, en pla&ccedil;ant les directives dans une section
+    l'accès que pour certaines méthodes, tout en laissant les autres
+    méthodes sans protection, en plaçant les directives dans une section
     <directive module="core" type="section">Limit</directive>.</p>
 </summary>
 
 <seealso><a href="../howto/auth.html">Authentification, autorisation et
-contr&ocirc;le d'acc&egrave;s</a></seealso>
+contrôle d'accès</a></seealso>
 <seealso><directive module="mod_authz_core">Require</directive></seealso>
 
 <section id="requiredirectives"><title>Les directives Require</title>
 
     <p>La directive Apache <directive
-    module="mod_authz_core">Require</directive> est utilis&eacute;e au cours de
-    la phase d'autorisation pour v&eacute;rifier si un utilisateur se voit
-    accorder ou refuser l'acc&egrave;s &agrave; une ressource. mod_authz_host fournit
-    les types d'autorisation <code>ip</code>, <code>host</code> et <code>local</code>. D'autres
-    types d'autorisation
-    sont aussi disponibles, mais n&eacute;cessitent le chargement des modules
-    d'autorisation appropri&eacute;s.</p>
-
-    <p>Ces fournisseurs d'autorisation permettent de d&eacute;terminer quels
-    h&ocirc;tes peuvent acc&eacute;der &agrave; une zone du serveur. On peut contr&ocirc;ler
-    l'acc&egrave;s en fonction du nom d'h&ocirc;te, de l'adresse IP, ou d'un intervalle
+    module="mod_authz_core">Require</directive> est utilisée au cours de
+    la phase d'autorisation pour vérifier si un utilisateur se voit
+    accorder ou refuser l'accès à une ressource. mod_authz_host fournit
+    les types d'autorisation <code>ip</code>, <code>host</code>,
+    <code>forward-dns</code> et <code>local</code>. D'autres
+    types d'autorisation sont aussi disponibles, mais nécessitent le chargement
+    des modules d'autorisation appropriés.</p>
+
+    <p>Ces fournisseurs d'autorisation permettent de déterminer quels
+    hôtes peuvent accéder à une zone du serveur. On peut contrôler
+    l'accès en fonction du nom d'hôte, de l'adresse IP, ou d'un intervalle
     d'adresses IP.</p>
 
     <p>A partir de la version 2.4.8, les directives require host
@@ -79,20 +79,20 @@ contr&ocirc;le d'acc&egrave;s</a></seealso>
 
 <section id="reqip"><title>Require ip</title>
 
-    <p>Le fournisseur <code>ip</code> permet de contr&ocirc;ler l'acc&egrave;s au
+    <p>Le fournisseur <code>ip</code> permet de contrôler l'accès au
     serveur en fonction de l'adresse IP du client distant. Lorsque
-    <code>Require ip <var>adresse-ip</var></code> est sp&eacute;cifi&eacute;, la
-    requ&ecirc;te est autoris&eacute;e si l'adresse IP du client distant correspond
-    &agrave;</p>
+    <code>Require ip <var>adresse-ip</var></code> est spécifié, la
+    requête est autorisée si l'adresse IP du client distant correspond
+    à</p>
 
-    <p>Une adresse IP compl&egrave;te :</p>
+    <p>Une adresse IP complète :</p>
 
     <highlight language="config">
 Require ip 10.1.2.3
 Require ip 192.168.1.104 192.168.1.205
     </highlight>
 
-    <p>L'adresse IP d'un h&ocirc;te pour qui l'acc&egrave;s est accord&eacute;</p>
+    <p>L'adresse IP d'un hôte pour qui l'accès est accordé</p>
 
     <p>Une adresse IP partielle :</p>
 
@@ -100,29 +100,29 @@ Require ip 192.168.1.104 192.168.1.205
 Require ip 10.1
 Require ip 10 172.20 192.168.2
     </highlight>
-    <p>Les 1 &agrave; 3 premiers octets d'une adresse IP, pour une restriction
-    &agrave; un sous-r&eacute;seau.</p>
+    <p>Les 1 à 3 premiers octets d'une adresse IP, pour une restriction
+    à un sous-réseau.</p>
 
-    <p>Une paire r&eacute;seau/masque de sous-r&eacute;seau :</p>
+    <p>Une paire réseau/masque de sous-réseau :</p>
 
     <highlight language="config">
       Require ip 10.1.0.0/255.255.0.0
     </highlight>
-    <p>Un r&eacute;seau a.b.c.d, et un masque de sous-r&eacute;seau w.x.y.z. pour une
-    restriction de sous-r&eacute;seau plus fine.</p>
+    <p>Un réseau a.b.c.d, et un masque de sous-réseau w.x.y.z. pour une
+    restriction de sous-réseau plus fine.</p>
 
-    <p>Une sp&eacute;cification CIDR r&eacute;seau/nnn :</p>
+    <p>Une spécification CIDR réseau/nnn :</p>
 
     <highlight language="config">
       Require ip 10.1.0.0/16
     </highlight>
-    <p>Identique au cas pr&eacute;c&eacute;dent, except&eacute; que le masque de sous-r&eacute;seau
-    repr&eacute;sente les nnn premiers bits de poids fort.</p>
+    <p>Identique au cas précédent, excepté que le masque de sous-réseau
+    représente les nnn premiers bits de poids fort.</p>
 
     <p>Notez que les trois derniers exemples correspondent exectement au
-    m&ecirc;me ensemble d'h&ocirc;tes.</p>
+    même ensemble d'hôtes.</p>
 
-    <p>On peut sp&eacute;cifier des adresses et des sous-r&eacute;seaux IPv6 comme
+    <p>On peut spécifier des adresses et des sous-réseaux IPv6 comme
     suit :</p>
 
     <highlight language="config">
@@ -132,54 +132,77 @@ Require ip 2001:db8:2:1::/64
 Require ip 2001:db8:3::/48
     </highlight>
 
-    <p>Note: comme les adresses IP sont lues au d&eacute;marrage, les
-    expressions ne sont pas &eacute;valu&eacute;es au moment de la requ&ecirc;te.</p>
+    <p>Note: comme les adresses IP sont lues au démarrage, les
+    expressions ne sont pas évaluées au moment de la requête.</p>
 
 </section>
 
 <section id="reqhost"><title>Require host</title>
 
-    <p>Le fournisseur <code>host</code> permet de contr&ocirc;ler l'acc&egrave;s au
-    serveur en fonction du nom d'h&ocirc;te du client distant. Lorsque
-    <code>Require host <var>nom-h&ocirc;te</var></code> est sp&eacute;cifi&eacute;, la
-    requ&ecirc;te est autoris&eacute;e si le nom d'h&ocirc;te correspond &agrave;</p>
+    <p>Le fournisseur <code>host</code> permet de contrôler l'accès au
+    serveur en fonction du nom d'hôte du client distant. Lorsque
+    <code>Require host <var>nom-hôte</var></code> est spécifié, la
+    requête est autorisée si le nom d'hôte correspond à</p>
 
-    <p>Un nom de domaine (&eacute;ventuellement partiel)</p>
+    <p>Un nom de domaine (éventuellement partiel)</p>
 
     <highlight language="config">
 Require host example.org
 Require host .net example.edu
     </highlight>
 
-    <p>Les h&ocirc;tes dont les noms correspondent ou se terminent par la
-    cha&icirc;ne sp&eacute;cifi&eacute;e se voient accorder l'acc&egrave;s. Seuls les &eacute;l&eacute;ment de
+    <p>Les hôtes dont les noms correspondent ou se terminent par la
+    chaîne spécifiée se voient accorder l'accès. Seuls les élément de
     nom de domaine complets sont mis en correspondance ; ainsi,
-    l'exemple ci-dessus correspondra &agrave; <code>foo.example.org</code>, mais
-    ne correspondra pas &agrave; <code>fooexample.org</code>. Avec cette
+    l'exemple ci-dessus correspondra à <code>foo.example.org</code>, mais
+    ne correspondra pas à <code>fooexample.org</code>. Avec cette
     configuration, Apache va effectuer une double recherche DNS sur
-    l'adresse IP du client, sans tenir compte de la d&eacute;finition de la
+    l'adresse IP du client, sans tenir compte de la définition de la
     directive  <directive module="core">HostnameLookups</directive>. Il
     va effectuer une recherche DNS inverse sur l'adresse IP pour trouver
-    le nom d'h&ocirc;te associ&eacute;, puis une recherche DNS directe sur le nom
-    d'h&ocirc;te pour v&eacute;rifier qu'il correspond bien &agrave; l'adresse IP originale.
-    L'acc&egrave;s ne sera accord&eacute; que si le nom d'h&ocirc;te correspond et si les
-    recherches DNS inverse et directe sont coh&eacute;rentes.</p>
+    le nom d'hôte associé, puis une recherche DNS directe sur le nom
+    d'hôte pour vérifier qu'il correspond bien à l'adresse IP originale.
+    L'accès ne sera accordé que si le nom d'hôte correspond et si les
+    recherches DNS inverse et directe sont cohérentes.</p>
+
+</section>
+<section id="reqfwddns"><title>Require forward-dns</title>
+
+    <p>Le fournisseur <code>forward-dns</code> permet d'accéder au serveur
+    sécurisé en fonction de simples noms d'hôte. Lorsque <code>Require
+    forward-dns <var>host-name</var></code> est spécifié, toute adresse IP
+    correspondant à <code><var>host-name</var></code> se voit autoriser l'accès.</p>
+
+    <p>A la différence du fournisseur <code>host</code>, ce fournisseur
+    n'effectue pas de recherche DNS inverse : il effectue simplement une requête
+    DNS directe pour le nom d'hôte spécifié et donne accès au client si son
+    adresse IP correspond. Il ne fonctionnera donc qu'avec des noms d'hôte, et
+    non avec des noms de domaine. Par contre, comme le DNS inverse n'est pas
+    sollicité, il fonctionnera avec des clients qui utilisent un service de DNS
+    dynamique.</p>
+
+    <highlight language="config">
+Require forward-dns bla.example.org
+    </highlight>
+
+    <p>Un client dont l'adresse IP correspond au nom d'hôte
+    <code>bla.example.org</code> se verra autoriser l'accès.</p>
 
 </section>
 
 <section id="reqlocal"><title>Require local</title>
 
-    <p>Le fournisseur <code>local</code> autorise l'acc&egrave;s au serveur si
+    <p>Le fournisseur <code>local</code> autorise l'accès au serveur si
     l'une au moins de ces conditions est satisfaite :</p>
 
     <ul>
-        <li>l'adresse IP du client correspond &agrave; 127.0.0.0/8</li>
+        <li>l'adresse IP du client correspond à 127.0.0.0/8</li>
         <li>l'adresse IP du client est ::1</li>
         <li>les adresses IP du client et du serveur sont identiques</li>
     </ul>
 
-    <p>L'exemple suivant montre une m&eacute;thode simple pour s&eacute;lectionner les
-    connexions en provenance de l'h&ocirc;te local :</p>
+    <p>L'exemple suivant montre une méthode simple pour sélectionner les
+    connexions en provenance de l'hôte local :</p>
 
     <highlight language="config">
     Require local
@@ -187,14 +210,14 @@ Require host .net example.edu
 
 </section>
 
-<section id="proxy"><title>Note concernant la s&eacute;curit&eacute;</title>
+<section id="proxy"><title>Note concernant la sécurité</title>
 
-    <p>Si le contenu de votre serveur est mandat&eacute;, vous devez garder &agrave;
-    l'esprit que l'adresse client correspondra &agrave; l'adresse de votre
-    serveur mandataire et non &agrave; l'adresse du client, et l'utilisation de
+    <p>Si le contenu de votre serveur est mandaté, vous devez garder à
+    l'esprit que l'adresse client correspondra à l'adresse de votre
+    serveur mandataire et non à l'adresse du client, et l'utilisation de
     la directive <code>Require</code> dans ce contexte ne provoquera pas
-    forc&eacute;ment l'effet d&eacute;sir&eacute;. Voir <module>mod_remoteip</module> pour
-    une solution possible &agrave; ce probl&egrave;me.</p>
+    forcément l'effet désiré. Voir <module>mod_remoteip</module> pour
+    une solution possible à ce problème.</p>
     
 </section>
 
diff --git a/docs/manual/mod/mod_rewrite.xml.fr b/docs/manual/mod/mod_rewrite.xml.fr
index 5d305b2b65..7e32b4dfc1 100644
--- a/docs/manual/mod/mod_rewrite.xml.fr
+++ b/docs/manual/mod/mod_rewrite.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1728314:1734260 (outdated) -->
+<!-- English Revision: 1734260 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -1509,7 +1509,16 @@ substitution !
         ...</a></em></td>
     </tr>
     <tr>
-        <td>redirect|R[=<em>code</em>]</td>
+        <td>qslast|QSL</td>
+        <td>Interprète le dernier (le plus à droite) point d'interrogation comme
+	le délimiteur de la chaîne de paramètres de la requête, au lieu du
+	premier (le plus à gauche) comme c'est le cas habituellement. Disponble
+	à partir de la version 2.4.19 du serveur HTTP Apache. <em><a
+	href="../rewrite/flags.html#flag_qsl">détails ...</a></em></td>
+    </tr>
+ 
+    <tr>
+	<td>redirect|R[=<em>code</em>]</td>
         <td>Force une redirection externe, avec un code de statut HTTP
 	optionnel. <em><a
         href="../rewrite/flags.html#flag_r">détails ...</a></em>
diff --git a/docs/manual/rewrite/flags.xml.fr b/docs/manual/rewrite/flags.xml.fr
index e9ac030525..458083748b 100644
--- a/docs/manual/rewrite/flags.xml.fr
+++ b/docs/manual/rewrite/flags.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1721957:1734260 (outdated) -->
+<!-- English Revision: 1734260 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,183 +25,183 @@
 <manualpage metafile="flags.xml.meta">
 <parentdocument href="./">Rewrite</parentdocument>
 
-  <title>Les drapeaux de r&eacute;&eacute;criture</title>
+  <title>Les drapeaux de réécriture</title>
 
 <summary>
-<p>Ce document d&eacute;crit les drapeaux disponibles dans la directive
+<p>Ce document décrit les drapeaux disponibles dans la directive
 <directive module="mod_rewrite">RewriteRule</directive>, en fournissant
-des explications d&eacute;taill&eacute;es et des exemples.</p>
+des explications détaillées et des exemples.</p>
 </summary>
 
 <seealso><a href="../mod/mod_rewrite.html">Documentation du module</a></seealso>
-<seealso><a href="intro.html">Introduction &agrave; mod_rewrite</a></seealso>
+<seealso><a href="intro.html">Introduction à mod_rewrite</a></seealso>
 <seealso><a href="remapping.html">Redirection and remise en
 correspondance</a></seealso>
-<seealso><a href="access.html">Contr&ocirc;le d'acc&egrave;s</a></seealso>
+<seealso><a href="access.html">Contrôle d'accès</a></seealso>
 <seealso><a href="vhosts.html">Serveurs virtuels</a></seealso>
 <seealso><a href="proxy.html">Mise en cache</a></seealso>
 <seealso><a href="rewritemap.html">Utilisation de RewriteMap</a></seealso>
-<seealso><a href="advanced.html">Techniques avanc&eacute;es</a></seealso>
+<seealso><a href="advanced.html">Techniques avancées</a></seealso>
 <seealso><a href="avoid.html">Quand ne pas utiliser mod_rewrite</a></seealso>
 
 <section id="introduction"><title>Introduction</title>
 <p>Le comportement d'une directive <directive
-module="mod_rewrite">RewriteRule</directive> peut &ecirc;tre modifi&eacute; par un ou
-plusieurs drapeaux. Les drapeaux sont situ&eacute;s en fin de r&egrave;gle, entour&eacute;s
-de crochets, et s&eacute;par&eacute;s le cas &eacute;ch&eacute;ant par des virgules.</p>
+module="mod_rewrite">RewriteRule</directive> peut être modifié par un ou
+plusieurs drapeaux. Les drapeaux sont situés en fin de règle, entourés
+de crochets, et séparés le cas échéant par des virgules.</p>
 <highlight language="config">RewriteRule pattern target [Flag1,Flag2,Flag3]</highlight>
 
-<p>Chaque drapeau (&agrave; quelques exceptions pr&egrave;s)
-poss&egrave;de une forme courte, comme <code>CO</code>, ainsi qu'une forme longue,
+<p>Chaque drapeau (à quelques exceptions près)
+possède une forme courte, comme <code>CO</code>, ainsi qu'une forme longue,
 comme <code>cookie</code>. Bien que
-la forme courte soit la plus couramment utilis&eacute;e, nous vous recommandons
+la forme courte soit la plus couramment utilisée, nous vous recommandons
 de vous familiariser avec les drapeaux sous leur forme longue, afin de
-bien m&eacute;moriser ce que chaque drapeau est suppos&eacute; faire.
+bien mémoriser ce que chaque drapeau est supposé faire.
 Certains drapeaux acceptent un ou plusieurs arguments. Les drapeaux ne
-sont pas sensibles &agrave; la casse.</p>
+sont pas sensibles à la casse.</p>
 
-<p>Les drapeaux qui modifient les m&eacute;tadonn&eacute;es associ&eacute;es &agrave; la requ&ecirc;te
-(T=, H=, E=) n'ont aucun effet dans un contexte de r&eacute;pertoire ou de
-fichier htaccess, lorsqu'une substitution (autre que '-') est effectu&eacute;e
-au cours de la m&ecirc;me passe du processus de r&eacute;&eacute;criture.
+<p>Les drapeaux qui modifient les métadonnées associées à la requête
+(T=, H=, E=) n'ont aucun effet dans un contexte de répertoire ou de
+fichier htaccess, lorsqu'une substitution (autre que '-') est effectuée
+au cours de la même passe du processus de réécriture.
 </p>
 
-<p>Chaque drapeau disponible est pr&eacute;sent&eacute; ici, avec un exemple
+<p>Chaque drapeau disponible est présenté ici, avec un exemple
 d'utilisation.</p>
 </section>
 
-<section id="flag_b"><title>B (&eacute;chappement dans les r&eacute;f&eacute;rences arri&egrave;res)</title>
+<section id="flag_b"><title>B (échappement dans les références arrières)</title>
 <p>Avec le drapeau [B], la directive <directive
-module="mod_rewrite">RewriteRule</directive> &eacute;chappe les caract&egrave;res
-non-alphanum&eacute;riques avant d'appliquer la transformation. A partir
-de la version 2.4.10, vous pouvez limiter l'&eacute;chappement dans les
-r&eacute;f&eacute;rences arri&egrave;res &agrave; une liste de caract&egrave;res que vous pouvez sp&eacute;cifiez comme
+module="mod_rewrite">RewriteRule</directive> échappe les caractères
+non-alphanumériques avant d'appliquer la transformation. A partir
+de la version 2.4.10, vous pouvez limiter l'échappement dans les
+références arrières à une liste de caractères que vous pouvez spécifiez comme
 dans cet exemple : <code>[B=#?;]</code>. Notez que l'espace peut faire
-partie de la liste des caract&egrave;res &agrave; &eacute;chapper, mais qu'il ne doit pas
-&ecirc;tre le dernier caract&egrave;re de cette liste.
+partie de la liste des caractères à échapper, mais qu'il ne doit pas
+être le dernier caractère de cette liste.
 </p>
 
-<p><code>mod_rewrite</code> doit supprimer les s&eacute;quences d'&eacute;chappement
+<p><code>mod_rewrite</code> doit supprimer les séquences d'échappement
 des URLs avant leur
-mise en correspondance avec le syst&egrave;me de fichiers ; les s&eacute;quences
-d'&eacute;chappement sont donc supprim&eacute;es des r&eacute;f&eacute;rences arri&egrave;res au moment o&ugrave;
-ces derni&egrave;res sont appliqu&eacute;es. Avec le drapeau B, les caract&egrave;res
-non-alphanum&eacute;riques des r&eacute;f&eacute;rences arri&egrave;res seront &eacute;chapp&eacute;s. Consid&eacute;rons
-par exemple cette r&egrave;gle :</p>
+mise en correspondance avec le système de fichiers ; les séquences
+d'échappement sont donc supprimées des références arrières au moment où
+ces dernières sont appliquées. Avec le drapeau B, les caractères
+non-alphanumériques des références arrières seront échappés. Considérons
+par exemple cette règle :</p>
 
 <highlight language="config">RewriteRule "^search/(.*)$" "/search.php?term=$1"</highlight>
 
 <p>Soit le terme de recherche 'x &amp; y/z' ; un navigateur va le coder
-en 'x%20%26%20y%2Fz', transformant la requ&ecirc;te en
-'search/x%20%26%20y%2Fz'. Sans le drapeau B, cette r&egrave;gle de r&eacute;&eacute;criture
-va r&eacute;&eacute;crire la requ&ecirc;te en 'search.php?term=x &amp; y/z', ce qui ne
-correspond pas &agrave; une URL valide et cette derni&egrave;re sera encod&eacute;e en
-<code>search.php?term=x%20&amp;y%2Fz=</code>, ce qui ne correspond pas &agrave;
+en 'x%20%26%20y%2Fz', transformant la requête en
+'search/x%20%26%20y%2Fz'. Sans le drapeau B, cette règle de réécriture
+va réécrire la requête en 'search.php?term=x &amp; y/z', ce qui ne
+correspond pas à une URL valide et cette dernière sera encodée en
+<code>search.php?term=x%20&amp;y%2Fz=</code>, ce qui ne correspond pas à
 ce que l'on souhaitait.</p>
 
-<p>Avec le drapeau B, les param&egrave;tres sont r&eacute;encod&eacute;s avant d'&ecirc;tre pass&eacute;s
-&agrave; l'URL r&eacute;sultante, ce qui fournit une r&eacute;&eacute;criture correcte en
+<p>Avec le drapeau B, les paramètres sont réencodés avant d'être passés
+à l'URL résultante, ce qui fournit une réécriture correcte en
 <code>/search.php?term=x%20%26%20y%2Fz</code>.</p>
 
-<p>Notez que vous devrez peut-&ecirc;tre aussi d&eacute;finir la
+<p>Notez que vous devrez peut-être aussi définir la
 directive <directive module="core">AllowEncodedSlashes</directive>
-&agrave; <code>On</code> pour
+à <code>On</code> pour
 que cet exemple particulier fonctionne, car httpd ne permet pas les
-slashes encod&eacute;s dans les URLs, et renvoie une erreur 404 s'il en
+slashes encodés dans les URLs, et renvoie une erreur 404 s'il en
 rencontre un.</p>
 
-<p>Ce processus d'&eacute;chappement est en particulier n&eacute;cessaire dans le
-contexte d'un mandataire, o&ugrave; l'acc&egrave;s au serveur d'arri&egrave;re-plan &eacute;chouera
-si on pr&eacute;sente &agrave; ce dernier une URL non &eacute;chapp&eacute;e.</p>
+<p>Ce processus d'échappement est en particulier nécessaire dans le
+contexte d'un mandataire, où l'accès au serveur d'arrière-plan échouera
+si on présente à ce dernier une URL non échappée.</p>
 
-<p>Une alternative &agrave; ce drapeau consiste &agrave; utiliser une directive
+<p>Une alternative à ce drapeau consiste à utiliser une directive
 <directive module="mod_rewrite">RewriteCond</directive> pour capturer
-%{THE_REQUEST}, les cha&icirc;nes captur&eacute;es se pr&eacute;sentant
-alors sous la forme cod&eacute;e.</p>
+%{THE_REQUEST}, les chaînes capturées se présentant
+alors sous la forme codée.</p>
 
 </section>
 
-<section id="flag_bnp"><title>BNP|backrefnoplus (ne pas &eacute;chapper
+<section id="flag_bnp"><title>BNP|backrefnoplus (ne pas échapper
 l'espace en +)</title>
-<p>Si le drapeau [BNP] est sp&eacute;cifi&eacute;, la directive <directive
-module="mod_rewrite">RewriteRule</directive> &eacute;chappera le caract&egrave;re
-espace en %20 au lieu de '+' dans les r&eacute;f&eacute;rences arri&egrave;res. Ceci s'av&egrave;re
-utile lorsque la r&eacute;f&eacute;rence arri&egrave;re est utilis&eacute;e dans la partie chemin,
-et non dans les param&egrave;tres de la requ&ecirc;te.</p>
+<p>Si le drapeau [BNP] est spécifié, la directive <directive
+module="mod_rewrite">RewriteRule</directive> échappera le caractère
+espace en %20 au lieu de '+' dans les références arrières. Ceci s'avère
+utile lorsque la référence arrière est utilisée dans la partie chemin,
+et non dans les paramètres de la requête.</p>
 </section>
 
 <section id="flag_c"><title>C|chain</title>
-<p>Le drapeau [C] ou [chain] indique que la r&egrave;gle <directive
-module="mod_rewrite">RewriteRule</directive> est cha&icirc;n&eacute;e avec la
-suivante. Autrement dit, si la r&egrave;gle s'applique, elle est trait&eacute;e
-normalement et passe le contr&ocirc;le &agrave; la r&egrave;gle suivante. Par contre, si
-elle ne s'applique pas, la r&egrave;gle suivante, ainsi que toutes les r&egrave;gles
-cha&icirc;n&eacute;es qui suivent, seront saut&eacute;es.</p>
+<p>Le drapeau [C] ou [chain] indique que la règle <directive
+module="mod_rewrite">RewriteRule</directive> est chaînée avec la
+suivante. Autrement dit, si la règle s'applique, elle est traitée
+normalement et passe le contrôle à la règle suivante. Par contre, si
+elle ne s'applique pas, la règle suivante, ainsi que toutes les règles
+chaînées qui suivent, seront sautées.</p>
 
 </section>
 
 <section id="flag_co"><title>CO|cookie</title>
-<p>Le drapeau [CO], ou [cookie], vous permet de d&eacute;finir un cookie
-lorsqu'une r&egrave;gle <directive module="mod_rewrite">RewriteRule</directive>
-s'applique. Il poss&egrave;de trois arguments obligatoires et
+<p>Le drapeau [CO], ou [cookie], vous permet de définir un cookie
+lorsqu'une règle <directive module="mod_rewrite">RewriteRule</directive>
+s'applique. Il possède trois arguments obligatoires et
 quatre arguments optionnels.</p>
 
-<p>La syntaxe compl&egrave;te de ce drapeau, avec tous ses attributs, est la
+<p>La syntaxe complète de ce drapeau, avec tous ses attributs, est la
 suivante :</p>
 
 <example>
 [CO=NAME:VALUE:DOMAIN:lifetime:path:secure:httponly]
 </example>
 
-<p>Si un caract&egrave;re litt&eacute;ral ':' doit &ecirc;tre ins&eacute;rer dans un des champs du
+<p>Si un caractère littéral ':' doit être insérer dans un des champs du
 cookie, une autre syntaxe est disponible. Pour utiliser cette syntaxe
-alternative, le contenu du champ "Name" doit &ecirc;tre pr&eacute;c&eacute;d&eacute; du caract&egrave;re
-';', et les s&eacute;pateurs de champs deviendront des ';'.</p>
+alternative, le contenu du champ "Name" doit être précédé du caractère
+';', et les sépateurs de champs deviendront des ';'.</p>
 
 <example>
 [CO=;NAME;VALUE:MOREVALUE;DOMAIN;lifetime;path;secure;httponly]
 </example>
 
-<p>Vous devez d&eacute;clarer un nom, une valeur et un domaine pour que
-le cookie puisse &ecirc;tre d&eacute;fini.</p>
+<p>Vous devez déclarer un nom, une valeur et un domaine pour que
+le cookie puisse être défini.</p>
 
 
 <dl>
 <dt>Domain</dt>
 <dd>Le domaine pour lequel vous souhaitez que le cookie soit valide. Ce
-peut &ecirc;tre un nom de serveur, comme <code>www.example.com</code>, ou un
+peut être un nom de serveur, comme <code>www.example.com</code>, ou un
 domaine, comme <code>.example.com</code>. Il doit comporter au moins
-deux parties s&eacute;par&eacute;es par un point. C'est &agrave; dire que vous ne pouvez pas
+deux parties séparées par un point. C'est à dire que vous ne pouvez pas
 utiliser les valeurs <code>.com</code> ou <code>.net</code>. En effet,
-ce style de cookie est interdit par le mod&egrave;le de s&eacute;curit&eacute; des cookies.</dd>
+ce style de cookie est interdit par le modèle de sécurité des cookies.</dd>
 </dl>
 
-<p>Vous pouvez aussi d&eacute;finir les valeurs suivantes :</p>
+<p>Vous pouvez aussi définir les valeurs suivantes :</p>
 
 <dl>
 <dt>Lifetime</dt>
-<dd>La dur&eacute;e de vie du cookie, en minutes.</dd>
-<dd>Une valeur de 0 indique une dur&eacute;e de vie correspondant &agrave; la session
-courante du navigateur. Il s'agit de la valeur par d&eacute;faut.</dd>
+<dd>La durée de vie du cookie, en minutes.</dd>
+<dd>Une valeur de 0 indique une durée de vie correspondant à la session
+courante du navigateur. Il s'agit de la valeur par défaut.</dd>
 
 <dt>Path</dt>
-<dd>Le chemin, sur le site web concern&eacute;, pour lequel le cookie est
+<dd>Le chemin, sur le site web concerné, pour lequel le cookie est
 valide, du style <code>/clients/</code> or
 <code>/fichiers/telechargement/</code>.</dd>
-<dd>La valeur par d&eacute;faut est <code>/</code> - c'est &agrave; dire l'ensemble du
+<dd>La valeur par défaut est <code>/</code> - c'est à dire l'ensemble du
 site web.</dd>
 
 <dt>Secure</dt>
 <dd>Si cet argument a pour valeur <code>secure</code>,
-<code>true</code>, ou <code>1</code>, le cookie ne pourra &ecirc;tre transmis
-que dans le cadre d'une connexion s&eacute;curis&eacute;e (https).</dd>
+<code>true</code>, ou <code>1</code>, le cookie ne pourra être transmis
+que dans le cadre d'une connexion sécurisée (https).</dd>
 
 <dt>httponly</dt>
 <dd>Si cet argument a pour valeur <code>HttpOnly</code>,
 <code>true</code>, ou <code>1</code>, le cookie aura son drapeau
-<code>HttpOnly</code> activ&eacute;, ce qui signifie qu'il sera inaccessible au
+<code>HttpOnly</code> activé, ce qui signifie qu'il sera inaccessible au
 code JavaScript pour les navigateurs qui supportent cette
-fonctionnalit&eacute;.</dd>
+fonctionnalité.</dd>
 </dl>
 
 <p>Voici un exemple :</p>
@@ -211,64 +211,64 @@ RewriteEngine On
 RewriteRule "^/index\.html" "-" [CO=frontdoor:yes:.example.org:1440:/]
 </highlight>
 
-<p>Dans l'exemple ci-dessus, la r&egrave;gle ne r&eacute;&eacute;crit
-pas la requ&ecirc;te. La cible de r&eacute;&eacute;criture "-"
-indique &agrave; mod_rewrite de transmettre la requ&ecirc;te sans
+<p>Dans l'exemple ci-dessus, la règle ne réécrit
+pas la requête. La cible de réécriture "-"
+indique à mod_rewrite de transmettre la requête sans
 modification. Par contre, il
-d&eacute;finit un cookie nomm&eacute; 'frontdoor' avec une valeur 'yes'. Le cookie est
-valide pour tout h&ocirc;te situ&eacute; dans le domaine <code>.example.org</code>. Sa
-dur&eacute;e de vie est limit&eacute;e &agrave; 1440 minutes (24 heures), et il sera renvoy&eacute;
+définit un cookie nommé 'frontdoor' avec une valeur 'yes'. Le cookie est
+valide pour tout hôte situé dans le domaine <code>.example.org</code>. Sa
+durée de vie est limitée à 1440 minutes (24 heures), et il sera renvoyé
 pour tous les URIs.</p>
 
 </section>
 
 <section id="flag_dpi"><title>DPI|discardpath</title>
 <p>Avec le drapeau DPI, la partie PATH_INFO de l'URI
-r&eacute;&eacute;crit est supprim&eacute;e.</p>
-<p>Ce drapeau est disponible dans les versions 2.2.12 et sup&eacute;rieures.</p>
-<p>Dans un contexte de r&eacute;pertoire, l'URI mis en comparaison par chaque
-r&egrave;gle <directive>RewriteRule</directive> est la concat&eacute;nation des
+réécrit est supprimée.</p>
+<p>Ce drapeau est disponible dans les versions 2.2.12 et supérieures.</p>
+<p>Dans un contexte de répertoire, l'URI mis en comparaison par chaque
+règle <directive>RewriteRule</directive> est la concaténation des
 valeurs courantes de l'URI et de PATH_INFO.</p>
 
-<p>L'URI courant peut &ecirc;tre l'URI initial tel qu'il a &eacute;t&eacute; fourni par le
-client, le r&eacute;sultat d'une passe pr&eacute;c&eacute;dente du processus de r&eacute;&eacute;criture,
-ou le r&eacute;sultat de la r&egrave;gle pr&eacute;c&eacute;dente dans le processus courant de
-r&eacute;&eacute;criture.</p>
+<p>L'URI courant peut être l'URI initial tel qu'il a été fourni par le
+client, le résultat d'une passe précédente du processus de réécriture,
+ou le résultat de la règle précédente dans le processus courant de
+réécriture.</p>
 
-<p>Par contre, la partie PATH_INFO ajout&eacute;e &agrave; l'URI avant chaque r&egrave;gle ne
-refl&egrave;te que la valeur de PATH_INFO avant la passe courante du processus
-de r&eacute;&eacute;criture. En cons&eacute;quence, si de larges portions de l'URI
+<p>Par contre, la partie PATH_INFO ajoutée à l'URI avant chaque règle ne
+reflète que la valeur de PATH_INFO avant la passe courante du processus
+de réécriture. En conséquence, si de larges portions de l'URI
 correspondent et sont traduites via plusieurs directives
 <directive>RewriteRule</directive>, sans prendre en compte
 quelles parties de l'URI provenaient du PATH_INFO courant, l'URI final
 pourra se voir ajouter plusieurs copies de PATH_INFO.</p>
 
-<p>Utilisez ce drapeau pour toute substitution o&ugrave; la pr&eacute;sence du PATH_INFO qui
-r&eacute;sultait de la mise en correspondance pr&eacute;c&eacute;dente de cette requ&ecirc;te avec
-le syst&egrave;me de fichier n'est pas n&eacute;cessaire. Avec ce drapeau, le
-PATH_INFO &eacute;tabli avant que cette passe du processus de r&eacute;&eacute;criture ne
-d&eacute;bute est oubli&eacute;. PATH_INFO ne sera pas recalcul&eacute; tant que la passe
-courante du processus de r&eacute;&eacute;criture ne sera pas achev&eacute;e. Les r&egrave;gles
-suivantes de cette passe ne verront que le r&eacute;sultat direct des
-substitutions, sans aucun PATH_INFO ajout&eacute;.</p>
+<p>Utilisez ce drapeau pour toute substitution où la présence du PATH_INFO qui
+résultait de la mise en correspondance précédente de cette requête avec
+le système de fichier n'est pas nécessaire. Avec ce drapeau, le
+PATH_INFO établi avant que cette passe du processus de réécriture ne
+débute est oublié. PATH_INFO ne sera pas recalculé tant que la passe
+courante du processus de réécriture ne sera pas achevée. Les règles
+suivantes de cette passe ne verront que le résultat direct des
+substitutions, sans aucun PATH_INFO ajouté.</p>
 </section>
 
 <section id="flag_e"><title>E|env</title>
-<p>Avec le drapeau [E], ou [env], vous pouvez d&eacute;finir la valeur d'une
+<p>Avec le drapeau [E], ou [env], vous pouvez définir la valeur d'une
 variable d'environnement. Notez que certaines variables d'environnement
-peuvent &ecirc;tre d&eacute;finies apr&egrave;s le traitement de la r&egrave;gle, annulant par
-la-m&ecirc;me ce que vous avez d&eacute;fini. Voir le <a href="../env.html">document
-sur les variables d'environnement</a> pour plus de d&eacute;tails sur le
+peuvent être définies après le traitement de la règle, annulant par
+la-même ce que vous avez défini. Voir le <a href="../env.html">document
+sur les variables d'environnement</a> pour plus de détails sur le
 fonctionnement des variables d'environnement.</p>
 
-<p>La syntaxe compl&egrave;te pour ce drapeau est :</p>
+<p>La syntaxe complète pour ce drapeau est :</p>
 
 <highlight language="config">
 [E=!VAR]
 </highlight>
 
-<p><code>VAL</code> peut comporter des r&eacute;f&eacute;rences arri&egrave;res
-(<code>$N</code> ou <code>%N</code>) qui seront d&eacute;velopp&eacute;es.</p>
+<p><code>VAL</code> peut comporter des références arrières
+(<code>$N</code> ou <code>%N</code>) qui seront développées.</p>
 
 <p>En utilisant la version courte</p>
 
@@ -276,7 +276,7 @@ fonctionnement des variables d'environnement.</p>
 [E=VAR]
 </example>
 
-<p>vous pouvez d&eacute;finir la variable d'environnement nomm&eacute;e
+<p>vous pouvez définir la variable d'environnement nommée
 <code>VAR</code> avec une valeur vide.</p>
 
 <p>La forme</p>
@@ -285,92 +285,92 @@ fonctionnement des variables d'environnement.</p>
 [E=!VAR]
 </example>
 
-<p>permet d'annuler la d&eacute;finition de la variable <code>VAR</code>.</p>
+<p>permet d'annuler la définition de la variable <code>VAR</code>.</p>
 
-<p>Les variables d'environnement s'emploient dans diff&eacute;rents contextes,
+<p>Les variables d'environnement s'emploient dans différents contextes,
 comme les programmes CGI, d'autres directives RewriteRule, ou des
 directives CustomLog.</p>
 
-<p>L'exemple suivant d&eacute;finit une variable d'environnement nomm&eacute;e 'image'
-avec une valeur de '1' si l'URI de la requ&ecirc;te correspond &agrave; un fichier
-image. Cette variable d'environnement est ensuite utilis&eacute;e pour exclure
-une telle requ&ecirc;te du journal des acc&egrave;s.</p>
+<p>L'exemple suivant définit une variable d'environnement nommée 'image'
+avec une valeur de '1' si l'URI de la requête correspond à un fichier
+image. Cette variable d'environnement est ensuite utilisée pour exclure
+une telle requête du journal des accès.</p>
 
 <highlight language="config">
 RewriteRule "\.(png|gif|jpg)" "-" [E=image:1]<br />
 CustomLog "logs/access_log" combined env=!image
 </highlight>
 
-<p>Notez que le m&ecirc;me effet peut &ecirc;tre obtenu &agrave; l'aide de la directive
+<p>Notez que le même effet peut être obtenu à l'aide de la directive
 <directive module="mod_setenvif">SetEnvIf</directive>. Cette technique
-est pr&eacute;sent&eacute;e &agrave; titre d'exemple et non de recommandation.</p>
+est présentée à titre d'exemple et non de recommandation.</p>
 </section>
 
 <section id="flag_end"><title>END</title>
 <p>L'utilisation du drapeau [END] permet non seulement de terminer le
-processus de r&eacute;&eacute;criture en cours (comme [L]), mais aussi d'emp&ecirc;cher tout
-processus de r&eacute;&eacute;criture ult&eacute;rieur dans un contexte de r&eacute;pertoire
+processus de réécriture en cours (comme [L]), mais aussi d'empêcher tout
+processus de réécriture ultérieur dans un contexte de répertoire
 (htaccess).</p>
 
-<p>Ceci ne s'applique pas aux nouvelles requ&ecirc;tes r&eacute;sultant d'une
+<p>Ceci ne s'applique pas aux nouvelles requêtes résultant d'une
 redirection externe.</p>
 </section>
 
 <section id="flag_f"><title>F|forbidden</title>
 <p>L'utilisation du drapeau [F] permet de faire envoyer par le serveur au
-client un code de statut "403 Forbidden". Le m&ecirc;me effet peut &ecirc;tre obtenu &agrave;
+client un code de statut "403 Forbidden". Le même effet peut être obtenu à
 l'aide de la directive <directive module="mod_access_compat">Deny</directive>,
 mais ce drapeau offre plus de souplesse dans l'attribution d'un statut
 Forbidden.</p>
 
-<p>La r&egrave;gle suivante va interdire la t&eacute;l&eacute;chargement de fichiers
+<p>La règle suivante va interdire la téléchargement de fichiers
 <code>.exe</code> depuis votre serveur.</p>
 
 <highlight language="config">RewriteRule "\.exe" "-" [F]</highlight>
 
-<p>Cet exemple utilise la syntaxe "-" pour la cible de r&eacute;&eacute;criture, ce
-qui signifie que l'URI de la requ&ecirc;te n'est pas modifi&eacute;. Il n'y a aucune
-raison de r&eacute;&eacute;crire un URI, si vous avez l'intention d'interdire la
-requ&ecirc;te.</p>
+<p>Cet exemple utilise la syntaxe "-" pour la cible de réécriture, ce
+qui signifie que l'URI de la requête n'est pas modifié. Il n'y a aucune
+raison de réécrire un URI, si vous avez l'intention d'interdire la
+requête.</p>
 
-<p>Lorsqu'on utilise [F], [L] est implicite - c'est &agrave; dire que la
-r&eacute;ponse est renvoy&eacute;e imm&eacute;diatement, et aucune autre r&egrave;gle n'est &eacute;valu&eacute;e.</p>
+<p>Lorsqu'on utilise [F], [L] est implicite - c'est à dire que la
+réponse est renvoyée immédiatement, et aucune autre règle n'est évaluée.</p>
 
 </section>
 
 <section id="flag_g"><title>G|gone</title>
 <p>Le drapeau [G] permet de faire envoyer par le serveur un code de statut
-"410 Gone" avec la r&eacute;ponse. Ce code indique qu'une ressource qui &eacute;tait
+"410 Gone" avec la réponse. Ce code indique qu'une ressource qui était
 disponible auparavant ne l'est plus actuellement.</p>
 
-<p>Comme dans le cas du drapeau [F], on utilise en g&eacute;n&eacute;ral la syntaxe
-"-" pour la cible de r&eacute;&eacute;criture lorsqu'on utilise le drapeau [G] :</p>
+<p>Comme dans le cas du drapeau [F], on utilise en général la syntaxe
+"-" pour la cible de réécriture lorsqu'on utilise le drapeau [G] :</p>
 
 <highlight language="config">RewriteRule "oldproduct" "-" [G,NC]</highlight>
 
-<p>Lorsqu'on utilise [G], [L] est implicite - c'est &agrave; dire que la
-r&eacute;ponse est renvoy&eacute;e imm&eacute;diatement, et aucune autre r&egrave;gle n'est &eacute;valu&eacute;e.</p>
+<p>Lorsqu'on utilise [G], [L] est implicite - c'est à dire que la
+réponse est renvoyée immédiatement, et aucune autre règle n'est évaluée.</p>
 
 </section>
 
 <section id="flag_h"><title>H|handler</title>
-<p>Force le traitement de la requ&ecirc;te r&eacute;sultante par le gestionnaire
-sp&eacute;cifi&eacute;. Par exemple, on peut utiliser ce drapeau pour forcer
-l'interpr&eacute;tation de tous les fichiers sans extension par le gestionnaire
+<p>Force le traitement de la requête résultante par le gestionnaire
+spécifié. Par exemple, on peut utiliser ce drapeau pour forcer
+l'interprétation de tous les fichiers sans extension par le gestionnaire
 php :</p>
 
 <highlight language="config">RewriteRule "!\." "-" [H=application/x-httpd-php]</highlight>
 
 <p>
-L'expression rationnelle ci-dessus - <code>!\.</code> - correspond &agrave;
-toute requ&ecirc;te qui ne contient pas le caract&egrave;re <code>.</code>.
+L'expression rationnelle ci-dessus - <code>!\.</code> - correspond à
+toute requête qui ne contient pas le caractère <code>.</code>.
 </p>
 <p>On peut aussi utiliser ce drapeau pour forcer l'utilisation d'un
 certain gestionnaire en fonction de certaines conditions. Par exemple,
-l'extrait suivant utilis&eacute; dans un contexte de niveau serveur permet de
+l'extrait suivant utilisé dans un contexte de niveau serveur permet de
 faire en sorte que les fichiers <code>.php</code> soient
-<em>affich&eacute;s</em> par <code>mod_php</code> dans le cas o&ugrave; ils font
-l'objet d'une requ&ecirc;te avec l'extension <code>.phps</code> :</p>
+<em>affichés</em> par <code>mod_php</code> dans le cas où ils font
+l'objet d'une requête avec l'extension <code>.phps</code> :</p>
 
 <highlight language="config">
 RewriteRule "^(/source/.+\.php)s$" "$1" [H=application/x-httpd-php-source]
@@ -378,60 +378,60 @@ RewriteRule "^(/source/.+\.php)s$" "$1" [H=application/x-httpd-php-source]
 
 
 <p>L'expression rationnelle ci-dessus -
-<code>^(/source/.+\.php)s$</code> - va correspondre &agrave; toute requ&ecirc;te qui
-d&eacute;butera par <code>/source/</code>, continuera par 1 ou n caract&egrave;res
-puis par <code>.phps</code>. La r&eacute;f&eacute;rence arri&egrave;re $1 fait r&eacute;f&eacute;rence &agrave; la
-correspondance captur&eacute;e entre parenth&egrave;ses de l'expression
+<code>^(/source/.+\.php)s$</code> - va correspondre à toute requête qui
+débutera par <code>/source/</code>, continuera par 1 ou n caractères
+puis par <code>.phps</code>. La référence arrière $1 fait référence à la
+correspondance capturée entre parenthèses de l'expression
 rationnelle.</p>
 
 
 </section>
 
 <section id="flag_l"><title>L|last</title>
-<p>Lorsque le drapeau [L] est pr&eacute;sent, <module>mod_rewrite</module>
-arr&ecirc;te le traitement du jeu de r&egrave;gles. Cela signifie dans la plupart des
-situations que si la r&egrave;gle s'applique, aucune autre r&egrave;gle ne sera
-trait&eacute;e. Ce drapeau correspond &agrave; la commande Perl <code>last</code>, ou
-&agrave; la commande <code>break</code> en C. Utilisez ce drapeau pour indiquer
-que la r&egrave;gle courante doit &ecirc;tre appliqu&eacute;e imm&eacute;diatement, sans tenir
-compte des r&egrave;gles ult&eacute;rieures.</p>
-
-<p>Si vous utilisez des r&egrave;gles <directive
+<p>Lorsque le drapeau [L] est présent, <module>mod_rewrite</module>
+arrête le traitement du jeu de règles. Cela signifie dans la plupart des
+situations que si la règle s'applique, aucune autre règle ne sera
+traitée. Ce drapeau correspond à la commande Perl <code>last</code>, ou
+à la commande <code>break</code> en C. Utilisez ce drapeau pour indiquer
+que la règle courante doit être appliquée immédiatement, sans tenir
+compte des règles ultérieures.</p>
+
+<p>Si vous utilisez des règles <directive
 module="mod_rewrite">RewriteRule</directive> dans des fichiers
 <code>.htaccess</code> ou des sections <directive type="section"
 module="core">Directory</directive>, il est important d'avoir quelques
-notions sur la mani&egrave;re dont les r&egrave;gles sont trait&eacute;es. Pour simplifier,
-une fois les r&egrave;gles trait&eacute;es, la requ&ecirc;te r&eacute;&eacute;crite est pass&eacute;e &agrave; nouveau
-au moteur d'interpr&eacute;tation des URLs afin que ce dernier puisse la
-traiter. Il est possible qu'au cours du traitement de la requ&ecirc;te
-r&eacute;&eacute;crite, le fichier <code>.htaccess</code> ou la section <directive
-type="section" module="core">Directory</directive> soient &agrave; nouveau
-rencontr&eacute;s, entra&icirc;nant un nouveau traitement du jeu de r&egrave;gles depuis le
-d&eacute;but. Cette situation se pr&eacute;sente le plus souvent lorsqu'une des r&egrave;gles
-provoque une redirection - interne ou externe - ce qui r&eacute;initialise le
-traitement de la requ&ecirc;te.</p>
+notions sur la manière dont les règles sont traitées. Pour simplifier,
+une fois les règles traitées, la requête réécrite est passée à nouveau
+au moteur d'interprétation des URLs afin que ce dernier puisse la
+traiter. Il est possible qu'au cours du traitement de la requête
+réécrite, le fichier <code>.htaccess</code> ou la section <directive
+type="section" module="core">Directory</directive> soient à nouveau
+rencontrés, entraînant un nouveau traitement du jeu de règles depuis le
+début. Cette situation se présente le plus souvent lorsqu'une des règles
+provoque une redirection - interne ou externe - ce qui réinitialise le
+traitement de la requête.</p>
 
 <p>Si vous utilisez des directives <directive
 module="mod_rewrite">RewriteRule</directive> dans un de ces contextes,
-il importe par cons&eacute;quent de pr&eacute;voir explicitement des &eacute;tapes permettant
-d'&eacute;viter un bouclage infini sur les r&egrave;gles,
+il importe par conséquent de prévoir explicitement des étapes permettant
+d'éviter un bouclage infini sur les règles,
 et de ne pas compter seulement sur
-le drapeau [L] pour terminer l'ex&eacute;cution d'une s&eacute;rie de r&egrave;gles, comme
-d&eacute;crit ci-dessous.</p>
+le drapeau [L] pour terminer l'exécution d'une série de règles, comme
+décrit ci-dessous.</p>
 
 <p>Un autre drapeau, [END], permet non seulement d'interrompre le cycle
-courant du processus de r&eacute;&eacute;criture, mais aussi d'emp&ecirc;cher toute
-r&eacute;&eacute;criture ult&eacute;rieure dans le contexte de r&eacute;pertoire (htaccess). Ceci ne
-s'applique pas aux nouvelles requ&ecirc;tes r&eacute;sultant de redirections
+courant du processus de réécriture, mais aussi d'empêcher toute
+réécriture ultérieure dans le contexte de répertoire (htaccess). Ceci ne
+s'applique pas aux nouvelles requêtes résultant de redirections
 externes.</p>
 
-<p>Dans l'exemple donn&eacute; ici, toute requ&ecirc;te est r&eacute;&eacute;crite en
-<code>index.php</code>, la requ&ecirc;te originale &eacute;tant ajout&eacute;e comme cha&icirc;ne
-de requ&ecirc;te en argument &agrave; <code>index.php</code> ; cependant, la
+<p>Dans l'exemple donné ici, toute requête est réécrite en
+<code>index.php</code>, la requête originale étant ajoutée comme chaîne
+de requête en argument à <code>index.php</code> ; cependant, la
 directive <directive
 module="mod_rewrite">RewriteCond</directive> permet de s'assurer que si
-la requ&ecirc;te concerne d&eacute;j&agrave; <code>index.php</code>, la directive <directive
-module="mod_rewrite">RewriteRule</directive> sera saut&eacute;e.</p>
+la requête concerne déjà <code>index.php</code>, la directive <directive
+module="mod_rewrite">RewriteRule</directive> sera sautée.</p>
 
 <highlight language="config">
 RewriteBase "/"
@@ -441,125 +441,125 @@ RewriteRule "^(.*)" "/index.php?req=$1" [L,PT]
 </section>
 
 <section id="flag_n"><title>N|next</title>
-<p>Le drapeau [N] provoque un red&eacute;marrage du traitement des r&egrave;gles
-depuis le d&eacute;but, en utilisant le r&eacute;sultat du jeu de r&egrave;gles, sous
-r&eacute;serve qu'il existe un point de d&eacute;marrage ; &agrave; utiliser avec pr&eacute;cautions
+<p>Le drapeau [N] provoque un redémarrage du traitement des règles
+depuis le début, en utilisant le résultat du jeu de règles, sous
+réserve qu'il existe un point de démarrage ; à utiliser avec précautions
 car il peut provoquer un bouclage infini.
 </p>
 <p>
 Le drapeau [Next] peut servir, par exemple,
-&agrave; remplacer de mani&egrave;re r&eacute;p&eacute;titive
-une cha&icirc;ne de caract&egrave;re ou une lettre dans une requ&ecirc;te. Dans l'exemple
-suivant, chaque occurence de A sera remplac&eacute;e par B dans la requ&ecirc;te, et
-ceci jusqu'il n'y ait plus de A &agrave; remplacer.
+à remplacer de manière répétitive
+une chaîne de caractère ou une lettre dans une requête. Dans l'exemple
+suivant, chaque occurence de A sera remplacée par B dans la requête, et
+ceci jusqu'il n'y ait plus de A à remplacer.
 </p>
 
 <highlight language="config">RewriteRule "(.*)A(.*)" "$1B$2" [N]</highlight>
 
-<p>Vous pouvez vous repr&eacute;senter ce traitement comme une boucle
-<code>while</code> : tant que le mod&egrave;le de la r&egrave;gle correspond (c'est &agrave;
+<p>Vous pouvez vous représenter ce traitement comme une boucle
+<code>while</code> : tant que le modèle de la règle correspond (c'est à
 dire, tant que l'URI contient un <code>A</code>),
-effectuer la substitution (c'est &agrave; dire, remplacer le <code>A</code> par
+effectuer la substitution (c'est à dire, remplacer le <code>A</code> par
 un <code>B</code>).</p>
 
-<p>A partir de la version 2.5.0, ce module renvoie une erreur apr&egrave;s
-10000 it&eacute;rations afin d'&eacute;viter les boucles infinies. Ce nombre maximum
-d'it&eacute;ration peut &ecirc;tre modifi&eacute; via le drapeau N.</p>
+<p>A partir de la version 2.5.0, ce module renvoie une erreur après
+10000 itérations afin d'éviter les boucles infinies. Ce nombre maximum
+d'itération peut être modifié via le drapeau N.</p>
 <highlight language="config">
-# On veut remplacer 1 caract&egrave;re &agrave; chaque it&eacute;ration de la boucle
+# On veut remplacer 1 caractère à chaque itération de la boucle
 RewriteRule "(.+)[&gt;&lt;;]$" "$1" [N=32000]
-# ... ou s'arr&ecirc;ter apr&egrave;s 10 it&eacute;rations
+# ... ou s'arrêter après 10 itérations
 RewriteRule "(.+)[&gt;&lt;;]$" "$1" [N=10]
 </highlight>
 
 </section>
 
 <section id="flag_nc"><title>NC|nocase</title>
-<p>Avec le drapeau [NC], le mod&egrave;le de la r&egrave;gle <directive
-module="mod_rewrite">RewriteRule</directive> est compar&eacute; &agrave; la requ&ecirc;te de
-mani&egrave;re insensible &agrave; la casse. C'est &agrave; dire que cette comparaison
+<p>Avec le drapeau [NC], le modèle de la règle <directive
+module="mod_rewrite">RewriteRule</directive> est comparé à la requête de
+manière insensible à la casse. C'est à dire que cette comparaison
 s'effectue sans tenir compte des majuscules/minuscules dans l'URI
-compar&eacute;.</p>
+comparé.</p>
 
-<p>Dans l'exemple suivant, toute requ&ecirc;te pour un fichier image sera
-transmise par Apache &agrave; votre serveur d'images d&eacute;di&eacute;. La correspondance est
-insensible &agrave; la casse, si bien que par exemple, <code>.jpg</code> aussi
-bien que <code>.JPG</code> seront accept&eacute;s.</p>
+<p>Dans l'exemple suivant, toute requête pour un fichier image sera
+transmise par Apache à votre serveur d'images dédié. La correspondance est
+insensible à la casse, si bien que par exemple, <code>.jpg</code> aussi
+bien que <code>.JPG</code> seront acceptés.</p>
 
 <highlight language="config">RewriteRule "(.*\.(jpg|gif|png))$" "http://images.example.com$1" [P,NC]</highlight>
 </section>
 
 <section id="flag_ne"><title>NE|noescape</title>
-<p>Par d&eacute;faut, les caract&egrave;res sp&eacute;ciaux, comme <code>&amp;</code> et
-<code>?</code>, sont convertis en leur &eacute;quivalent
-hexad&eacute;cimal. Le drapeau [NE] permet d'&eacute;viter cette conversion.
+<p>Par défaut, les caractères spéciaux, comme <code>&amp;</code> et
+<code>?</code>, sont convertis en leur équivalent
+hexadécimal. Le drapeau [NE] permet d'éviter cette conversion.
 </p>
 
 <highlight language="config">RewriteRule "^/anchor/(.+)" "/bigpage.html#$1" [NE,R]</highlight>
 
 <p>
-Dans l'exemple ci-dessus, <code>/anchor/xyz</code> est r&eacute;&eacute;crit en
+Dans l'exemple ci-dessus, <code>/anchor/xyz</code> est réécrit en
 <code>/bigpage.html#xyz</code>. En l'absence du drapeau [NE], le #
-aurait &eacute;t&eacute; converti en son &eacute;quivalent hexad&eacute;cimal, <code>%23</code>, ce
-qui aurait provoqu&eacute; un code d'erreur "404 Not Found".
+aurait été converti en son équivalent hexadécimal, <code>%23</code>, ce
+qui aurait provoqué un code d'erreur "404 Not Found".
 </p>
 
 </section>
 
 <section id="flag_ns"><title>NS|nosubreq</title>
-<p>Le drapeau [NS] emp&ecirc;che la r&egrave;gle de s'appliquer aux sous-requ&ecirc;tes.
+<p>Le drapeau [NS] empêche la règle de s'appliquer aux sous-requêtes.
 Par exemple, une page incluse au moyen d'une SSI (Server
-Side Include) est une sous-requ&ecirc;te, et vous ne voudrez probablement pas que
-la r&eacute;&eacute;criture s'applique &agrave; ces sous-requ&ecirc;tes. Ainsi, lorsque
-<module>mod_dir</module> recherche des informations &agrave; propos des
-fichiers par d&eacute;faut du r&eacute;pertoire (comme les fichiers
-<code>index.html</code>), il s'agit d'une sous-requ&ecirc;te interne, et vous
-ne d&eacute;sirez en g&eacute;n&eacute;ral pas que ces sous-requ&ecirc;tes soient r&eacute;&eacute;crites. Cette
-r&eacute;&eacute;criture
-n'est pas toujours utile pour les sous-requ&ecirc;tes, et peut m&ecirc;me causer des
-erreurs si l'ensemble du jeu de r&egrave;gles est appliqu&eacute;. L'utilisation de
-ce drapeau permet d'exclure les r&egrave;gles qui peuvent poser probl&egrave;me.</p>
-
-<p>Comment d&eacute;terminer si vous devez utiliser cette r&egrave;gle ou non : si
-vous pr&eacute;fixez les URLs avec des scripts CGI, afin de forcer leur
-traitement par le script CGI, vous vous exposez &agrave; des probl&egrave;mes (ou du
-moins &agrave; une surcharge significative) avec les sous-requ&ecirc;tes. Dans ces
+Side Include) est une sous-requête, et vous ne voudrez probablement pas que
+la réécriture s'applique à ces sous-requêtes. Ainsi, lorsque
+<module>mod_dir</module> recherche des informations à propos des
+fichiers par défaut du répertoire (comme les fichiers
+<code>index.html</code>), il s'agit d'une sous-requête interne, et vous
+ne désirez en général pas que ces sous-requêtes soient réécrites. Cette
+réécriture
+n'est pas toujours utile pour les sous-requêtes, et peut même causer des
+erreurs si l'ensemble du jeu de règles est appliqué. L'utilisation de
+ce drapeau permet d'exclure les règles qui peuvent poser problème.</p>
+
+<p>Comment déterminer si vous devez utiliser cette règle ou non : si
+vous préfixez les URLs avec des scripts CGI, afin de forcer leur
+traitement par le script CGI, vous vous exposez à des problèmes (ou du
+moins à une surcharge significative) avec les sous-requêtes. Dans ces
 cas, vous devez utiliser ce drapeau.</p>
 
 <p>
-Les images, scripts java, ou fichiers css, charg&eacute;s en tant que partie
-d'une page html, ne sont pas des sous-requ&ecirc;tes - le navigateur les
-appelle sous forme de requ&ecirc;tes HTTP &agrave; part enti&egrave;re.
+Les images, scripts java, ou fichiers css, chargés en tant que partie
+d'une page html, ne sont pas des sous-requêtes - le navigateur les
+appelle sous forme de requêtes HTTP à part entière.
 </p>
 </section>
 
 <section id="flag_p"><title>P|proxy</title>
-<p>L'utilisation du drapeau [P] entra&icirc;ne le traitement de la requ&ecirc;te par
-le module <module>mod_proxy</module>, et ceci via une requ&ecirc;te de
-mandataire. Par exemple, si vous voulez que toutes les requ&ecirc;tes d'images
-soient trait&eacute;es par un serveur d'images annexe, vous pouvez utiliser
-une r&egrave;gle de ce style :</p>
+<p>L'utilisation du drapeau [P] entraîne le traitement de la requête par
+le module <module>mod_proxy</module>, et ceci via une requête de
+mandataire. Par exemple, si vous voulez que toutes les requêtes d'images
+soient traitées par un serveur d'images annexe, vous pouvez utiliser
+une règle de ce style :</p>
 
 <highlight language="config">RewriteRule "/(.*)\.(jpg|gif|png)$" "http://images.example.com/$1.$2" [P]</highlight>
 
 <p>L'utilisation du drapeau [P] provoque aussi l'effet du drapeau [L] -
-autrement dit, la requ&ecirc;te est imm&eacute;diatement envoy&eacute;e au mandataire, et
-toute r&egrave;gle ult&eacute;rieure sera ignor&eacute;e.</p>
+autrement dit, la requête est immédiatement envoyée au mandataire, et
+toute règle ultérieure sera ignorée.</p>
 
 <p>
-Vous devez vous assurer que la cha&icirc;ne de substitution soit un URI valide
-(commen&ccedil;ant typiquement par <code>http://</code><em>nom-serveur</em>)
-qui puisse &ecirc;tre trait&eacute;e par le module <module>mod_proxy</module>. Dans
+Vous devez vous assurer que la chaîne de substitution soit un URI valide
+(commençant typiquement par <code>http://</code><em>nom-serveur</em>)
+qui puisse être traitée par le module <module>mod_proxy</module>. Dans
 le cas contraire, le module mandataire vous renverra une erreur.
-L'utilisation de ce drapeau impl&eacute;mente de mani&egrave;re plus puissante la
+L'utilisation de ce drapeau implémente de manière plus puissante la
 directive <directive module="mod_proxy">ProxyPass</directive>, pour
-faire correspondre le contenu distant &agrave; l'espace de nommage du serveur
+faire correspondre le contenu distant à l'espace de nommage du serveur
 local.</p>
 
 <note type="warning">
-      <title>Avertissement &agrave; propos de la s&eacute;curit&eacute;</title>
-      <p>Lors de la construction de l'URL cible de la r&egrave;gle, il convient
-      de prendre en compte l'impact en mati&egrave;re de s&eacute;curit&eacute; qu'aura le
+      <title>Avertissement à propos de la sécurité</title>
+      <p>Lors de la construction de l'URL cible de la règle, il convient
+      de prendre en compte l'impact en matière de sécurité qu'aura le
       fait de permettre au client d'influencer le jeu d'URLs pour
       lesquelles votre serveur agira en tant que mandataire.
       Assurez-vous que la partie protocole://nom-serveur de l'URL soit
@@ -571,12 +571,12 @@ local.</p>
       <p>Utiliser ce drapeau fait intervenir <module>mod_proxy</module> sans la gestion des connexions
       persistantes, ce qui signifie que vous obtiendrez des performances meilleurs si vous utilisez
       <directive module="mod_proxy">ProxyPass</directive> ou <directive module="mod_proxy">ProxyPassMatch</directive>.</p>
-      <p>Ceci est du au fait que ce drapeau induit l'utilisation du worker par d&eacute;faut, qui
-      ne g&egrave;re pas la mise en commun des connexions.</p>
-      <p>Partout o&ugrave; cela est possible, pr&eacute;f&eacute;rez l'utilisation de ces directives.</p>
+      <p>Ceci est du au fait que ce drapeau induit l'utilisation du worker par défaut, qui
+      ne gère pas la mise en commun des connexions.</p>
+      <p>Partout où cela est possible, préférez l'utilisation de ces directives.</p>
 </note>
 
-<p>Note: <module>mod_proxy</module> doit &ecirc;tre activ&eacute; pour pouvoir
+<p>Note: <module>mod_proxy</module> doit être activé pour pouvoir
 utiliser ce drapeau.</p>
 
 </section>
@@ -584,26 +584,26 @@ utiliser ce drapeau.</p>
 <section id="flag_pt"><title>PT|passthrough</title>
 
 <p>
-Par d&eacute;faut, la cible (ou cha&icirc;ne de substitution) d'une r&egrave;gle
-RewriteRule est sens&eacute;e &ecirc;tre un chemin de fichier. Avec le drapeau [PT],
-par contre, elle est trait&eacute;e comme un URI. Autrement dit, avec le
-drapeau [PT], le r&eacute;sultat de la r&egrave;gle  <directive
-module="mod_rewrite">RewriteRule</directive> est pass&eacute; &agrave; nouveau au
-syst&egrave;me de mise en correspondance des URLs avec le syst&egrave;me de fichiers,
-de fa&ccedil;on &agrave; ce que les syst&egrave;mes de mise en correspondance bas&eacute;s sur les
+Par défaut, la cible (ou chaîne de substitution) d'une règle
+RewriteRule est sensée être un chemin de fichier. Avec le drapeau [PT],
+par contre, elle est traitée comme un URI. Autrement dit, avec le
+drapeau [PT], le résultat de la règle  <directive
+module="mod_rewrite">RewriteRule</directive> est passé à nouveau au
+système de mise en correspondance des URLs avec le système de fichiers,
+de façon à ce que les systèmes de mise en correspondance basés sur les
 chemins de fichiers, comme la directive <directive
 module="mod_alias">Alias</directive>, <directive
 module="mod_alias">Redirect</directive>, ou <directive
 module="mod_alias">ScriptAlias</directive>, par exemple, puissent avoir une
-chance d'accomplir leur t&acirc;che.
+chance d'accomplir leur tâche.
 </p>
 
 <p>
 Si par exemple, vous avez un <directive
-module="mod_alias">Alias</directive> pour /icons, et une r&egrave;gle  <directive
+module="mod_alias">Alias</directive> pour /icons, et une règle  <directive
 module="mod_rewrite">RewriteRule</directive> qui renvoie vers /icons,
-vous devez utiliser le drapeau [PT] pour &ecirc;tre s&ucirc;r que l'<directive
-module="mod_alias">Alias</directive> sera bien &eacute;valu&eacute;.
+vous devez utiliser le drapeau [PT] pour être sûr que l'<directive
+module="mod_alias">Alias</directive> sera bien évalué.
 </p>
 
 <highlight language="config">
@@ -612,123 +612,140 @@ RewriteRule "/pics/(.+)\.jpg$" "/icons/$1.gif" [PT]
 </highlight>
 
 <p>
-Dans l'exemple pr&eacute;c&eacute;dent, en l'absence du drapeau [PT], l'Alias aurait
-&eacute;t&eacute; ignor&eacute;, ce qui aurait provoqu&eacute; une erreur 'File not found'.
+Dans l'exemple précédent, en l'absence du drapeau [PT], l'Alias aurait
+été ignoré, ce qui aurait provoqué une erreur 'File not found'.
 </p>
 
 <p>Avec le drapeau <code>PT</code>, le drapeau <code>L</code> est
-implicite : la r&eacute;&eacute;criture s'arr&ecirc;tera afin de transmettre la requ&ecirc;te &agrave; la
+implicite : la réécriture s'arrêtera afin de transmettre la requête à la
 phase suivante du traitement.</p>
 
 <p>Notez que le drapeau <code>PT</code> est implicite dans des contextes
-de r&eacute;pertoire comme les sections <directive type="section"
+de répertoire comme les sections <directive type="section"
 module="core">Directory</directive> ou les fichiers
-<code>.htaccess</code>. Le seul moyen de contourner ceci consiste &agrave;
-r&eacute;&eacute;crire vers <code>-</code>.</p>
+<code>.htaccess</code>. Le seul moyen de contourner ceci consiste à
+réécrire vers <code>-</code>.</p>
 
 </section>
 
 <section id="flag_qsa"><title>QSA|qsappend</title>
 <p>
-Quand l'URI de remplacement contient une cha&icirc;ne de requ&ecirc;te, le
-comportement par d&eacute;faut de la r&egrave;gle <directive
+Quand l'URI de remplacement contient une chaîne de requête, le
+comportement par défaut de la règle <directive
 module="mod_rewrite">RewriteRule</directive> est de supprimer la <code>
-query string</code> (il s'agit des param&egrave;tres &eacute;ventuellement pass&eacute;s dans l'URL apr&egrave;s le
-caract&egrave;re <code>?</code>, usuellement pour les formulaires trait&eacute;s par la
-m&eacute;thode HTTP <code>GET</code>) existante, et de la remplacer par celle nouvellement cr&eacute;&eacute;e.
-Avec le drapeau [QSA], les cha&icirc;nes de requ&ecirc;te peuvent &ecirc;tre combin&eacute;es.
+query string</code> (il s'agit des paramètres éventuellement passés dans l'URL après le
+caractère <code>?</code>, usuellement pour les formulaires traités par la
+méthode HTTP <code>GET</code>) existante, et de la remplacer par celle nouvellement créée.
+Avec le drapeau [QSA], les chaînes de requête peuvent être combinées.
 </p>
 
-<p>Consid&eacute;rons la r&egrave;gle suivante :</p>
+<p>Considérons la règle suivante :</p>
 
 <highlight language="config">RewriteRule "/pages/(.+)" "/page.php?page=$1" [QSA]</highlight>
 
-<p>Avec le drapeau [QSA], une requ&ecirc;te pour
-<code>/pages/123?one=two</code> sera r&eacute;&eacute;crite en
+<p>Avec le drapeau [QSA], une requête pour
+<code>/pages/123?one=two</code> sera réécrite en
 <code>/page.php?page=123&amp;one=two</code>. Sans le drapeau [QSA], la
-m&ecirc;me requ&ecirc;te sera r&eacute;&eacute;crite en <code>/page.php?page=123</code> -
-autrement dit, la cha&icirc;ne de requ&ecirc;te (<code>query string</code>) existante sera supprim&eacute;e.
+même requête sera réécrite en <code>/page.php?page=123</code> -
+autrement dit, la chaîne de requête (<code>query string</code>) existante sera supprimée.
 </p>
 </section>
 
 <section id="flag_qsd"><title>QSD|qsdiscard</title>
 <p>
-Lorsque l'URI de la requ&ecirc;te contient une cha&icirc;ne de param&egrave;tres, et si
-l'URI cible n'en contient pas, le comportement par d&eacute;faut de la
-directive <directive module="mod_rewrite">RewriteRule</directive> consiste &agrave; copier cette
-cha&icirc;ne de param&egrave;tres dans l'URI cible. Avec le drapeau [QSD], la cha&icirc;ne
-de param&egrave;tres est supprim&eacute;e.
+Lorsque l'URI de la requête contient une chaîne de paramètres, et si
+l'URI cible n'en contient pas, le comportement par défaut de la
+directive <directive module="mod_rewrite">RewriteRule</directive> consiste à copier cette
+chaîne de paramètres dans l'URI cible. Avec le drapeau [QSD], la chaîne
+de paramètres est supprimée.
 </p>
 
-<p>Ce drapeau est disponible dans les versions 2.4.0 et sup&eacute;rieures.</p>
+<p>Ce drapeau est disponible dans les versions 2.4.0 et supérieures.</p>
 
 <p>
-Lorsque les drapeaux [QSD] et [QSA] sont utilis&eacute;s ensemble, c'est le
+Lorsque les drapeaux [QSD] et [QSA] sont utilisés ensemble, c'est le
 drapeau [QSD] qui l'emporte.
 </p>
 
 <p>
-Si l'URI cible poss&egrave;de une cha&icirc;ne de param&egrave;tres, le comportement par
-d&eacute;faut sera respect&eacute; - c'est &agrave; dire que la cha&icirc;ne de param&egrave;tres
-originale sera supprim&eacute;e et remplac&eacute;e par la cha&icirc;ne de param&egrave;tres de
+Si l'URI cible possède une chaîne de paramètres, le comportement par
+défaut sera respecté - c'est à dire que la chaîne de paramètres
+originale sera supprimée et remplacée par la chaîne de paramètres de
 l'URI cible.
 </p>
 
 </section>
 
+<section id="flag_qsl"><title>QSL|qslast</title>
+<p>
+Par défaut, le premier (le plus à gauche) point d'interrogation de la
+substitution sépare le chemin de la requête de sa chaîne de paramètres. Avec le
+drapeau [QSL] au contraire, les deux composants seront séparés en utilisant le
+dernier (le plus à droite) point d'interrogation.</p>
+
+<p>
+Cela peut s'avérer utile lorsqu'on recherche un fichier dont le nom contient des
+points d'interrogation. Si aucune chaîne de paramètre n'est présente dans la
+substitution, il est alors possible d'ajouter un point d'interrogation à la fin
+et d'utiliser ce drapeau.</p>
+
+<p>Ce drapeau est disponible à partir de la version 2.4.19 du serveur HTTP
+Apache.</p>
+
+</section>
 
 <section id="flag_r"><title>R|redirect</title>
 <p>
 L'utilisation du drapeau [R] provoque l'envoi d'une redirection au
-navigateur. Si une URL pleinement qualifi&eacute;e (FQDN - fully qualified domain name)
- est sp&eacute;cifi&eacute;e (c'est &agrave; dire incluant <code>http://nom-du-serveur/</code>),
- une redirection sera effectu&eacute;e vers cette adresse. Dans le cas contraire,
- le protocole courant, le nom du serveur et le num&eacute;ro de port seront
- utilis&eacute;s pour g&eacute;n&eacute;rer l'URL envoy&eacute;e avec la redirection.
+navigateur. Si une URL pleinement qualifiée (FQDN - fully qualified domain name)
+ est spécifiée (c'est à dire incluant <code>http://nom-du-serveur/</code>),
+ une redirection sera effectuée vers cette adresse. Dans le cas contraire,
+ le protocole courant, le nom du serveur et le numéro de port seront
+ utilisés pour générer l'URL envoyée avec la redirection.
 </p>
 
-<p><em>Tout</em> code de statut de r&eacute;ponse HTTP valide peut &ecirc;tre
-sp&eacute;cifi&eacute;, en utilisant la syntaxe [R=305], le code de statut 302 &eacute;tant
-utilis&eacute; par d&eacute;faut si aucun code n'est sp&eacute;cifi&eacute;. Le code de statut
-sp&eacute;cifi&eacute; n'est pas n&eacute;cessairement un code de statut
+<p><em>Tout</em> code de statut de réponse HTTP valide peut être
+spécifié, en utilisant la syntaxe [R=305], le code de statut 302 étant
+utilisé par défaut si aucun code n'est spécifié. Le code de statut
+spécifié n'est pas nécessairement un code de statut
 de redirection (3xx). Cependant, si le code de statut est en dehors de la plage des codes de
-redirection (300-399), la cha&icirc;ne de substitution est enti&egrave;rement
-supprim&eacute;e, et la r&eacute;&eacute;criture s'arr&ecirc;te comme si le drapeau <code>L</code>
-&eacute;tait utilis&eacute;.</p>
+redirection (300-399), la chaîne de substitution est entièrement
+supprimée, et la réécriture s'arrête comme si le drapeau <code>L</code>
+était utilisé.</p>
 
-<p>En plus des codes de statut de r&eacute;ponse, vous pouvez sp&eacute;cifier les
+<p>En plus des codes de statut de réponse, vous pouvez spécifier les
 codes de redirection en utilisant leurs noms symboliques :
-<code>temp</code> (d&eacute;faut), <code>permanent</code>, ou
+<code>temp</code> (défaut), <code>permanent</code>, ou
 <code>seeother</code>.</p>
 
 <p>
-Vous utiliserez presque toujours [R] en conjonction avec [L] (c'est &agrave;
-dire [R,L]), car employ&eacute; seul, le drapeau [R] pr&eacute;fixe l'URI avec
-<code>http://cet-h&ocirc;te[:ce-port]</code>, mais passe ensuite cette adresse
-&agrave; la r&egrave;gle suivante, ce qui provoquera le plus souvent des
+Vous utiliserez presque toujours [R] en conjonction avec [L] (c'est à
+dire [R,L]), car employé seul, le drapeau [R] préfixe l'URI avec
+<code>http://cet-hôte[:ce-port]</code>, mais passe ensuite cette adresse
+à la règle suivante, ce qui provoquera le plus souvent des
 avertissements 'Invalid URI in request'.
 </p>
 
 </section>
 
 <section id="flag_s"><title>S|skip</title>
-<p>Le drapeau [S] sert &agrave; sauter des r&egrave;gles que vous ne voulez pas voir
-ex&eacute;cuter. La syntaxe du drapeau [S] est [S=<em>N</em>], o&ugrave;
-<em>N</em> correspond au nombre de r&egrave;gles &agrave; sauter (sous
-r&eacute;serve que la r&egrave;gle <directive
+<p>Le drapeau [S] sert à sauter des règles que vous ne voulez pas voir
+exécuter. La syntaxe du drapeau [S] est [S=<em>N</em>], où
+<em>N</em> correspond au nombre de règles à sauter (sous
+réserve que la règle <directive
 module="mod_rewrite">RewriteRule</directive> corresponde et qu'au moins
 une condition <directive module="mod_rewrite">RewriteCond</directive>
-pr&eacute;alable soit v&eacute;rifi&eacute;e). 
-Ceci peut s'interpr&eacute;ter comme une instruction
-<code>goto</code>  dans votre jeu de r&egrave;gles de r&eacute;&eacute;criture. Dans
-l'exemple suivant, nous ne voulons ex&eacute;cuter la r&egrave;gle <directive
-module="mod_rewrite">RewriteRule</directive> que si l'URI demand&eacute; ne
-correspond pas &agrave; un fichier existant.</p>
+préalable soit vérifiée). 
+Ceci peut s'interpréter comme une instruction
+<code>goto</code>  dans votre jeu de règles de réécriture. Dans
+l'exemple suivant, nous ne voulons exécuter la règle <directive
+module="mod_rewrite">RewriteRule</directive> que si l'URI demandé ne
+correspond pas à un fichier existant.</p>
 <highlight language="config">
-# La requ&ecirc;te concerne-t-elle un fichier qui n'existe pas ?
+# La requête concerne-t-elle un fichier qui n'existe pas ?
 RewriteCond "%{REQUEST_FILENAME}" !-f
 RewriteCond "%{REQUEST_FILENAME}" !-d
-# Si c'est la cas, on saute les deux r&egrave;gles de r&eacute;&eacute;criture suivantes
+# Si c'est la cas, on saute les deux règles de réécriture suivantes
 RewriteRule ".?" "-" [S=2]
 
 RewriteRule "(.*\.gif)" "images.php?$1"
@@ -737,14 +754,14 @@ RewriteRule "(.*\.html)" "docs.php?$1"
 
 
 
-<p>Cette technique trouve son utilit&eacute; dans le fait qu'une directive
+<p>Cette technique trouve son utilité dans le fait qu'une directive
 <directive module="mod_rewrite">RewriteCond</directive> ne s'applique
-qu'&agrave; la r&egrave;gle qui la suit imm&eacute;diatement. Ainsi, si vous voulez
-qu'une directive <code>RewriteCond</code> s'applique &agrave; plusieurs r&egrave;gles
-<code>RewriteRule</code>, une technique possible consiste &agrave; inverser ces
+qu'à la règle qui la suit immédiatement. Ainsi, si vous voulez
+qu'une directive <code>RewriteCond</code> s'applique à plusieurs règles
+<code>RewriteRule</code>, une technique possible consiste à inverser ces
 conditions et ajouter une <code>RewriteRule</code> avec le drapeau [Skip]. Cette technique permet
-d'&eacute;laborer des pseudo-constructions if-then-else : la derni&egrave;re r&egrave;gle du
-bloc then contiendra <code>skip=N</code>, o&ugrave; N est le nombre de r&egrave;gles
+d'élaborer des pseudo-constructions if-then-else : la dernière règle du
+bloc then contiendra <code>skip=N</code>, où N est le nombre de règles
 contenues dans le bloc else :</p>
 <highlight language="config">
 # Est-ce que le fichier existe ?
@@ -763,7 +780,7 @@ RewriteRule "(.*)" "404.php?file=$1"
 # END
 </highlight>
 
-<p>Il est probablement plus ais&eacute; de d&eacute;finir ce genre de configuration
+<p>Il est probablement plus aisé de définir ce genre de configuration
 via les directives <directive type="section">If</directive>, <directive
 type="section">ElseIf</directive>, et <directive
 type="section">Else</directive>.</p>
@@ -771,20 +788,20 @@ type="section">Else</directive>.</p>
 </section>
 
 <section id="flag_t"><title>T|type</title>
-<p>D&eacute;finit le type MIME de la r&eacute;ponse r&eacute;sultante renvoy&eacute;e. L'effet est
-identique &agrave; celui de la directive <directive
+<p>Définit le type MIME de la réponse résultante renvoyée. L'effet est
+identique à celui de la directive <directive
 module="mod_mime">AddType</directive>.</p>
 
 <p>Par exemple, vous pouvez utiliser la technique suivante pour servir
 du code source Perl en tant que plein texte, s'il est requis d'une
-certaine mani&egrave;re :</p>
+certaine manière :</p>
 
 <highlight language="config">
 # Sert les fichier .pl en tant que plein texte
 RewriteRule "\.pl$" "-" [T=text/plain]
 </highlight>
 
-<p>Ou encore, si vous poss&eacute;dez une cam&eacute;ra qui produit des fichiers
+<p>Ou encore, si vous possédez une caméra qui produit des fichiers
 images jpeg sans extension, vous pouvez forcer le renvoi de ces images
 avec le type MIME correct en se basant sur le nom du fichier :</p>
 
@@ -793,21 +810,21 @@ avec le type MIME correct en se basant sur le nom du fichier :</p>
 RewriteRule "IMG" "-" [T=image/jpg]
 </highlight>
 
-<p>Notez cependant qu'il s'agit d'un exemple trivial, et que le probl&egrave;me
-aurait pu &ecirc;tre r&eacute;solu en utilisant &agrave; la place la directive <directive
+<p>Notez cependant qu'il s'agit d'un exemple trivial, et que le problème
+aurait pu être résolu en utilisant à la place la directive <directive
 type="section" module="core">FilesMatch</directive>. Il faut toujours
-envisager la possibilit&eacute; d'une solution alternative &agrave; un probl&egrave;me avant
-d'avoir recours &agrave; la r&eacute;&eacute;criture, qui sera toujours moins efficace qu'une
+envisager la possibilité d'une solution alternative à un problème avant
+d'avoir recours à la réécriture, qui sera toujours moins efficace qu'une
 solution alternative.</p>
 
 <p>
-Dans un contexte de niveau r&eacute;pertoire, n'utilisez que <code>-</code>
-(tiret) comme substitution, <em>dans toute la s&eacute;quence de r&eacute;&eacute;criture de
-mod_rewrite</em>, sinon le type MIME d&eacute;fini avec ce drapeau
-sera perdu suite &agrave; un retraitement interne (y compris les s&eacute;quences de
-r&eacute;&eacute;criture suivantes de mod_rewrite). Dans ce contexte, vous pouvez
-utiliser le drapeau <code>L</code> pour terminer la s&eacute;quence
-<em>courante</em> de r&eacute;&eacute;criture de mod_rewrite.</p>
+Dans un contexte de niveau répertoire, n'utilisez que <code>-</code>
+(tiret) comme substitution, <em>dans toute la séquence de réécriture de
+mod_rewrite</em>, sinon le type MIME défini avec ce drapeau
+sera perdu suite à un retraitement interne (y compris les séquences de
+réécriture suivantes de mod_rewrite). Dans ce contexte, vous pouvez
+utiliser le drapeau <code>L</code> pour terminer la séquence
+<em>courante</em> de réécriture de mod_rewrite.</p>
 
 </section>