httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1732750 - /httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr
Date Sun, 28 Feb 2016 14:57:10 GMT
Author: lgentis
Date: Sun Feb 28 14:57:10 2016
New Revision: 1732750

URL: http://svn.apache.org/viewvc?rev=1732750&view=rev
Log:
XML update.

Modified:
    httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr

Modified: httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr?rev=1732750&r1=1732749&r2=1732750&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr Sun Feb 28 14:57:10 2016
@@ -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: 1301748:1731240 (outdated) -->
+<!-- English Revision: 1731240 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -28,10 +28,10 @@
 
 <summary> <p>Les directives des <a
 href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
-au serveur dans son ensemble, ou seulement &agrave; des r&eacute;pertoires, fichiers, h&ocirc;tes,
-ou URLs particuliers.  Ce document d&eacute;crit comment utiliser les conteneurs de
+au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
+ou URLs particuliers.  Ce document décrit comment utiliser les conteneurs de
 sections de configuration ou les fichiers <code>.htaccess</code> pour
-modifier la port&eacute;e des directives de configuration.</p>
+modifier la portée des directives de configuration.</p>
 </summary>
 
 <section id="types"><title>Types de conteneurs de sections de
@@ -60,317 +60,315 @@ configuration</title>
 </related>
 
 <p>Il existe deux grands types de conteneurs.  La plupart des conteneurs sont
-&eacute;valu&eacute;s pour chaque requ&ecirc;te.  Les directives qu'ils contiennent s'appliquent
-seulement aux requ&ecirc;tes qui sont concern&eacute;es par le conteneur.  En revanche,
+évalués pour chaque requête.  Les directives qu'ils contiennent s'appliquent
+seulement aux requêtes qui sont concernées par le conteneur.  En revanche,
 les conteneurs
 <directive type="section" module="core">IfDefine</directive>, <directive
 type="section" module="core">IfModule</directive>, et
 <directive type="section" module="mod_version">IfVersion</directive> sont
-&eacute;valu&eacute;s seulement au d&eacute;marrage et au red&eacute;marrage du serveur.
-Si leurs conditions sont v&eacute;rifi&eacute;es au d&eacute;marrage, les directives qu'ils contiennent
-s'appliqueront &agrave; toutes les requ&ecirc;tes.  Si leurs conditions ne sont pas v&eacute;rifi&eacute;es, les
-directives qu'ils contiennent seront ignor&eacute;es.</p>
+évalués seulement au démarrage et au redémarrage du serveur.
+Si leurs conditions sont vérifiées au démarrage, les directives qu'ils contiennent
+s'appliqueront à toutes les requêtes.  Si leurs conditions ne sont pas vérifiées, les
+directives qu'ils contiennent seront ignorées.</p>
 
 <p>Le conteneur <directive type="section" module="core">IfDefine</directive>
-contient des directives qui ne seront appliqu&eacute;es que si un param&egrave;tre
-appropri&eacute; a &eacute;t&eacute; d&eacute;fini dans la ligne de commande de <program>httpd</program>.
+contient des directives qui ne seront appliquées que si un paramètre
+approprié a été défini dans la ligne de commande de <program>httpd</program>.
 Par exemple,
-avec la configuration suivante, toutes les requ&ecirc;tes seront redirig&eacute;es vers
-un autre site si le serveur est d&eacute;marr&eacute; en utilisant la ligne de commande :
+avec la configuration suivante, toutes les requêtes seront redirigées vers
+un autre site si le serveur est démarré en utilisant la ligne de commande :
 <code>httpd -DClosedForNow</code>:</p>
 
-<example>
-&lt;IfDefine ClosedForNow&gt;<br />
-Redirect / http://otherserver.example.com/<br />
+<highlight language="config">
+&lt;IfDefine ClosedForNow&gt;
+    Redirect / http://otherserver.example.com/
 &lt;/IfDefine&gt;
-</example>
+</highlight>
 
 <p>Le conteneur <directive type="section" module="core">IfModule</directive>
 est similaire; les directives qu'il contient ne s'appliqueront que si
 un module particulier est disponible au niveau du serveur.
-Le module doit &ecirc;tre soit compil&eacute; statiquement dans le serveur, soit
+Le module doit être soit compilé statiquement dans le serveur, soit
 dynamiquement et dans ce cas, la ligne <directive
-module="mod_so">LoadModule</directive> correspondante doit appara&icirc;tre
-plus haut dans le fichier de configuration.  Ce conteneur ne doit &ecirc;tre
-utilis&eacute; que dans le cas o&ugrave; votre fichier de configuration doit fonctionner
-ind&eacute;pendamment de la pr&eacute;sence ou de l'absence de certains modules.
+module="mod_so">LoadModule</directive> correspondante doit apparaître
+plus haut dans le fichier de configuration.  Ce conteneur ne doit être
+utilisé que dans le cas où votre fichier de configuration doit fonctionner
+indépendamment de la présence ou de l'absence de certains modules.
 Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer
-syst&eacute;matiquement, car vous pouvez perdre ainsi de pr&eacute;cieux messages d'erreur
-&agrave; propos de modules manquants.</p>
+systématiquement, car vous pouvez perdre ainsi de précieux messages d'erreur
+à propos de modules manquants.</p>
 
 <p>Dans l'exemple suivant, la directive <directive
 module="mod_mime_magic">MimeMagicFile</directive> ne s'appliquera que si le
 module <module>mod_mime_magic</module> est disponible.</p>
 
-<example>
-&lt;IfModule mod_mime_magic.c&gt;<br />
-MimeMagicFile conf/magic<br />
+<highlight language="config">
+&lt;IfModule mod_mime_magic.c&gt;
+    MimeMagicFile conf/magic
 &lt;/IfModule&gt;
