httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1777894 [2/3] - in /httpd/httpd/branches/2.2.x/docs/manual: mod/core.xml.fr vhosts/details.xml.fr
Date Sun, 08 Jan 2017 17:14:12 GMT

Modified: httpd/httpd/branches/2.2.x/docs/manual/mod/core.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/mod/core.xml.fr?rev=1777894&r1=1777893&r2=1777894&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/mod/core.xml.fr [utf-8] (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/mod/core.xml.fr [utf-8] Sun Jan  8 17:14:12 2017
@@ -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: 1688765:1775788 (outdated) -->
+<!-- English Revision: 1775788 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,66 +25,66 @@
 <modulesynopsis metafile="core.xml.meta">
 
 <name>core</name>
-<description>Fonctionnalit&eacute;s de base du serveur HTTP Apache disponibles
+<description>Fonctionnalités de base du serveur HTTP Apache disponibles
 en toutes circonstances</description>
 <status>Core</status>
 
 <directivesynopsis>
 <name>AcceptFilter</name>
 <description>Permet d'optimiser la configuration d'un 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>
 <compatibility>Disponible avec Apache version 2.1.5 et
-sup&eacute;rieures</compatibility>
+supérieures</compatibility>
 
 <usage>
     <p>Cette directive permet d'effectuer une optimisation du 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> et le filtre plus
     primitif <code>TCP_DEFER_ACCEPT</code> sous Linux sont actuellement
-    support&eacute;s.</p>
+    supportés.</p>
 
-    <p>Sous FreeBSD, les valeurs par d&eacute;faut sont :</p>
+    <p>Sous FreeBSD, les valeurs par défaut sont :</p>
     <example>
         AcceptFilter http httpready <br/>
         AcceptFilter https dataready
     </example>
 
     <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>
     <example>
         AcceptFilter http data <br/>
         AcceptFilter https data
     </example>
 
     <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>L'utilisation de la valeur <code>none</code> comme argument
-    d&eacute;sactive tout filtre d'acceptation pour ce protocole. Elle peut
-    &ecirc;tre utile dans le cas d'un protocole pour lequel un serveur doit
-    d'abord envoyer des donn&eacute;es, comme <code>nntp</code> :</p>
+    désactive tout filtre d'acceptation pour ce protocole. Elle peut
+    être utile dans le cas d'un protocole pour lequel un serveur doit
+    d'abord envoyer des données, comme <code>nntp</code> :</p>
     <example>AcceptFilter nntp none</example>
 
 </usage>
@@ -94,7 +94,7 @@ sup&eacute;rieures</compatibility>
 <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>
@@ -102,58 +102,58 @@ nom de chemin en fin de requ&ecirc;te.</
 <context>.htaccess</context></contextlist>
 <override>FileInfo</override>
 <compatibility>Disponible avec Apache version 2.0.30 et
-sup&eacute;rieures</compatibility>
+supérieures</compatibility>
 
 <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>
 
     <example>
@@ -171,7 +171,7 @@ sup&eacute;rieures</compatibility>
 
 <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>
@@ -179,11 +179,11 @@ sup&eacute;rieures</compatibility>
 </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>
 
     <example>
@@ -194,8 +194,8 @@ sup&eacute;rieures</compatibility>
     <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>
 
     <example>
       &lt;Directory /&gt;<br />
@@ -212,10 +212,10 @@ sup&eacute;rieures</compatibility>
 
 <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>
@@ -223,22 +223,22 @@ type de contenu d'une r&eacute;ponse est
 <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 MIME.
+    jeux de caractères enregistrés par l'IANA</a> à utiliser dans les
+    types de média MIME.
     Par exemple :</p>
 
     <example>
@@ -246,18 +246,18 @@ type de contenu d'une r&eacute;ponse est
     </example>
 
     <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>
@@ -272,15 +272,15 @@ particulier</description>
 <context>virtual host</context><context>directory</context>
 <context>.htaccess</context></contextlist>
 <override>FileInfo</override>
-<compatibility>Disponible dans Apache version 2.0.33 et sup&eacute;rieures ;
-obsol&egrave;te depuis les versions 2.1</compatibility>
+<compatibility>Disponible dans Apache version 2.0.33 et supérieures ;
+obsolète depuis les versions 2.1</compatibility>
 
 <usage>
     <p>Cette directive active un <a
     href="../filter.html">filtre</a> en sortie particulier pour une
-    requ&ecirc;te en fonction du <glossary>type MIME</glossary> de la r&eacute;ponse.
-    Suite &agrave; certains probl&egrave;mes &eacute;voqu&eacute;s plus loin, cette directive a &eacute;t&eacute;
-    abandonn&eacute;e. Le m&ecirc;me r&eacute;sultat peut &ecirc;tre obtenu &agrave; l'aide du module
+    requête en fonction du <glossary>type MIME</glossary> de la réponse.
+    Suite à certains problèmes évoqués plus loin, cette directive a été
+    abandonnée. Le même résultat peut être obtenu à l'aide du module
     <module>mod_filter</module>.</p>
 
     <p>L'exemple suivant active le filtre <code>DEFLATE</code> qui est
@@ -293,9 +293,9 @@ obsol&egrave;te depuis les versions 2.1<
     </example>
 
     <p>Si vous voulez assigner plusieurs filtres au contenu, leurs noms
-    doivent &ecirc;tre s&eacute;par&eacute;s par des points-virgules. On peut aussi utiliser
+    doivent être séparés par des points-virgules. On peut aussi utiliser
     une directive <directive>AddOutputFilterByType</directive> pour
-    chacun des filtres &agrave; assigner.</p>
+    chacun des filtres à assigner.</p>
 
     <p>La configuration ci-dessous impose le traitement de toute sortie
     de script dont le type MIME est <code>text/html</code> en premier
@@ -314,19 +314,19 @@ obsol&egrave;te depuis les versions 2.1<
     <note type="warning"><title>Note</title>
       <p>L'activation de filtres par la directive
       <directive>AddOutputFilterByType</directive> peut partiellement
-      &eacute;chouer, ou m&ecirc;me compl&egrave;tement dans certains cas. Par exemple,
-      aucun filtre n'est appliqu&eacute; si le <glossary>type MIME</glossary>
-      n'a pas pu &ecirc;tre d&eacute;termin&eacute; et est dans ce cas d&eacute;fini par la
-      directive <directive module="core">DefaultType</directive>, m&ecirc;me
+      échouer, ou même complètement dans certains cas. Par exemple,
+      aucun filtre n'est appliqué si le <glossary>type MIME</glossary>
+      n'a pas pu être déterminé et est dans ce cas défini par la
+      directive <directive module="core">DefaultType</directive>, même
       si la directive <directive module="core">DefaultType</directive> a
-      la m&ecirc;me valeur.</p>
+      la même valeur.</p>
 
       <p>Cependant, si vous voulez vous assurer que les filtres seront
-      appliqu&eacute;s, assignez explicitement le type de contenu &agrave; une
-      ressource, par exemple &agrave; l'aide d'une directive <directive
+      appliqués, assignez explicitement le type de contenu à une
+      ressource, par exemple à l'aide d'une directive <directive
       module="mod_mime">AddType</directive> ou <directive
-      module="core">ForceType</directive>. Il est aussi recommand&eacute; de
-      d&eacute;finir le type de contenu dans un script CGI (non-nph).</p>
+      module="core">ForceType</directive>. Il est aussi recommandé de
+      définir le type de contenu dans un script CGI (non-nph).</p>
 
     </note>
 </usage>
@@ -338,43 +338,43 @@ obsol&egrave;te depuis les versions 2.1<
 
 <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 tel quel</description>
+<description>Détermine si les séparateurs de chemin encodés sont
+autorisés à transiter dans les URLs tel quel</description>
 <syntax>AllowEncodedSlashes On|Off|NoDecode</syntax>
 <default>AllowEncodedSlashes Off</default>
 <contextlist><context>server config</context><context>virtual host</context>
 </contextlist>
 <compatibility>Disponible dans Apache version 2.0.46 et
-ult&eacute;rieures. L'option NoDecode est disponible depuis la version
+ultérieures. L'option NoDecode est disponible depuis la version
 2.2.18.</compatibility>
 
 <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>
-
-    <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 <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>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>
+    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é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é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é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>
@@ -382,7 +382,7 @@ ult&eacute;rieures. L'option NoDecode es
 
 <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>
@@ -391,31 +391,31 @@ ult&eacute;rieures. L'option NoDecode es
 
 <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
     <directive type="section" module="core">Files</directive>.
     </note>
 
-    <p>Lorsque cette directive est d&eacute;finie &agrave; <code>None</code>, les
+    <p>Lorsque cette directive est définie à <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>
@@ -437,7 +437,7 @@ ult&eacute;rieures. L'option NoDecode es
       <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">DefaultType</directive>, <directive
       module="core">ErrorDocument</directive>, <directive
@@ -447,7 +447,7 @@ ult&eacute;rieures. L'option NoDecode es
       module="core">SetInputFilter</directive>, <directive
       module="core">SetOutputFilter</directive>, et directives du
       module <module>mod_mime</module> Add* et Remove*,
-      <em>etc...</em>), des metadonn&eacute;es des documents (<directive
+      <em>etc...</em>), des metadonnées des documents (<directive
       module="mod_headers">Header</directive>, <directive
       module="mod_headers">RequestHeader</directive>, <directive
       module="mod_setenvif">SetEnvIf</directive>, <directive
@@ -476,8 +476,8 @@ ult&eacute;rieures. L'option NoDecode es
       <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>,
@@ -495,7 +495,7 @@ ult&eacute;rieures. L'option NoDecode es
       <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_authz_host">Allow</directive>, <directive
       module="mod_authz_host">Deny</directive> et <directive
@@ -504,24 +504,24 @@ ult&eacute;rieures. L'option NoDecode es
       <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>
       </dd>
     </dl>
@@ -537,12 +537,12 @@ ult&eacute;rieures. L'option NoDecode es
     <code>Indexes</code>, provoquent une "internal
     server error".</p>
 
-    <note><p>Pour des raisons de s&eacute;curit&eacute; et de performances, n'affectez
-    pas &agrave; <code>AllowOverride</code> une autre valeur que
+    <note><p>Pour des raisons de sécurité et de performances, n'affectez
+    pas à <code>AllowOverride</code> une autre valeur que
     <code>None</code> dans votre bloc <code>&lt;Directory /&gt;</code>.
-    Configurez plut&ocirc;t le bloc <code>&lt;Directory&gt;</code> qui
-    concerne le r&eacute;pertoire dans lequel vous voulez placer votre fichier
-    <code>.htaccess</code> (ou cr&eacute;ez-le s'il n'existe pas).</p>
+    Configurez plutôt le bloc <code>&lt;Directory&gt;</code> qui
+    concerne le répertoire dans lequel vous voulez placer votre fichier
+    <code>.htaccess</code> (ou créez-le s'il n'existe pas).</p>
     </note>
 
 </usage>
@@ -554,7 +554,7 @@ ult&eacute;rieures. L'option NoDecode es
 
 <directivesynopsis>
 <name>AuthName</name>
-<description>Identificateur d'autorisation &agrave; utiliser pour
+<description>Identificateur d'autorisation à utiliser pour
 l'authentification HTTP</description>
 <syntax>AuthName <var>domaine d'authentification</var></syntax>
 <contextlist><context>directory</context><context>.htaccess</context>
@@ -562,14 +562,14 @@ l'authentification HTTP</description>
 <override>AuthConfig</override>
 
 <usage>
-    <p>Cette directive permet de d&eacute;finir l'identificateur d'autorisation
-    pour un r&eacute;pertoire. Cet identificateur est fourni au client afin que
+    <p>Cette directive permet de définir l'identificateur d'autorisation
+    pour un répertoire. Cet identificateur est fourni au client afin que
     ce dernier sache quels nom d'utilisateur et mot de passe envoyer.
     <directive>AuthName</directive> n'accepte qu'un seul argument ; si
-    l'identificateur contient des espaces, il doit &ecirc;tre entour&eacute;
-    d'apostrophes. Il doit &ecirc;tre associ&eacute; &agrave; des directives <directive
+    l'identificateur contient des espaces, il doit être entouré
+    d'apostrophes. Il doit être associé à des directives <directive
     module="core">AuthType</directive> et <directive
-    module="core">Require</directive>, ainsi qu'&agrave; des directives telles
+    module="core">Require</directive>, ainsi qu'à des directives telles
     que <directive module="mod_authn_file">AuthUserFile</directive> et
     <directive module="mod_authz_groupfile">AuthGroupFile</directive>
     pour pouvoir fonctionner.</p>
@@ -580,14 +580,14 @@ l'authentification HTTP</description>
      AuthName "Top Secret"
    </example>
 
-    <p>La cha&icirc;ne de caract&egrave;res d&eacute;finie par la directive
-    <code>AuthName</code> correspond &agrave; celle que la plupart des
-    navigateurs vont fournir dans la bo&icirc;te de dialogue de saisie du mot
+    <p>La chaîne de caractères définie par la directive
+    <code>AuthName</code> correspond à celle que la plupart des
+    navigateurs vont fournir dans la boîte de dialogue de saisie du mot
     de passe.</p>
 </usage>
 <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>
 </directivesynopsis>
 
 <directivesynopsis>
@@ -599,29 +599,29 @@ l'authentification HTTP</description>
 <override>AuthConfig</override>
 
 <usage>
-    <p>Cette directive permet de d&eacute;finir le type d'authentification de
-    l'utilisateur pour un r&eacute;pertoire. Les types d'authentification
-    disponibles sont <code>Basic</code> (impl&eacute;ment&eacute; par
-    <module>mod_auth_basic</module>), et <code>Digest</code> (impl&eacute;ment&eacute;
+    <p>Cette directive permet de définir le type d'authentification de
+    l'utilisateur pour un répertoire. Les types d'authentification
+    disponibles sont <code>Basic</code> (implémenté par
+    <module>mod_auth_basic</module>), et <code>Digest</code> (implémenté
     par <module>mod_auth_digest</module>).</p>
 
-    <p>Pour que l'authentification fonctionne, vous devez aussi d&eacute;finir
+    <p>Pour que l'authentification fonctionne, vous devez aussi définir
     les directives <directive
     module="core">AuthName</directive> et <directive
     module="core">Require</directive>.
-    En outre, le serveur doit avoir &agrave; sa disposition un module
+    En outre, le serveur doit avoir à sa disposition un module
     fournisseur d'authentification tel que
     <module>mod_authn_file</module> et un module d'autorisation tel que
     <module>mod_authz_user</module>.</p>
 </usage>
 
 <seealso><a href="../howto/auth.html">Authentification et autorisation</a></seealso>
-<seealso><a href="../howto/access.html">Tutoriel du contr&ocirc;le d'acc&egrave;s</a></seealso>    
+<seealso><a href="../howto/access.html">Tutoriel du contrôle d'accès</a></seealso>    
 </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>
@@ -630,62 +630,62 @@ scripts CGI</description>
 <compatibility>NetWare uniquement</compatibility>
 
 <usage>
-    <p>Cette directive permet de contr&ocirc;ler la mani&egrave;re dont Apache 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 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>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 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>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>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ê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>DefaultType</name>
-<description>Type de contenu MIME qui sera envoy&eacute; par d&eacute;faut si le
-serveur ne peut le d&eacute;terminer d'aucune mani&egrave;re</description>
+<description>Type de contenu MIME qui sera envoyé par défaut si le
+serveur ne peut le déterminer d'aucune manière</description>
 <syntax>DefaultType <var>type MIME|none</var></syntax>
 <default>DefaultType text/plain</default>
 <contextlist><context>server config</context><context>virtual host</context>
@@ -693,50 +693,50 @@ serveur ne peut le d&eacute;terminer d'a
 </contextlist>
 <override>FileInfo</override>
 <compatibility>L'argument <code>none</code> est disponible dans les
-versions d'Apache 2.2.7 et sup&eacute;rieures</compatibility>
+versions d'Apache 2.2.7 et supérieures</compatibility>
 
 <usage>
     <p>Il peut arriver que le serveur doive servir un document dont il
-    ne peut pas d&eacute;terminer le type &agrave; partir de sa table de <glossary
+    ne peut pas déterminer le type à partir de sa table de <glossary
     ref="mime-type">types MIME</glossary>.</p>
 
     <p>Le serveur DEVRAIT fournir au client le type de contenu du
-    document. Si le serveur n'est pas capable de le d&eacute;terminer par la
-    voie normale, il fournira le type d&eacute;fini par la directive
+    document. Si le serveur n'est pas capable de le déterminer par la
+    voie normale, il fournira le type défini par la directive
     <code>DefaultType</code>. Par exemple :</p>
 
     <example>
       DefaultType image/gif
     </example>
 
-    <p>conviendra pour un r&eacute;pertoire contenant de nombreuses images GIF
+    <p>conviendra pour un répertoire contenant de nombreuses images GIF
     dont le fichier ne comporte pas l'extension <code>.gif</code>.</p>
 
-    <p>Dans les cas o&ugrave; ni le serveur, ni l'administrateur (ou un
-    serveur mandataire) ne sont en mesure de d&eacute;terminer le type du
-    document, il est pr&eacute;f&eacute;rable de ne pas le mentionner, plut&ocirc;t que de
-    fournir de fausses informations. &Agrave; cet effet, on utilise </p>
+    <p>Dans les cas où ni le serveur, ni l'administrateur (ou un
+    serveur mandataire) ne sont en mesure de déterminer le type du
+    document, il est préférable de ne pas le mentionner, plutôt que de
+    fournir de fausses informations. À cet effet, on utilise </p>
     <example>
       DefaultType None
     </example>
     <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>Notez qu'&agrave; la diff&eacute;rence de la directive <directive
