sections.html.fr revision b71e5eae594d54e9e56dc20208c6a7fb52610e29
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Sections de configuration - Serveur Apache HTTP</title>
<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/directives.html">Directives</a> | <a href="/faq/">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.5</p>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.5</a></div><div id="page-content"><div id="preamble"><h1>Sections de configuration</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="/en/sections.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div>
au serveur dans son ensemble, ou seulement � des r�pertoires, fichiers, h�tes,
ou URLs particuliers. Ce document d�crit comment utiliser les conteneurs de
sections de configuration ou les fichiers <code>.htaccess</code> pour
modifier la port�e des directives de configuration.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="/images/down.gif" /> <a href="#types">Types de conteneurs de sections de
configuration</a></li>
arborescence du site web et expressions bool�ennes</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#whatwhere">Quelles sont les directives autoris�es ?</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#mergin">Comment les sections sont combin�es entre elles</a></li>
</ul></div>
<div class="section">
<h2><a name="types" id="types">Types de conteneurs de sections de
configuration</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="/mod/core.html">core</a></code></li><li><code class="module"><a href="/mod/mod_version.html">mod_version</a></code></li><li><code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="/mod/core.html#directory"><Directory></a></code></li><li><code class="directive"><a href="/mod/core.html#directorymatch"><DirectoryMatch></a></code></li><li><code class="directive"><a href="/mod/core.html#files"><Files></a></code></li><li><code class="directive"><a href="/mod/core.html#filesmatch"><FilesMatch></a></code></li><li><code class="directive"><a href="/mod/core.html#if"><If></a></code></li><li><code class="directive"><a href="/mod/core.html#ifdefine"><IfDefine></a></code></li><li><code class="directive"><a href="/mod/core.html#ifmodule"><IfModule></a></code></li><li><code class="directive"><a href="/mod/mod_version.html#ifversion"><IfVersion></a></code></li><li><code class="directive"><a href="/mod/core.html#location"><Location></a></code></li><li><code class="directive"><a href="/mod/core.html#locationmatch"><LocationMatch></a></code></li><li><code class="directive"><a href="/mod/mod_proxy.html#proxy"><Proxy></a></code></li><li><code class="directive"><a href="/mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code></li><li><code class="directive"><a href="/mod/core.html#virtualhost"><VirtualHost></a></code></li></ul></td></tr></table>
<p>Il existe deux grands types de conteneurs. La plupart des conteneurs sont
�valu�s pour chaque requ�te. Les directives qu'ils contiennent s'appliquent
seulement aux requ�tes qui sont concern�es par le conteneur. En revanche,
les conteneurs
<code class="directive"><a href="/mod/core.html#ifdefine"><IfDefine></a></code>, <code class="directive"><a href="/mod/core.html#ifmodule"><IfModule></a></code>, et
�valu�s seulement au d�marrage et au red�marrage du serveur.
Si leurs conditions sont v�rifi�es au d�marrage, les directives qu'ils contiennent
s'appliqueront � toutes les requ�tes. Si leurs conditions ne sont pas v�rifi�es, les
directives qu'ils contiennent seront ignor�es.</p>
<p>Le conteneur <code class="directive"><a href="/mod/core.html#ifdefine"><IfDefine></a></code>
contient des directives qui ne seront appliqu�es que si un param�tre
appropri� a �t� d�fini dans la ligne de commande de <code class="program"><a href="/programs/httpd.html">httpd</a></code>.
Par exemple,
avec la configuration suivante, toutes les requ�tes seront redirig�es vers
un autre site si le serveur est d�marr� en utilisant la ligne de commande :
<code>httpd -DClosedForNow</code>:</p>
<div class="example"><p><code>
<IfDefine ClosedForNow><br />
Redirect / http://otherserver.example.com/<br />
</IfDefine>
</code></p></div>
<p>Le conteneur <code class="directive"><a href="/mod/core.html#ifmodule"><IfModule></a></code>
est similaire; les directives qu'il contient ne s'appliqueront que si
un module particulier est disponible au niveau du serveur.
Le module doit �tre soit compil� statiquement dans le serveur, soit
dynamiquement et dans ce cas, la ligne <code class="directive"><a href="/mod/mod_so.html#loadmodule">LoadModule</a></code> correspondante doit appara�tre
plus haut dans le fichier de configuration. Ce conteneur ne doit �tre
utilis� que dans le cas o� votre fichier de configuration doit fonctionner
ind�pendamment de la pr�sence ou de l'absence de certains modules.
Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer
syst�matiquement, car vous pouvez perdre ainsi de pr�cieux messages d'erreur
� propos de modules manquants.</p>
<p>Dans l'exemple suivant, la directive <code class="directive"><a href="/mod/mod_mime_magic.html#mimemagicfile">MimeMagicFile</a></code> ne s'appliquera que si le
module <code class="module"><a href="/mod/mod_mime_magic.html">mod_mime_magic</a></code> est disponible.</p>
<div class="example"><p><code>
<IfModule mod_mime_magic.c><br />
</IfModule>
</code></p></div>
<p>Le conteneur
est similaire aux conteneurs <code class="directive"><a href="/mod/core.html#ifdefine"><IfDefine></a></code> et <code class="directive"><a href="/mod/core.html#ifmodule"><IfModule></a></code>; les directives qu'il contient ne
s'appliqueront que si une version particuli�re du serveur s'ex�cute. Ce
conteneur a �t� con�u pour une utilisation dans les suites de tests
et les grands r�seaux qui doivent prendre en compte diff�rentes versions
et configurations de httpd.</p>
<div class="example"><p><code>
<IfVersion >= 2.1><br />
<span class="indent">
# les directives situ�es ici ne s'appliquent que si la version <br />
# est sup�rieure ou �gale � 2.1.0.<br />
</span>
</IfVersion>
</code></p></div>
peuvent inverser leur test conditionnel en le faisant pr�c�der d'un "!".
De plus, ces sections peuvent �tre imbriqu�es afin de d�finir des restrictions
plus complexes.</p>
<div class="section">
<h2><a name="file-and-web" id="file-and-web">Syst�me de fichiers,
arborescence du site web et expressions bool�ennes</a></h2>
<p>Les conteneurs de sections de configuration les plus couramment utilis�s
sont ceux qui modifient la configuration de points particuliers du syst�me de
fichiers ou de l'arborescence du site web. Tout d'abord, il est important de
comprendre la diff�rence entre les deux. Le syst�me de fichiers est une vue
de vos disques tels qu'ils sont per�us par votre syst�me d'exploitation.
Par exemple, avec une installation par d�faut,
le syst�me de fichiers Windows. (Notez que des slashes directs doivent
toujours �tre utilis�s comme s�parateur de chemin
dans les fichiers de configuration d'Apache httpd, m�me sous
Windows.) Quant �
l'arborescence du site web, il s'agit d'une vue de votre site
tel que pr�sent� par le
serveur web et per�ue par le client. Ainsi le chemin <code>/dir/</code> dans
l'arborescence du site web correspond au chemin
une installation d'Apache httpd par d�faut sous UNIX.
En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
syst�me de fichiers, car les pages web peuvent �tre g�n�r�es dynamiquement
� partir de bases de donn�es ou d'autres emplacements.</p>
<h3><a name="filesystem" id="filesystem">Conteneurs de syst�me de fichiers</a></h3>
<p>Les conteneurs <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>
ainsi que leurs �quivalents acceptant les
<a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expressions rationnelles</a>,
appliquent des directives � certaines parties du syst�me de fichiers.
Les directives contenues dans une section <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> s'appliquent au r�pertoire
pr�cis�, ainsi qu'� tous ses sous-r�pertoires et aux fichiers que ces
derniers contiennent.
Le m�me effet peut �tre obtenu en utilisant les <a href="howto/htaccess.html">fichiers .htaccess</a>. Par exemple, avec la
configuration suivante, l'indexation sera activ�e pour le r�pertoire
<div class="example"><p><code>
Options +Indexes<br />
</Directory>
</code></p></div>
<p>Les directives contenues dans une section <code class="directive"><a href="/mod/core.html#files"><Files></a></code> s'appliquent � tout fichier
avec le nom sp�cifi�, quel que soit le r�pertoire dans lequel il se trouve.
Ainsi par exemple, les directives de configuration suivantes, si elles sont
plac�es dans la section principale du fichier de configuration, vont interdire
l'endroit o� il se trouve.</p>
<div class="example"><p><code>
<Files private.html><br />
Order allow,deny<br />
Deny from all<br />
</Files>
</code></p></div>
<p>Pour faire r�f�rence � des fichiers qui se trouvent en des points
particuliers du syst�me de fichiers, les sections
peuvent �tre combin�es. Par exemple, la configuration suivante va interdire
<div class="example"><p><code>
<Files private.html><br />
Order allow,deny<br />
Deny from all<br />
</Files><br />
</Directory>
</code></p></div>
<h3><a name="webspace" id="webspace">Conteneurs de l'arborescence du site web</a></h3>
<p>le conteneur <code class="directive"><a href="/mod/core.html#location"><Location></a></code>
et son �quivalent acceptant les
<a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expressions rationnelles</a>, modifient quant � eux la
configuration de parties de l'arborescence du site web. Par exemple, la
configuration suivante interdit l'acc�s � toute URL dont la partie chemin
commence par /private.
En particulier, l'interdiction s'appliquera aux requ�tes pour :
toute requ�te commen�ant par la cha�ne de caract�res <code>/private</code>.</p>
<div class="example"><p><code>
<LocationMatch ^/private><br />
Order Allow,Deny<br />
Deny from all<br />
</Location>
</code></p></div>
<p>Le conteneur <code class="directive"><a href="/mod/core.html#location"><Location></a></code>
n'a pas besoin de faire r�f�rence � un �l�ment du syst�me de fichiers.
Par exemple, l'exemple suivant montre comment faire r�f�rence � une URL
particuli�re vers un gestionnaire interne du serveur HTTP Apache fourni par le module
Il n'est pas n�cessaire de trouver un fichier nomm� <code>server-status</code>
dans le syst�me de fichiers.</p>
<div class="example"><p><code>
<Location /server-status><br />
SetHandler server-status<br />
</Location>
</code></p></div>
<h3><a name="overlapping-webspace" id="overlapping-webspace">Espace web imbriqu�</a></h3>
<p>Pour contr�ler deux URLs imbriqu�es, on doit tenir compte de l'ordre
dans lequel certaines sections ou directives sont �valu�es. Pour
avoir :</p>
<div class="example"><p><code>
<Location /foo><br />
</Location><br />
</Location>
</code></p></div>
<p>Les directives <code class="directive"><a href="/mod/mod_alias.html#alias"><Alias></a></code>, quant � elles, sont �valu�es vice-versa :</p>
<div class="example"><p><code>
</code></p></div>
<p>Ceci est aussi vrai pour les directives <code class="directive"><a href="/mod/mod_proxy.html#proxypass">ProxyPass</a></code> :</p>
<div class="example"><p><code>
ProxyPass /special-area http://special.example.com smax=5 max=10<br />
ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On
</code></p></div>
<h3><a name="wildcards" id="wildcards">Caract�res de remplacement
et expressions rationnelles</a></h3>
<p>Les conteneurs
peuvent utiliser des caract�res de remplacement de style shell comme dans
la fonction <code>fnmatch</code> de la biblioth�que C standard.
Le caract�re "*"
correspond � toute s�quence de caract�res, "?" � un caract�re seul,
et "[<em>seq</em>]" � tout caract�re contenu dans <em>seq</em>.
Le caract�re "/"
ne peut pas faire l'objet d'un remplacement;
il doit �tre sp�cifi� explicitement.</p>
<p>Si une d�finition des crit�res de correspondance
encore plus souple est n�cessaire, chaque conteneur
poss�de son �quivalent acceptant les expressions rationnelles : <code class="directive"><a href="/mod/core.html#directorymatch"><DirectoryMatch></a></code>, <code class="directive"><a href="/mod/core.html#filesmatch"><FilesMatch></a></code>, et <code class="directive"><a href="/mod/core.html#locationmatch"><LocationMatch></a></code> acceptent les
<a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expressions rationnelles</a> compatibles Perl
pour d�finir les crit�res de correspondance. Mais voyez plus loin la section
� propos de la combinaison des sections de configuration
pour comprendre comment l'utilisation de
conteneurs avec des expressions rationnelles va modifier la mani�re
dont les directives sont appliqu�es.</p>
<p>Un conteneur qui modifie la configuration de tous les
r�pertoires utilisateurs � l'aide de caract�res de remplacement
mais sans utiliser
les expressions rationnelles pourrait ressembler � ceci :</p>
<div class="example"><p><code>
<Directory /home/*/public_html><br />
Options Indexes<br />
</Directory>
</code></p></div>
<p>Avec les conteneurs utilisant les expressions rationnelles,
on peut interdire l'acc�s � de nombreux types de fichiers d'images
simultan�ment :</p>
<div class="example"><p><code>
<FilesMatch \.(?i:gif|jpe?g|png)$><br />
Order allow,deny<br />
Deny from all<br />
</FilesMatch>
</code></p></div>
<h3><a name="expressions" id="expressions">Expressions bool�ennes</a></h3>
permet de modifier la configuration en fonction d'une condition qui peut
�tre d�finie sous la forme d'une expression bool�enne. Dans l'exemple
suivant, l'acc�s est interdit si l'en-t�te HTTP Referer ne commence pas
par "http://www.example.com/".</p>
<div class="example"><p><code>
<If "!(%{HTTP_REFERER} -strmatch 'http://www.example.com/*')"><br />
Require all denied<br />
</If>
</code></p></div>
<h3><a name="whichwhen" id="whichwhen">Que faut-il utiliser et quand ?</a></h3>
<p>Choisir entre des conteneurs de syst�me de fichiers et des conteneurs
d'arborescence du site web est vraiment tr�s simple.
Pour appliquer des directives � des objets qui r�sident dans le syst�me de
fichiers, utilisez toujours un conteneur <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> ou <code class="directive"><a href="/mod/core.html#files"><Files></a></code>. Pour appliquer des directives � des objets
qui ne r�sident pas dans le syst�me de fichiers (comme une page web g�n�r�e
par une base de donn�es), utilisez un conteneur <code class="directive"><a href="/mod/core.html#location"><Location></a></code>.</p>
<p>Il ne faut jamais utiliser un conteneur <code class="directive"><a href="/mod/core.html#location"><Location></a></code> pour restreindre l'acc�s � des
objets du syst�me de fichiers, car plusieurs localisations de
l'arborescence du site web (URLs) peuvent correspondre � la m�me localisation
du syst�me de fichier, ce qui peut permettre de contourner vos restrictions.
Par exemple, imaginez la configuration suivante :</p>
<div class="example"><p><code>
<Location /dir/><br />
Order allow,deny<br />
Deny from all<br />
</Location>
</code></p></div>
<p>Elle fonctionne correctement si la requ�te appelle
votre syst�me de fichiers est insensible � la casse ?
Votre restriction va pouvoir �tre tout simplement contourn�e en envoyant une
requ�te sur
<code>http://yoursite.example.com/DIR/</code>. Le conteneur <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>, quant � lui, s'appliquera
� tout contenu servi � partir de cette localisation,
sans tenir compte de la mani�re dont il est appel�.
(Les liens du syst�me de fichiers constituent une exception.
Le m�me r�pertoire peut �tre plac� dans plusieurs parties du syst�me de
fichiers en utilisant des liens symboliques. Le conteneur
<code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> va suivre le
lien symbolique sans modifier le nom du chemin. Par cons�quent, pour plus de
s�curit�, les liens symboliques doivent �tre d�sactiv�s � l'aide de la
directive
<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><Location
/></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>
<h3><a name="nesting" id="nesting">Imbrication des sections</a></h3>
<p>Certains types de sections peuvent �tre imbriqu�s : d'une part, on
peut utiliser les sections <code class="directive"><a href="/mod/core.html#files"><Files></a></code> � l'int�rieur des sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>, d'autre part, on
peut utiliser les
l'int�rieur des sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="/mod/core.html#location"><Location></a></code> et <code class="directive"><a href="/mod/core.html#files"><Files></a></code>. Les valeurs des expressions
rationnelles correspondant aux sections nomm�es se comportent de mani�re
identique.</p>
<p>Les sections imbriqu�es sont fusionn�es apr�s les sections
non-imbriqu�es de m�me type.</p>
<div class="section">
<h2><a name="virtualhost" id="virtualhost">H�tes virtuels</a></h2>
<p>Le conteneur <code class="directive"><a href="/mod/core.html#virtualhost"><VirtualHost></a></code>
contient des directives qui s'appliquent � des h�tes sp�cifiques.
Ceci s'av�re utile pour servir des h�tes multiples � partir de la m�me machine,
chacun d'entre eux poss�dant une configuration diff�rente. Pour de plus amples
informations,
voir la <a href="vhosts/">Documentation sur les h�tes virtuels</a>.</p>
<div class="section">
<h2><a name="proxy" id="proxy">Mandataire</a></h2>
<p>Les conteneurs
appliquent les directives de configuration qu'ils contiennent uniquement aux
sites qui correspondent � l'URL sp�cifi�e et auxquels on a
acc�d� via le serveur mandataire du module <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code>.
Par exemple, la configuration suivante
va interdire l'utilisation du serveur proxy pour acc�der au site
<div class="example"><p><code>
<Proxy http://www.example.com/*><br />
Order allow,deny<br />
Deny from all<br />
</Proxy>
</code></p></div>
<div class="section">
<h2><a name="whatwhere" id="whatwhere">Quelles sont les directives autoris�es ?</a></h2>
<p>Pour d�terminer quelles sont les directives autoris�es pour tel type de
section de configuration, v�rifiez le <a href="mod/directive-dict.html#Context">Contexte</a> de la directive.
Tout ce qui est autoris� dans les sections
l'est aussi d'un point de vue syntaxique dans les sections
Il y a cependant quelques exceptions :</p>
<ul>
<li>La directive <code class="directive"><a href="/mod/core.html#allowoverride">AllowOverride</a></code>
ne fonctionne que dans les sections
<li>Les <code class="directive"><a href="/mod/core.html#options">Options</a></code> <code>FollowSymLinks</code> et
<code>SymLinksIfOwnerMatch</code> ne fonctionnent que dans les sections
<code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> ou les fichiers
<code>.htaccess</code>.</li>
<li>La directive <code class="directive"><a href="/mod/core.html#options">Options</a></code> ne peut pas �tre
utilis�e dans les sections
</ul>
<div class="section">
<h2><a name="mergin" id="mergin">Comment les sections sont combin�es entre elles</a></h2>
<p>Les sections de configuration sont appliqu�es dans un ordre tr�s particulier.
Il est important de savoir comment cet ordre est d�fini car il peut avoir
des effets importants sur la mani�re dont les directives de configuration
sont interpr�t�es.</p>
<p>L'ordre dans lequel les sections sont combin�es est :</p>
<ol>
<li> Les sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> (� l'exception des
expressions rationnelles)
et les fichiers <code>.htaccess</code> sont appliqu�s simultan�ment (avec
la possibilit� pour <code>.htaccess</code>, s'il y est autoris�, de
pr�valoir sur
<li>Les sections
(et <code><Directory ~></code>)</li>
<li>Les sections <code class="directive"><a href="/mod/core.html#files"><Files></a></code> et <code class="directive"><a href="/mod/core.html#filesmatch"><FilesMatch></a></code> sont appliqu�es
simultan�ment</li>
<li>Les sections
et <code class="directive"><a href="/mod/core.html#locationmatch"><LocationMatch></a></code> sont appliqu�es
simultan�ment</li>
</li>
</ol>
<p>Mises � part les sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>, chaque groupe est trait� selon
l'ordre dans lequel il appara�t dans les fichiers de configuration.
Les sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> (groupe 1 ci-dessus)
sont trait�es dans l'ordre du r�pertoire le plus court vers le plus long.
trait� avant <code><Directory
/var/web/dir/subdir></code>. Si plusieurs sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> s'appliquent au m�me
r�pertoire, elles sont trait�es selon l'ordre dans lequel elles
apparaissent dans le fichier de configuration.
Les sections de configuration incluses via la directive <code class="directive"><a href="/mod/core.html#include">Include</a></code> sont trait�es comme si elles se
trouvaient r�ellement dans le fichier qui les inclut � la position de la
directive
<p>Les sections situ�es � l'int�rieur de sections <code class="directive"><a href="/mod/core.html#virtualhost"><VirtualHost></a></code>
sont appliqu�es <em>apr�s</em> les sections correspondantes situ�es en
dehors de la d�finition de l'h�te virtuel, ce qui permet � l'h�te virtuel
de pr�valoir sur la configuration du serveur principal.</p>
<p>Quand la requ�te est servie par le module <code class="module"><a href="/mod/mod_proxy.html">mod_proxy</a></code>,
prend la place du conteneur <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> dans l'ordre de traitement.</p>
<p>Les sections situ�es plus loin dans le fichier de configuration pr�valent
sur celles qui les pr�c�dent ; cependant, chaque
module est responsable de la d�finition de la forme que doit prendre
cette pr�valence. Une section de configuration ult�rieure contenant
des directives d'un certain module peut �tre � l'origine d'une
fusion conceptuelle de certaines directives, de toutes les
directives, ou un remplacement complet de la configuration du module
par ses valeurs par d�faut et les directives explicitement d�finies
dans cette section ult�rieure.</p>
<div class="note"><h3>Note technique</h3>
Une s�quence
<code><Location></code>/<code><LocationMatch></code>
est r�ellement trait�e juste avant la phase de traduction du nom
(o� <code>Aliases</code> et <code>DocumentRoots</code>
sont utilis�s pour faire correspondre les URLs aux noms de fichiers).
Les effets de cette s�quence disparaissent totalement lorsque
la traduction est termin�e.
</div>
<h3><a name="merge-examples" id="merge-examples">Quelques exemples</a></h3>
<p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
En supposant qu'elles s'appliquent toutes � la requ�te, les directives de
cet exemple seront appliqu�es dans l'ordre suivant : A > B > C > D >
E.</p>
<div class="example"><p><code>
<Location /><br />
E<br />
</Location><br />
<br />
<Files f.html><br />
D<br />
</Files><br />
<br />
<VirtualHost *><br />
<Directory /a/b><br />
B<br />
</Directory><br />
</VirtualHost><br />
<br />
<DirectoryMatch "^.*b$"><br />
C<br />
</DirectoryMatch><br />
<br />
<Directory /a/b><br />
A<br />
</Directory><br />
<br />
</code></p></div>
<p>Pour un exemple plus concret, consid�rez ce qui suit. Sans tenir compte
de toute restriction d'acc�s plac�e dans les sections <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code>, la section <code class="directive"><a href="/mod/core.html#location"><Location></a></code> sera
�valu�e en dernier et permettra un acc�s au serveur sans aucune restriction.
En d'autres termes, l'ordre de la combinaison des sections est important,
soyez donc prudent !</p>
<div class="example"><p><code>
<Location /><br />
Order deny,allow<br />
Allow from all<br />
</Location><br />
<br />:if expand("%") == ""|browse confirm w|else|confirm w|endif
# Arrghs! Cette section <Directory> n'aura aucun effet<br />
<Directory /><br />
Order allow,deny<br />
Allow from all<br />
Deny from badguy.example.com<br />
</Directory>
</code></p></div>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="/en/sections.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div><div id="footer">
<p class="apache">Copyright 2012 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/directives.html">Directives</a> | <a href="/faq/">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p></div>
</body></html>