-</example>
+</highlight>
 
 <p>Le conteneur
 <directive type="section" module="mod_version">IfVersion</directive>
 est similaire aux conteneurs <directive type="section"
 module="core">IfDefine</directive> et <directive type="section"
 module="core">IfModule</directive>; les directives qu'il contient ne
-s'appliqueront que si une version particuli&egrave;re du serveur s'ex&eacute;cute.  Ce
-conteneur a &eacute;t&eacute; con&ccedil;u pour une utilisation dans les suites de tests
-et les grands r&eacute;seaux qui doivent prendre en compte diff&eacute;rentes versions
+s'appliqueront que si une version particulière du serveur s'exécute.  Ce
+conteneur a été conçu pour une utilisation dans les suites de tests
+et les grands réseaux qui doivent prendre en compte différentes versions
 et configurations de httpd.</p>
 
-<example>
-  &lt;IfVersion >= 2.1&gt;<br />
-  <indent>
-    # les directives situ&eacute;es ici ne s'appliquent que si la version <br />
-    # est sup&eacute;rieure ou &eacute;gale &agrave; 2.1.0.<br />
-  </indent>
-  &lt;/IfVersion&gt;
-</example>
+<highlight language="config">
+&lt;IfVersion >= 2.1&gt;
+    # les directives situées ici ne s'appliquent que si la version
+    # est supérieure ou égale à 2.1.0.
+&lt;/IfVersion&gt;
+</highlight>
 
 <p><directive type="section" module="core">IfDefine</directive>,
 <directive type="section" module="core">IfModule</directive>, et
 <directive type="section" module="mod_version">IfVersion</directive>
-peuvent inverser leur test conditionnel en le faisant pr&eacute;c&eacute;der d'un "!".
-De plus, ces sections peuvent &ecirc;tre imbriqu&eacute;es afin de d&eacute;finir des restrictions
+peuvent inverser leur test conditionnel en le faisant précéder d'un "!".
+De plus, ces sections peuvent être imbriquées afin de définir des restrictions
 plus complexes.</p>
 </section>
 
-<section id="file-and-web"><title>Syst&egrave;me de fichiers et
+<section id="file-and-web"><title>Système de fichiers et
 arborescence du site web</title>
 
-<p>Les conteneurs de sections de configuration les plus couramment utilis&eacute;s
-sont ceux qui modifient la configuration de points particuliers du syst&egrave;me de
+<p>Les conteneurs de sections de configuration les plus couramment utilisés
+sont ceux qui modifient la configuration de points particuliers du système de
 fichiers ou de l'arborescence du site web.  Tout d'abord, il est important de
-comprendre la diff&eacute;rence entre les deux.  Le syst&egrave;me de fichiers est une vue
-de vos disques tels qu'ils sont per&ccedil;us par votre syst&egrave;me d'exploitation.
-Par exemple, avec une installation par d&eacute;faut,
-Apache est situ&eacute; dans <code>/usr/local/apache2</code> pour le syst&egrave;me de
+comprendre la différence entre les deux.  Le système de fichiers est une vue
+de vos disques tels qu'ils sont perçus par votre système d'exploitation.
+Par exemple, avec une installation par défaut,
+Apache est situé dans <code>/usr/local/apache2</code> pour le système de
 fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
-le syst&egrave;me de fichiers Windows.  (Notez que des slashes directs doivent
-toujours &ecirc;tre utilis&eacute;s comme s&eacute;parateur de chemin dans Apache, m&ecirc;me sous
-Windows.)  Quant &agrave;
+le système de fichiers Windows.  (Notez que des slashes directs doivent
+toujours être utilisés comme séparateur de chemin dans Apache, même sous
+Windows.)  Quant à
 l'arborescence du site web, il s'agit d'une vue de votre site
-tel que pr&eacute;sent&eacute; par le
-serveur web et per&ccedil;ue par le client.  Ainsi le chemin <code>/dir/</code> dans
+tel que présenté par le
+serveur web et perçue par le client.  Ainsi le chemin <code>/dir/</code> dans
 l'arborescence du site web correspond au chemin
-<code>/usr/local/apache2/htdocs/dir/</code> dans le syst&egrave;me de fichiers pour
-une installation d'Apache par d&eacute;faut sous UNIX.
+<code>/usr/local/apache2/htdocs/dir/</code> dans le système de fichiers pour
+une installation d'Apache par défaut sous UNIX.
 En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
-syst&egrave;me de fichiers, car les pages web peuvent &ecirc;tre g&eacute;n&eacute;r&eacute;es dynamiquement
-&agrave; partir de bases de donn&eacute;es ou d'autres emplacements.</p>
+système de fichiers, car les pages web peuvent être générées dynamiquement
+à partir de bases de données ou d'autres emplacements.</p>
 
-<section id="filesystem"><title>Conteneurs de syst&egrave;me de fichiers</title>
+<section id="filesystem"><title>Conteneurs de système de fichiers</title>
 
 <p>Les conteneurs <directive type="section" module="core">Directory</directive>
 et <directive type="section" module="core">Files</directive>,
-ainsi que leurs &eacute;quivalents acceptant les
+ainsi que leurs équivalents acceptant les
 <glossary ref="regex">expressions rationnelles</glossary>,
-appliquent des directives &agrave; certaines parties du syst&egrave;me de fichiers.
+appliquent des directives à certaines parties du système de fichiers.
 Les directives contenues dans une section <directive
-type="section" module="core">Directory</directive> s'appliquent au r&eacute;pertoire
-pr&eacute;cis&eacute;, ainsi qu'&agrave; tous ses sous-r&eacute;pertoires et aux fichiers que ces
+type="section" module="core">Directory</directive> s'appliquent au répertoire
+précisé, ainsi qu'à tous ses sous-répertoires et aux fichiers que ces
 derniers contiennent.