-    module="core">ForceType</directive>, cette directive ne d&eacute;finit que
-    le type MIME par d&eacute;faut. Toute autre d&eacute;finition de type MIME, y
+    <p>Notez qu'à la différence de la directive <directive
+    module="core">ForceType</directive>, cette directive ne définit que
+    le type MIME par défaut. Toute autre définition de type MIME, y
     compris l'extension des noms de fichiers, susceptible de
-    permettre d'identifier le type de m&eacute;dia l'emportera sur la valeur
-    par d&eacute;faut.</p>
+    permettre d'identifier le type de média l'emportera sur la valeur
+    par défaut.</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>
 </contextlist>
@@ -744,17 +744,17 @@ sous-r&eacute;pertoires, et &agrave; leu
 <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
@@ -769,32 +769,32 @@ sous-r&eacute;pertoires, et &agrave; leu
     </example>
 
     <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 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 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>
 
     <example>
       &lt;Directory ~ "^/www/[0-9]{3}"&gt;
     </example>
 
-    <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>
 
@@ -812,27 +812,27 @@ sous-r&eacute;pertoires, et &agrave; leu
       &lt;/Directory&gt;
     </example>
 
-    <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>
 
     <example>
@@ -844,18 +844,18 @@ sous-r&eacute;pertoires, et &agrave; leu
     </example>
 
     <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 expressions rationnelles
     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 pour Apache, la politique d'acc&egrave;s par d&eacute;faut
+   <p><strong>Notez que pour Apache, la politique d'accès par défaut
    dans les sections <code>&lt;Directory /&gt;</code> est <code>Allow
    from All</code>. Ceci signifie qu'Apache 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>
+   correspondant à une URL. Il est recommandé de modifier cette
+   situation à l'aide d'un bloc du style</strong></p>
 
     <example>
       &lt;Directory /&gt;<br />
@@ -866,29 +866,29 @@ sous-r&eacute;pertoires, et &agrave; leu
       &lt;/Directory&gt;
     </example>
 
-    <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 la s&eacute;curit&eacute;</a>
-    pour plus de d&eacute;tails.</strong></p>
+    href="../misc/security_tips.html">Conseils à propos de la sécurité</a>
+    pour plus de détails.</strong></p>
 
     <p>Les sections directory 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 &agrave; des r&eacute;pertoires
-du syst&egrave;me de fichiers correspondant &agrave; une expression rationnelle et &agrave;
-leurs sous-r&eacute;pertoires</description>
+<description>Regroupe des directives qui s'appliquent à des répertoires
+du système de fichiers correspondant à une expression rationnelle et à
+leurs sous-répertoires</description>
 <syntax>&lt;DirectoryMatch <var>regex</var>&gt;
 ... &lt;/DirectoryMatch&gt;</syntax>
 <contextlist><context>server config</context><context>virtual host</context>