-Le m&ecirc;me effet peut &ecirc;tre obtenu en utilisant les <a
+Le même effet peut être obtenu en utilisant les <a
 href="howto/htaccess.html">fichiers .htaccess</a>.  Par exemple, avec la
-configuration suivante, l'indexation sera activ&eacute;e pour le r&eacute;pertoire
-<code>/var/web/dir1</code> et tous ses sous-r&eacute;pertoires.</p>
+configuration suivante, l'indexation sera activée pour le répertoire
+<code>/var/web/dir1</code> et tous ses sous-répertoires.</p>
 
-<example>
-&lt;Directory /var/web/dir1&gt;<br />
-Options +Indexes<br />
+<highlight language="config">
+&lt;Directory /var/web/dir1&gt;
+    Options +Indexes
 &lt;/Directory&gt;
-</example>
+</highlight>
 
 <p>Les directives contenues dans une section <directive type="section"
-module="core">Files</directive> s'appliquent &agrave; tout fichier
-avec le nom sp&eacute;cifi&eacute;, quel que soit le r&eacute;pertoire dans lequel il se trouve.
+module="core">Files</directive> s'appliquent à tout fichier
+avec le nom spécifié, quel que soit le répertoire dans lequel il se trouve.
 Ainsi par exemple, les directives de configuration suivantes, si elles sont
-plac&eacute;es dans la section principale du fichier de configuration, vont interdire
-l'acc&egrave;s &agrave; tout fichier nomm&eacute; <code>private.html</code> quel que soit
-l'endroit o&ugrave; il se trouve.</p>
-
-<example>
-&lt;Files private.html&gt;<br />
-Order allow,deny<br />
-Deny from all<br />
+placées dans la section principale du fichier de configuration, vont interdire
+l'accès à tout fichier nommé <code>private.html</code> quel que soit
+l'endroit où il se trouve.</p>
+
+<highlight language="config">
+&lt;Files private.html&gt;
+    Order allow,deny
+    Deny from all
 &lt;/Files&gt;
-</example>
+</highlight>
 
-<p>Pour faire r&eacute;f&eacute;rence &agrave; des fichiers qui se trouvent en des points
-particuliers du syst&egrave;me de fichiers, les sections
+<p>Pour faire référence à des fichiers qui se trouvent en des points
+particuliers du système de fichiers, les sections
 <directive type="section" module="core">Files</directive> et
 <directive type="section" module="core">Directory</directive>
-peuvent &ecirc;tre combin&eacute;es.  Par exemple, la configuration suivante va interdire
-l'acc&egrave;s &agrave; <code>/var/web/dir1/private.html</code>,
+peuvent être combinées.  Par exemple, la configuration suivante va interdire
+l'accès à <code>/var/web/dir1/private.html</code>,
 <code>/var/web/dir1/subdir2/private.html</code>,
 <code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de
 <code>private.html</code> qui se trouve dans l'arborescence
 <code>/var/web/dir1/</code>.</p>
 
-<example>
-&lt;Directory /var/web/dir1&gt;<br />
-&lt;Files private.html&gt;<br />
-Order allow,deny<br />
-Deny from all<br />
-&lt;/Files&gt;<br />
+<highlight language="config">
+&lt;Directory /var/web/dir1&gt;
+    &lt;Files private.html&gt;
+        Order allow,deny
+        Deny from all
+    &lt;/Files&gt;
 &lt;/Directory&gt;
-</example>
+</highlight>
 </section>
 
 <section id="webspace"><title>Conteneurs de l'arborescence du site web</title>
 
 <p>le conteneur <directive type="section" module="core">Location</directive>
-et son &eacute;quivalent acceptant les
-<glossary ref="regex">expressions rationnelles</glossary>, modifient quant &agrave; eux la
+et son équivalent acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>, modifient quant à eux la
 configuration de parties de l'arborescence du site web.  Par exemple, la
-configuration suivante interdit l'acc&egrave;s &agrave; toute URL dont la partie chemin
+configuration suivante interdit l'accès à toute URL dont la partie chemin
 commence par /private.
-En particulier, l'interdiction s'appliquera aux requ&ecirc;tes pour :
+En particulier, l'interdiction s'appliquera aux requêtes pour :
 <code>http://yoursite.example.com/private</code>,
 <code>http://yoursite.example.com/private123</code>, et
-<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'&agrave;
-toute requ&ecirc;te commen&ccedil;ant par la cha&icirc;ne de caract&egrave;res <code>/private</code>.</p>
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'à
+toute requête commençant par la chaîne de caractères <code>/private</code>.</p>
 
-<example>
-&lt;LocationMatch ^/private&gt;<br />
-Order Allow,Deny<br />
-Deny from all<br />
+<highlight language="config">
+&lt;LocationMatch ^/private&gt;
+    Order Allow,Deny
+    Deny from all
 &lt;/LocationMatch&gt;
-</example>
+</highlight>
 
 <p>Le conteneur <directive type="section" module="core">Location</directive>
-n'a pas besoin de faire r&eacute;f&eacute;rence &agrave; un &eacute;l&eacute;ment du syst&egrave;me de fichiers.
-Par exemple, l'exemple suivant montre comment faire r&eacute;f&eacute;rence &agrave; une URL
-particuli&egrave;re vers un gestionnaire interne d'Apache fourni par le module
+n'a pas besoin de faire référence à un élément du système de fichiers.
+Par exemple, l'exemple suivant montre comment faire référence à une URL
+particulière vers un gestionnaire interne d'Apache fourni par le module
 <module>mod_status</module>.