@@ -897,73 +897,73 @@ leurs sous-r&eacute;pertoires</descripti
 <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>
 
     <example>
       &lt;DirectoryMatch "^/www/(.+/)?[0-9]{3}"&gt;
     </example>
 
-    <p>conviendrait pour les sous-r&eacute;pertoires de <code>/www/</code> dont
+    <p>conviendrait pour les sous-répertoires de <code>/www/</code> dont
     le nom se compose de trois chiffres.</p>
 
-    <note><title>Caract&egrave;re de fin de ligne</title>
-      <p>Cette directive ne tient pas compte du caract&egrave;re de fin de
+    <note><title>Caractère de fin de ligne</title>
+      <p>Cette directive ne tient pas compte du caractère de fin de
       ligne ($).</p>
     </note>
 
 </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 de l'arborescence des documents principale 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>
 
     <example>
       DocumentRoot /usr/web
     </example>
 
-    <p>un acc&egrave;s &agrave; <code>http://www.my.host.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://www.my.host.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
     terminal.</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>
 <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>
@@ -973,39 +973,39 @@ lire les fichiers pendant qu'ils sont se
 <override>FileInfo</override>
 
 <usage>
-    <p>Cette directive d&eacute;finit si <program>httpd</program> peut utiliser
-    la projection en m&eacute;moire (Memory-Mapping) s'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 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. Cependant, sur certains syst&egrave;mes, 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) s'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 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. Cependant, sur certains systèmes, 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>La suppression ou la troncature d'un fichier faisant l'objet
-    d'une image en m&eacute;moire peut provoquer un crash de
+    d'une image en mémoire 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>
 
     <example>
       EnableMMAP Off
     </example>
 