-Il n'est pas n&eacute;cessaire de trouver un fichier nomm&eacute; <code>server-status</code>
-dans le syst&egrave;me de fichiers.</p>
+Il n'est pas nécessaire de trouver un fichier nommé <code>server-status</code>
+dans le système de fichiers.</p>
 
-<example>
-&lt;Location /server-status&gt;<br />
-SetHandler server-status<br />
+<highlight language="config">
+&lt;Location /server-status&gt;
+    SetHandler server-status
 &lt;/Location&gt;
-</example>
+</highlight>
 </section>
 
-<section id="wildcards"><title>Caract&egrave;res de remplacement
+<section id="wildcards"><title>Caractères de remplacement
 et expressions rationnelles</title>
 
 <p>Les conteneurs
 <directive type="section" module="core">Directory</directive>,
 <directive type="section" module="core">Files</directive>, et
 <directive type="section" module="core">Location</directive>
-peuvent utiliser des caract&egrave;res de remplacement de style shell comme dans
-la fonction <code>fnmatch</code> de la biblioth&egrave;que C standard.
-Le caract&egrave;re "*"
-correspond &agrave; toute s&eacute;quence de caract&egrave;res, "?" &agrave; un caract&egrave;re seul,
-et "[<em>seq</em>]" &agrave; tout caract&egrave;re contenu dans <em>seq</em>.
-Le caract&egrave;re "/"
+peuvent utiliser des caractères de remplacement de style shell comme dans
+la fonction <code>fnmatch</code> de la bibliothèque C standard.
+Le caractère "*"
+correspond à toute séquence de caractères, "?" à un caractère seul,
+et "[<em>seq</em>]" à tout caractère contenu dans <em>seq</em>.
+Le caractère "/"
 ne peut pas faire l'objet d'un remplacement;
-il doit &ecirc;tre sp&eacute;cifi&eacute; explicitement.</p>
+il doit être spécifié explicitement.</p>
 
-<p>Si une d&eacute;finition des crit&egrave;res de correspondance
-encore plus souple est n&eacute;cessaire, chaque conteneur
-poss&egrave;de son &eacute;quivalent acceptant les expressions rationnelles : <directive
+<p>Si une définition des critères de correspondance
+encore plus souple est nécessaire, chaque conteneur
+possède son équivalent acceptant les expressions rationnelles : <directive
 type="section" module="core">DirectoryMatch</directive>, <directive
 type="section" module="core">FilesMatch</directive>, et <directive
 type="section" module="core">LocationMatch</directive> acceptent les
 <glossary ref="regex">expressions rationnelles</glossary> compatibles Perl
-pour d&eacute;finir les crit&egrave;res de correspondance.  Mais voyez plus loin la section
-&agrave; propos de la combinaison des sections de configuration
+pour définir les critères de correspondance.  Mais voyez plus loin la section
+à propos de la combinaison des sections de configuration
 pour comprendre comment l'utilisation de
-conteneurs avec des expressions rationnelles va modifier la mani&egrave;re
-dont les directives sont appliqu&eacute;es.</p>
+conteneurs avec des expressions rationnelles va modifier la manière
+dont les directives sont appliquées.</p>
 
 <p>Un conteneur qui modifie la configuration de tous les
-r&eacute;pertoires utilisateurs &agrave; l'aide de caract&egrave;res de remplacement
+répertoires utilisateurs à l'aide de caractères de remplacement
 mais sans utiliser
-les expressions rationnelles pourrait ressembler &agrave; ceci :</p>
+les expressions rationnelles pourrait ressembler à ceci :</p>
 
-<example>
-&lt;Directory /home/*/public_html&gt;<br />
-Options Indexes<br />
+<highlight language="config">
+&lt;Directory /home/*/public_html&gt;
+    Options Indexes
 &lt;/Directory&gt;
-</example>
+</highlight>
 
 <p>Avec les conteneurs utilisant les expressions rationnelles,
-on peut interdire l'acc&egrave;s &agrave; de nombreux types de fichiers d'images
-simultan&eacute;ment :</p>
-<example>
-&lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;<br />
-Order allow,deny<br />
-Deny from all<br />
+on peut interdire l'accès à de nombreux types de fichiers d'images
+simultanément :</p>
+<highlight language="config">
+&lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;
+    Order allow,deny
+    Deny from all
 &lt;/FilesMatch&gt;
-</example>
+</highlight>
 
 </section>
 
 <section id="whichwhen"><title>Que faut-il utiliser et quand ?</title>
 
-<p>Choisir entre des conteneurs de syst&egrave;me de fichiers et des conteneurs
-d'arborescence du site web est vraiment tr&egrave;s simple.
-Pour appliquer des directives &agrave; des objets qui r&eacute;sident dans le syst&egrave;me de
+<p>Choisir entre des conteneurs de système de fichiers et des conteneurs
+d'arborescence du site web est vraiment très simple.
+Pour appliquer des directives à des objets qui résident dans le système de
 fichiers, utilisez toujours un conteneur <directive type="section"
 module="core">Directory</directive> ou <directive type="section"
-module="core">Files</directive>.  Pour appliquer des directives &agrave; des objets
-qui ne r&eacute;sident pas dans le syst&egrave;me de fichiers (comme une page web g&eacute;n&eacute;r&eacute;e
-par une base de donn&eacute;es), utilisez un conteneur <directive type="section"
+module="core">Files</directive>.  Pour appliquer des directives à des objets
+qui ne résident pas dans le système de fichiers (comme une page web générée
+par une base de données), utilisez un conteneur <directive type="section"
 module="core">Location</directive>.</p>
 
 <p>Il ne faut jamais utiliser un conteneur <directive type="section"
-module="core">Location</directive> pour restreindre l'acc&egrave;s &agrave; des
-objets du syst&egrave;me de fichiers, car plusieurs localisations de
-l'arborescence du site web (URLs) peuvent correspondre &agrave; la m&ecirc;me localisation
-du syst&egrave;me de fichier, ce qui peut permettre de contourner vos restrictions.
+module="core">Location</directive> pour restreindre l'accès à des
+objets du système de fichiers, car plusieurs localisations de
+l'arborescence du site web (URLs) peuvent correspondre à la même localisation
+du système de fichier, ce qui peut permettre de contourner vos restrictions.
 Par exemple, imaginez la configuration suivante :</p>
 
-<example>
-&lt;Location /dir/&gt;<br />
-Order allow,deny<br />
-Deny from all<br />
+<highlight language="config">
+&lt;Location /dir/&gt;
+    Order allow,deny
+    Deny from all
 &lt;/Location&gt;
-</example>
+</highlight>
 
-<p>Elle fonctionne correctement si la requ&ecirc;te appelle
+<p>Elle fonctionne correctement si la requête appelle
 <code>http://yoursite.example.com/dir/</code>.  Mais que va-t-il se passer si
-votre syst&egrave;me de fichiers est insensible &agrave; la casse ?
-Votre restriction va pouvoir &ecirc;tre tout simplement contourn&eacute;e en envoyant une
-requ&ecirc;te sur
+votre système de fichiers est insensible à la casse ?
+Votre restriction va pouvoir être tout simplement contournée en envoyant une
+requête sur
 <code>http://yoursite.example.com/DIR/</code>.  Le conteneur <directive
-type="section" module="core">Directory</directive>, quant &agrave; lui, s'appliquera
-&agrave; tout contenu servi &agrave; partir de cette localisation,
-sans tenir compte de la mani&egrave;re dont il est appel&eacute;.
-(Les liens du syst&egrave;me de fichiers constituent une exception.
-Le m&ecirc;me r&eacute;pertoire peut &ecirc;tre plac&eacute; dans plusieurs parties du syst&egrave;me de
+type="section" module="core">Directory</directive>, quant à lui, s'appliquera
+à tout contenu servi à partir de cette localisation,
+sans tenir compte de la manière dont il est appelé.
+(Les liens du système de fichiers constituent une exception.
+Le même répertoire peut être placé dans plusieurs parties du système de
 fichiers en utilisant des liens symboliques.  Le conteneur
 <directive type="section" module="core">Directory</directive> va suivre le
-lien symbolique sans modifier le nom du chemin.  Par cons&eacute;quent, pour plus de
-s&eacute;curit&eacute;, les liens symboliques doivent &ecirc;tre d&eacute;sactiv&eacute;s &agrave; l'aide de la
+lien symbolique sans modifier le nom du chemin.  Par conséquent, pour plus de
+sécurité, les liens symboliques doivent être désactivés à l'aide de la
 directive
-<directive module="core">Options</directive> appropri&eacute;e.)</p>
+<directive module="core">Options</directive> appropriée.)</p>
 
-<p>Si vous pensez que vous n'&ecirc;tes pas concern&eacute; par ce probl&egrave;me
-parceque vous utilisez un syst&egrave;me de fichiers sensible &agrave; la casse,
-gardez &agrave; l'esprit qu'il y a de nombreuses autres mani&egrave;res pour faire
-correspondre plusieurs localisations de l'arborescence du site web &agrave; la m&ecirc;me
-localisation du syst&egrave;me de fichiers.  C'est pourquoi vous devez autant que
-possible toujours utiliser les conteneurs de syst&egrave;me de fichiers.
-Il y a cependant une exception &agrave; cette r&egrave;gle.  Placer des restrictions de
+<p>Si vous pensez que vous n'êtes pas concerné par ce problème
+parceque vous utilisez un système de fichiers sensible à la casse,
+gardez à l'esprit qu'il y a de nombreuses autres manières pour faire
+correspondre plusieurs localisations de l'arborescence du site web à la même
+localisation du système de fichiers.  C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de système de fichiers.
+Il y a cependant une exception à cette règle.  Placer des restrictions de
 configuration dans un conteneur <code>&lt;Location
-/&gt;</code> est tout &agrave; fait sans rique car ce conteneur va s'appliquer &agrave;
-toutes les requ&ecirc;tes sans tenir compte de l'URL sp&eacute;cifique.</p>
+/&gt;</code> est tout à fait sans rique car ce conteneur va s'appliquer à
+toutes les requêtes sans tenir compte de l'URL spécifique.</p>
 </section>
 
 </section>
 
-<section id="virtualhost"><title>H&ocirc;tes virtuels</title>
+<section id="virtualhost"><title>Hôtes virtuels</title>
 
 <p>Le conteneur <directive type="section" module="core">VirtualHost</directive>
-contient des directives qui s'appliquent &agrave; des h&ocirc;tes sp&eacute;cifiques.
-Ceci s'av&egrave;re utile pour servir des h&ocirc;tes multiples &agrave; partir de la m&ecirc;me machine,
-chacun d'entre eux poss&eacute;dant une configuration diff&eacute;rente.  Pour de plus amples
+contient des directives qui s'appliquent à des hôtes spécifiques.
+Ceci s'avère utile pour servir des hôtes multiples à partir de la même machine,
+chacun d'entre eux possédant une configuration différente.  Pour de plus amples
 informations,
-voir la <a href="vhosts/">Documentation sur les h&ocirc;tes virtuels</a>.</p>
+voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p>
 </section>
 
 <section id="proxy"><title>Mandataire</title>