-    <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>
 
     <example>
@@ -1032,65 +1032,65 @@ fichiers aux clients</description>
 </contextlist>
 <override>FileInfo</override>
 <compatibility>Disponible dans les versions 2.0.44 et
-sup&eacute;rieures</compatibility>
+supérieures</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 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 plateforme Itanium, sendfile peut s'av&eacute;rer
+    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 plateforme Itanium, sendfile peut s'avérer
     r.{1,2}pertoireincapable 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 ou SMB), 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 sujettes &agrave; ce genre de
-    probl&egrave;me, il est recommand&eacute; de d&eacute;sactiver cette fonctionnalit&eacute; en
-    sp&eacute;cifiant :</p>
+    <p>Pour les configurations de serveur sujettes à ce genre de
+    problème, il est recommandé de désactiver cette fonctionnalité en
+    spécifiant :</p>
 
     <example>
       EnableSendfile Off
     </example>
 
-    <p>Pour les montages NFS ou SMB, 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 ou SMB, cette fonctionnalité peut être
+    explicitement désactivée pour les fichiers concernés en spécifiant
     :</p>
 
     <example>
-      &lt;Directory "/chemin vers montage r&eacute;seau"&gt;
+      &lt;Directory "/chemin vers montage réseau"&gt;
       <indent>
         EnableSendfile Off
       </indent>
       &lt;/Directory&gt;
     </example>
     <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_disk_cache</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>