@@ -379,26 +377,27 @@ voir la <a href="vhosts/">Documentation
 <directive type="section" module="mod_proxy">Proxy</directive>
 et <directive type="section" module="mod_proxy">ProxyMatch</directive>
 appliquent les directives de configuration qu'ils contiennent uniquement aux
-sites qui correspondent &agrave; l'URL sp&eacute;cifi&eacute;e et auxquels on a
-acc&eacute;d&eacute; via le serveur mandataire du module <module>mod_proxy</module>.
-Par exemple, la configuration suivante
-va interdire l'utilisation du serveur proxy pour acc&eacute;der au site
-<code>cnn.com</code>.</p>
-
-<example>
-&lt;Proxy http://cnn.com/*&gt;<br />
-Order allow,deny<br />
-Deny from all<br />
+sites qui correspondent à l'URL spécifiée et auxquels on a
+accédé via le serveur mandataire du module <module>mod_proxy</module>.
+Par exemple, la configuration suivante n'autorisera l'accès au site web
+<code>www.example.com</code> via le serveur mandataire qu'à un sous-ensemble de
+clients :</p>
+
+<highlight language="config">
+&lt;Proxy "http://www.example.com/*"&gt;
+    Order allow,deny
+    Allow from 192.168.1.104 192.168.1.205
+    Deny from all
 &lt;/Proxy&gt;
-</example>
+</highlight>
 </section>
 
-<section id="whatwhere"><title>Quelles sont les directives autoris&eacute;es ?</title>
+<section id="whatwhere"><title>Quelles sont les directives autorisées ?</title>
 
-<p>Pour d&eacute;terminer quelles sont les directives autoris&eacute;es pour tel type de
-section de configuration, v&eacute;rifiez le <a
+<p>Pour déterminer quelles sont les directives autorisées pour tel type de
+section de configuration, vérifiez le <a
 href="mod/directive-dict.html#Context">Contexte</a> de la directive.
-Tout ce qui est autoris&eacute; dans les sections
+Tout ce qui est autorisé dans les sections
 <directive type="section" module="core">Directory</directive>
 l'est aussi d'un point de vue syntaxique dans les sections
 <directive type="section" module="core">DirectoryMatch</directive>,
@@ -421,29 +420,29 @@ module="core">Options</directive> <code>
 <directive type="section" module="core">Directory</directive> ou les fichiers
 <code>.htaccess</code>.</li>
 
-<li>La directive <directive module="core">Options</directive> ne peut pas &ecirc;tre
-utilis&eacute;e dans les sections
+<li>La directive <directive module="core">Options</directive> ne peut pas être
+utilisée dans les sections
 <directive type="section" module="core">Files</directive>
 et <directive type="section" module="core">FilesMatch</directive>.</li>
 </ul>
 </section>
 
-<section id="mergin"><title>Comment les sections sont combin&eacute;es entre elles</title>
+<section id="mergin"><title>Comment les sections sont combinées entre elles</title>
 
-<p>Les sections de configuration sont appliqu&eacute;es dans un ordre tr&egrave;s particulier.
-Il est important de savoir comment cet ordre est d&eacute;fini car il peut avoir
-des effets importants sur la mani&egrave;re dont les directives de configuration
-sont interpr&eacute;t&eacute;es.</p>
+<p>Les sections de configuration sont appliquées dans un ordre très particulier.
+Il est important de savoir comment cet ordre est défini car il peut avoir
+des effets importants sur la manière dont les directives de configuration
+sont interprétées.</p>
 
-    <p>L'ordre dans lequel les sections sont combin&eacute;es est :</p>
+    <p>L'ordre dans lequel les sections sont combinées est :</p>
 
     <ol>
       <li> Les sections <directive type="section"