@@ -1106,52 +1106,52 @@ d'erreur</description>
 </contextlist>
 <override>FileInfo</override>
 <compatibility>La syntaxe des guillemets pour les messages textes est
-diff&eacute;rente dans Apache 2.0</compatibility>
+différente dans Apache 2.0</compatibility>
 
 <usage>
-    <p>Apache peut traiter les probl&egrave;mes et les erreurs de quatre
-    mani&egrave;res,</p>
+    <p>Apache 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
-    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
+    fournit parfois des informations supplémentaires à propos du
+    problème ou de l'erreur.</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
+    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. Exemples :</p>
 
     <example>
       ErrorDocument 500 http://foo.example.com/cgi-bin/tester<br />
       ErrorDocument 404 /cgi-bin/bad_urls.pl<br />
       ErrorDocument 401 /subscription_info.html<br />
-      ErrorDocument 403 "D&eacute;sol&eacute;, vous n'avez pas l'autorisation d'acc&egrave;s
+      ErrorDocument 403 "Désolé, vous n'avez pas l'autorisation d'accès
       aujourd'hui"
     </example>
 
-    <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 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 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 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 codé en dur pour
+    les configurations qui sans cela, hériteraient d'une directive
     <directive>ErrorDocument</directive> existante.</p>
 
     <example>