-      module="core">Directory</directive> (&agrave; l'exception des
+      module="core">Directory</directive> (à l'exception des
       expressions rationnelles)
-      et les fichiers <code>.htaccess</code> sont appliqu&eacute;s simultan&eacute;ment (avec
-      la possibilit&eacute; pour <code>.htaccess</code>, s'il y est autoris&eacute;, de
-      pr&eacute;valoir sur
+      et les fichiers <code>.htaccess</code> sont appliqués simultanément (avec
+      la possibilité pour <code>.htaccess</code>, s'il y est autorisé, de
+      prévaloir sur
       <directive type="section" module="core">Directory</directive>)</li>
 
       <li>Les sections
@@ -452,112 +451,185 @@ sont interpr&eacute;t&eacute;es.</p>
 
       <li>Les sections <directive type="section"
       module="core">Files</directive> et <directive
-      type="section" module="core">FilesMatch</directive> sont appliqu&eacute;es
-      simultan&eacute;ment</li>
+      type="section" module="core">FilesMatch</directive> sont appliquées
+      simultanément</li>
 
       <li>Les sections
       <directive type="section" module="core">Location</directive>
       et <directive type="section"
-      module="core">LocationMatch</directive> sont appliqu&eacute;es
-      simultan&eacute;ment</li>
+      module="core">LocationMatch</directive> sont appliquées
+      simultanément</li>
     </ol>
 
-    <p>Mises &agrave; part les sections <directive type="section"
-    module="core">Directory</directive>, chaque groupe est trait&eacute; selon
-    l'ordre dans lequel il appara&icirc;t dans les fichiers de configuration.
+    <p>Mises à part les sections <directive type="section"
+    module="core">Directory</directive>, chaque groupe est traité selon
+    l'ordre dans lequel il apparaît dans les fichiers de configuration.
     Les sections <directive
     type="section" module="core">Directory</directive> (groupe 1 ci-dessus)
-    sont trait&eacute;es dans l'ordre du r&eacute;pertoire le plus court vers le plus long.
+    sont traitées dans l'ordre du répertoire le plus court vers le plus long.
     Par exemple, <code>&lt;Directory /var/web/dir&gt;</code> sera
-    trait&eacute; avant <code>&lt;Directory
+    traité avant <code>&lt;Directory
     /var/web/dir/subdir&gt;</code>.  Si plusieurs sections <directive
-    type="section" module="core">Directory</directive> s'appliquent au m&ecirc;me
-    r&eacute;pertoire, elles sont trait&eacute;es selon l'ordre dans lequel elles
+    type="section" module="core">Directory</directive> s'appliquent au même
+    répertoire, elles sont traitées selon l'ordre dans lequel elles
     apparaissent dans le fichier de configuration.
     Les sections de configuration incluses via la directive <directive
-    module="core">Include</directive> sont trait&eacute;es comme si elles se
-    trouvaient r&eacute;ellement dans le fichier qui les inclut &agrave; la position de la
+    module="core">Include</directive> sont traitées comme si elles se
+    trouvaient réellement dans le fichier qui les inclut à la position de la
     directive
     <directive module="core">Include</directive>.</p>
 
-    <p>Les sections situ&eacute;es &agrave; l'int&eacute;rieur de sections <directive type="section"
+    <p>Les sections situées à l'intérieur de sections <directive type="section"
     module="core">VirtualHost</directive>
-    sont appliqu&eacute;es <em>apr&egrave;s</em> les sections correspondantes situ&eacute;es en
-    dehors de la d&eacute;finition de l'h&ocirc;te virtuel, ce qui permet &agrave; l'h&ocirc;te virtuel
-    de pr&eacute;valoir sur la configuration du serveur principal.</p>
+    sont appliquées <em>après</em> les sections correspondantes situées en
+    dehors de la définition de l'hôte virtuel, ce qui permet à l'hôte virtuel
+    de prévaloir sur la configuration du serveur principal.</p>
 
-    <p>Quand la requ&ecirc;te est servie par le module <module>mod_proxy</module>,
+    <p>Quand la requête est servie par le module <module>mod_proxy</module>,
     le conteneur <directive module="mod_proxy" type="section">Proxy</directive>
     prend la place du conteneur <directive module="core"
     type="section">Directory</directive> dans l'ordre de traitement.</p>
 
-    <p>Les sections situ&eacute;es plus loin dans le fichier de configuration pr&eacute;valent
-    sur celles qui les pr&eacute;c&egrave;dent.</p>
-
 <note><title>Note technique</title>
-	Une s&eacute;quence
+	Une séquence
 	<code>&lt;Location&gt;</code>/<code>&lt;LocationMatch&gt;</code>
-	est r&eacute;ellement trait&eacute;e juste avant la phase de traduction du nom
-	(o&ugrave; <code>Aliases</code> et <code>DocumentRoots</code>
-      sont utilis&eacute;s pour faire correspondre les URLs aux noms de fichiers).
-      Les effets de cette s&eacute;quence disparaissent totalement lorsque
-      la traduction est termin&eacute;e.
+	est réellement traitée juste avant la phase de traduction du nom
+	(où <code>Aliases</code> et <code>DocumentRoots</code>
+      sont utilisés pour faire correspondre les URLs aux noms de fichiers).
+      Les effets de cette séquence disparaissent totalement lorsque
+      la traduction est terminée.
 </note>
 
+<section id="relationship-module-configuration"><title>Interactions entre
+modules et sections de configuration</title>
+    <p>Une question se pose souvent après avoir lu comment les sections de
+    configuration sont fusionnées : comment et quand les directives de modules
+    particuliers comme <module>mod_rewrite</module> sont-elles interprétées ? La
+    réponse n'est pas triviale et nécessite un approfondissement. Chaque module
+    httpd gère sa propre configuration, et chacune de ses directives dans
+    httpd.conf définit un élément de configuration dans un contexte particulier.
+    httpd n'exécute pas un commande au moment où elle est lue.</p>
+    <p>A l'exécution, le noyau de httpd parcours les sections de configuration
+    dans l'ordre décrit ci-dessus afin de déterminer lesquelles s'appliquent à
+    la requête courante. Lorsqu'une première section s'applique, elle est
+    considérée comme la configuration courante pour cette requête. Si une
+    section suivante s'applique aussi, chaque module qui possède des directives
+    dans chacune de ces sections a la possibilité de fusionner sa configuration
+    entre ces deux sections. Il en résulte une troisième configuration et le
+    processus de fusion se poursuit jusqu'à ce que toutes les sections de
+    configuration aient été évaluées.</p>
+    <p>Après l'étape précédente, le traitement proprement dit de la requête HTTP
+    peut commencer : chaque module peut effectuer toute tâche qui lui incombe,
+    et pour déterminer de quelle manière dont il doit agir, il peut s'appuyer
+    sur le noyau de httpd pour retrouver sa configuration globale issue de la
+    fusion précédente.</p>
+    <p>Un exemple permet de mieux visualiser l'ensemble du processus. la
+    configuration suivante utilise la directive <directive
+    module="mod_headers">Header</directive> du module
+    <module>mod_headers</module> pour définir un en-tête HTTP spécifique. Quelle
+    valeur httpd va-t-il affecter à l'en-tête <code>CustomHeaderName</code> pour
+    une requête vers <code>/example/index.html</code> ?
+    </p>
+    <highlight language="config">
+
+&lt;Directory "/"&gt;
+    Header set CustomHeaderName one
+    &lt;FilesMatch ".*"&gt;
+        Header set CustomHeaderName three
+    &lt;/FilesMatch&gt;
+&lt;/Directory&gt;
+
+&lt;Directory "/example"&gt;
+    Header set CustomHeaderName two
+&lt;/Directory&gt;
+     
+    </highlight>    
+    <ul>
+        <li><directive>Directory</directive> "/" s'applique, et une configuration
+	initiale est créée qui définit l'en-tête <code>CustomHeaderName</code>
+	avec la valeur <code>one</code>.</li>
+        <li><directive>Directory</directive> "/example" s'applique, et comme
+	<module>mod_headers</module> spécifie dans son code que
+	la valeur d'un en-tête doit être écrasée si ce dernier est défini à
+	nouveau, une nouvelle configuration est créée qui définit l'en-tête
+	<code>CustomHeaderName</code> avec la valeur <code>two</code>.</li>
+        <li><directive>FilesMatch</directive> ".*" s'applique, une nouvelle
+	opportunité de fusion surgit, et l'en-tête <code>CustomHeaderName</code>
+	est défini à la valeur <code>three</code>.</li>
+        <li>Finalement, au cours des étapes suivantes du traitement de la
+	requête HTTP, <module>mod_headers</module> sera sollicité, et il se
+	basera sur la configuration qui a défini l'en-tête
+	<code>CustomHeaderName</code> à la valeur <code>three</code>.
+	<module>mod_headers</module> utilise normalement cette configuration pour
+	accomplir sa tâche, à savoir définir des en-têtes HTTP. Cela ne veut
+	cependant pas dire qu'un module ne peut pas effectuer des actions plus
+	complexes comme désactiver des directives car elle ne sont pas
+	nécessaires ou obsolètes, etc...</li>
+    </ul>
+
+    <p>Ceci est aussi vrai pour les fichiers .htaccess car ils possèdent la même
+    priorité que les sections <directive>Directory</directive> dans l'ordre de
+    fusion. Il faut bien comprendre que les sections de configuration comme
+    <directive>Directory</directive> et <directive>FilesMatch</directive> ne
+    sont pas comparables avec les directives spécifiques de modules comme
+    <directive module="mod_headers">Header</directive> ou <directive
+    module="mod_rewrite">RewriteRule</directive> car elles agissent à des
+    niveaux différents.
+    </p>
+</section>
+
 <section id="merge-examples"><title>Quelques exemples</title>
 
 <p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
-En supposant qu'elles s'appliquent toutes &agrave; la requ&ecirc;te, les directives de
-cet exemple seront appliqu&eacute;es dans l'ordre suivant : A &gt; B &gt; C &gt; D &gt;
+En supposant qu'elles s'appliquent toutes à la requête, les directives de
+cet exemple seront appliquées dans l'ordre suivant : A &gt; B &gt; C &gt; D &gt;
 E.</p>
 
-<example>
-&lt;Location /&gt;<br />
-E<br />
-&lt;/Location&gt;<br />
-<br />
-&lt;Files f.html&gt;<br />
-D<br />
-&lt;/Files&gt;<br />
-<br />
-&lt;VirtualHost *&gt;<br />
-&lt;Directory /a/b&gt;<br />
-B<br />
-&lt;/Directory&gt;<br />
-&lt;/VirtualHost&gt;<br />
-<br />
-&lt;DirectoryMatch "^.*b/"&gt;<br />
-C<br />
-&lt;/DirectoryMatch&gt;<br />
-<br />
-&lt;Directory /a/b&gt;<br />
-A<br />
-&lt;/Directory&gt;<br />
-<br />
-</example>
+<highlight language="config">
+&lt;Location "/"&gt;
+    E
+&lt;/Location&gt;
+
+&lt;Files "f.html"&gt;
+    D
+&lt;/Files&gt;
+
+&lt;VirtualHost *&gt;
+&lt;Directory "/a/b"&gt;
+    B
+&lt;/Directory&gt;
+&lt;/VirtualHost&gt;
+
+&lt;DirectoryMatch "^.*b$"&gt;
+    C
+&lt;/DirectoryMatch&gt;
 
-<p>Pour un exemple plus concret, consid&eacute;rez ce qui suit.  Sans tenir compte
-de toute restriction d'acc&egrave;s plac&eacute;e dans les sections <directive module="core"
+&lt;Directory "/a/b"&gt;
+    A
+&lt;/Directory&gt;
+
+</highlight>
+
+<p>Pour un exemple plus concret, considérez ce qui suit.  Sans tenir compte
+de toute restriction d'accès placée dans les sections <directive module="core"
 type="section">Directory</directive>, la section <directive
 module="core" type="section">Location</directive> sera
-&eacute;valu&eacute;e en dernier et permettra un acc&egrave;s au serveur sans aucune restriction.
+évaluée en dernier et permettra un accès au serveur sans aucune restriction.
 En d'autres termes, l'ordre de la combinaison des sections est important,
 soyez donc prudent !</p>
 
-<example>
-&lt;Location /&gt;<br />
-Order deny,allow<br />
-Allow from all<br />
-&lt;/Location&gt;<br />
-<br />:if expand("%") == ""|browse confirm w|else|confirm w|endif
-
-# Arrghs!  Cette section &lt;Directory&gt; n'aura aucun effet<br />
-&lt;Directory /&gt;<br />
-Order allow,deny<br />
-Allow from all<br />
-Deny from badguy.example.com<br />
+<highlight language="config">
+&lt;Location "/"&gt;
+    Require all granted
+&lt;/Location&gt;
+# Arrghs!  Cette section &lt;Directory&gt; n'aura aucun effet
+&lt;Directory "/"&gt;
+    &lt;RequireAll&gt;
+        Require all granted
+        Require not host badguy.example.com
+    &lt;/RequireAll&gt;
 &lt;/Directory&gt;
-</example>
+</highlight>
 
 </section>
 




Mime
View raw message