@@ -1163,63 +1163,63 @@ diff&eacute;rente dans Apache 2.0</compa
       &lt;/Directory&gt;
     </example>
 
-    <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), 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
+    (c'est à dire tout ce qui commence par le préfixe http), Apache va
+    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 ces 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 ne g&eacute;n&eacute;rera pas de messages d'erreur
-    personnalis&eacute;s pour le contenu mandat&eacute;.</p>
+    ProxyErrorOverride, Apache ne générera pas de messages d'erreur
+    personnalisés pour le contenu mandaté.</p>
 
-    <p>Avant la version 2.0, les messages &eacute;taient indiqu&eacute;s en les
-    pr&eacute;fixant par un seul caract&egrave;re guillemet isol&eacute;.</p>
+    <p>Avant la version 2.0, les messages étaient indiqués en les
+    préfixant par un seul caractère guillemet isolé.</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
 et OS/2)</default>
@@ -1227,10 +1227,10 @@ et OS/2)</default>
 </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;re comme relatif au chemin d&eacute;fini par la
+    absolu, il est considére comme relatif au chemin défini par la
     directive <directive module="core">ServerRoot</directive>.</p>
 
     <example><title>Exemple</title>
@@ -1238,22 +1238,22 @@ et OS/2)</default>
     </example>
 
     <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>
 
     <example><title>Exemple</title>
     ErrorLog "|/usr/local/bin/erreurs_httpd"
     </example>
 
-    <p>Voir les notes &agrave; propos des <a href="../logs.html#piped">journaux
-    redirig&eacute;s</a> pour plus de d&eacute;tails.</p>
+    <p>Voir les notes à propos des <a href="../logs.html#piped">journaux
+    redirigés</a> pour plus de détails.</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. 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. 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).</p>
 
     <example><title>Exemple</title>
@@ -1261,16 +1261,16 @@ et OS/2)</default>
     </example>
 
     <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>
@@ -1281,8 +1281,8 @@ et OS/2)</default>
 
 <directivesynopsis>
 <name>FileETag</name>
-<description>Caract&eacute;ristiques de fichier utilis&eacute;s 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és 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 INode MTime Size</default>
 <contextlist><context>server config</context><context>virtual host</context>
@@ -1292,66 +1292,66 @@ de l'en-t&ecirc;te de r&eacute;ponse HTT
 
 <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). Dans les versions 1.3.22 et ant&eacute;rieures
-    d'Apache, la valeur de l'en-t&ecirc;te <code>ETag</code> se composait
+    est utilisée dans le cadre de la gestion du cache pour préserver la
+    bande passante réseau). Dans les versions 1.3.22 et antérieures
+    d'Apache, la valeur de l'en-tête <code>ETag</code> se composait
     <em>toujours</em> de l'inode du fichier, de sa taille et de sa date
-    de derni&egrave;re modification (mtime). La directive
-    <directive>FileETag</directive> vous permet d&eacute;sormais de choisir
-    quelles caract&eacute;ristiques du fichier vont &ecirc;tre &eacute;ventuellement
-    utilis&eacute;es. Les mots-cl&eacute;s reconnus sont :
+    de dernière modification (mtime). La directive
+    <directive>FileETag</directive> vous permet désormais de choisir
+    quelles caractéristiques du fichier vont être éventuellement
+    utilisées. 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; : <example>FileETag INode MTime
+     <dd>Tous les champs disponibles seront utilisés. Cette définition
+     est équivalente à : <example>FileETag INode MTime
      Size</example></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>INode&nbsp;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>
@@ -1362,7 +1362,7 @@ de l'en-t&ecirc;te de r&eacute;ponse HTT
 <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>
 <context>directory</context><context>.htaccess</context>
@@ -1371,70 +1371,70 @@ pr&eacute;cis&eacute;s</description>
 
 <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

[... 3300 lines stripped ...]


Mime
View raw message