This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
-<title>Liaison - Serveur Apache HTTP</title>
+<title>Adresse IP et port d'écoute - Serveur Apache HTTP</title>
<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
<img alt="" src="./images/feather.gif" /></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
<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.2</a></div><div id="page-content"><div id="preamble"><h1>Liaison</h1>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Adresse IP et port d'écoute</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./de/bind.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/bind.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/bind.html" title="Français"> fr </a> |
-<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./ja/bind.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/bind.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
-<div class="outofdate">Cette traduction peut être périmée. Verifiez la version
- Anglaise pour les changements récents.</div>
-
- <p>Configuration des adresses et ports sur lesquels Apache écoute.</p>
- </div>
-<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Informations générales</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#ipv6">Considérations Spéciales avec IPv6</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Faire fonctionner tout ceci avec les Serveurs Virtuels</a></li>
-</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="vhosts/">Serveurs Virtuels</a></li><li><a href="dns-caveats.html">Problémes DNS</a></li></ul></div>
+
+ <p>Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.</p>
+ </div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Vue d'ensemble</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#ipv6">Remarques spécifiques à IPv6</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Comment tout ceci fonctionne-t-il avec les hôtes virtuels</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="vhosts/">Hôtes virtuels</a></li><li><a href="dns-caveats.html">Problèmes liés à DNS</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="overview" id="overview">Informations générales</a></h2>
-
-
- <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mpm_common.html">mpm_common</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code></li><li><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code></li></ul></td></tr></table>
-
-
- <p>Au moment de son démarrage, Apache se lie à un port et à une
- adresse IP sur la machine locale et se met en attente de requètes.
- Par défaut, Apache écoute sur toutes les adresses de la machine.
- Apache accepte d'écouter sur un ou plusieurs ports spécifiques,
- sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse.
- Il est fréquent d'utiliser ces possibilités avec les fonctionnalités
- de Serveurs Virtuels, qui permettent de faire répondre le serveur de
- manière différente en fonction de l'adresse IP, du nom d'hôte ou
- du port.</p>
-
- <p>Le serveur interprète la directive
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- en acceptant les requètes seulement sur le port ou la combinaison
- adresse IP + port passée en argument. Dans le cas où seul un port
- est spécifié avec la directive
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>,
- le serveur se met à l'écoute sur le port spécifié, sur toutes
- les interfaces et adresses de la machine. Si une adresse IP est
- spécifiée en plus du port, le serveur n'écoute que sur l'adresse
- et le port spécifié. Il est possible de configurer plusieurs adresses
- et ports avec la directives
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- pour écoute par le serveur. Le serveur répond aux requètes faites
- à toutes les adresses et ports énumérés.</p>
-
-
- <p>Par exemple, pour que le serveur accepte les connexions sur
- les ports 80 et 8000, spécifiez :</p>
-
- <div class="example"><p><code>
- Listen 80<br />
- Listen 8000
- </code></p></div>
-
- <p>Pour qu'Apache accepte les connexions sur deux combinaisons
- adresses + ports, spécifiez :</p>
-
- <div class="example"><p><code>
- Listen 192.170.2.1:80<br />
- Listen 192.170.2.5:8000
- </code></p></div>
-
- <p>Les adresses IPv6 sont acceptées, pourvu qu'elles soient spécifiées
- entre crochets de la façon suivante :</p>
-
- <div class="example"><p><code>
- Listen [2001:db8::a00:20ff:fea7:ccea]:80
- </code></p></div>
- </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<h2><a name="overview" id="overview">Vue d'ensemble</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mpm_common.html">mpm_common</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code></li><li><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code></li></ul></td></tr></table>
+
+
+ <p>Au démarrage d'Apache, un port et une adresse lui sont associés sur
+ l'hôte local et le serveur se met en attente de l'arrivée d'une requête.
+ Par défaut, le serveur écoute toutes les adresses de l'hôte local.
+ Cependant, il faut lui préciser des ports spécifiques à écouter,
+ ou lui dire de n'écouter que certaines adresses,
+ ou une combinaison des deux.
+ Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
+ qui détermine la manière dont Apache répond aux différents ports,
+ noms d'hôtes et adresses IP.</p>
+
+ <p>La directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
+ enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou
+ une combinaison adresse/port. Si seul un numéro de port est spécifié
+ dans la directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>,
+ le serveur écoute ce port sur toutes les interfaces réseau.
+ Si une adresse IP est spécifiée en plus du port, le serveur va écouter
+ ce port sur l'interface réseau correspondante. On peut utiliser
+ de multiples directives
+ <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> pour
+ spécifier plusieurs adresses et ports à écouter. Le serveur répondra alors
+ aux requêtes sur ces ports et adresses spécifiés.</p>
+
+ <p>Par exemple, pour faire en sorte que le serveur accepte des connexions
+ sur les ports 80 et 8000, utilisez :</p>
+
+ <div class="example"><p><code>
+ Listen 80<br />
+ Listen 8000
+ </code></p></div>
+
+ <p>Pour faire en sorte que le serveur accepte des connexions en provenance
+ de deux couples d'interfaces et ports, utilisez :</p>
+
+ <div class="example"><p><code>
+ Listen 192.170.2.1:80<br />
+ Listen 192.170.2.5:8000
+ </code></p></div>
+
+ <p>Les adresses IPv6 doivent être entre crochets, comme dans
+ l'exemple suivant :</p>
+
+ <div class="example"><p><code>
+ Listen [2001:db8::a00:20ff:fea7:ccea]:80
+ </code></p></div>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="ipv6" id="ipv6">Considérations Spéciales avec IPv6</a></h2>
-
-
- <p>De plus en plus de plate-formes implémentent IPv6. APR
- supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache
- peut assigner des interfaces de connexions IPv6 et répondre aux
- requètes utilisant IPv6.</p>
-
- <p>Une complication possible pour les administrateurs Apache est de
- savoir si une interface de connexion IPv6 peut répondre aux deux types de
- connexions IPv4 et IPv6.
- Manipuler les connexions IPv4 avec une interface de connexion IPv6
- suppose l'utilisation d'adresses IPv6 mappées en IPv4, ce qui est
- le cas par defaut sur la plupart des plate-formes, à l'exeption de FreeBSD,
- NetBSD, et OpenBSD, cela en raison des politiques systèmes de ces plate-formes.
- Mème sur des systèmes où cette fonctionnalité n'est pas activée par
- défaut, une option de compilation permet de changer ce
- fonctionnement pour Apache.</p>
- <p>Pour qu'Apache puisse gérer à la fois les connexions IPv4 et IPv6
- avec un minimum d'interfaces de connexions, il faut permettre l'utilisation
- des adresses
- IPv6 mappées en IPv4, ce qui est possible en spécifiant l'option
-
- de compilation <code>--enable-v4-mapped</code> et en utilisant la
- directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- comme suit:</p>
+<h2><a name="ipv6" id="ipv6">Remarques spécifiques à IPv6</a></h2>
- <div class="example"><p><code>
- Listen 80
- </code></p></div>
-
- <p>Si <code>--enable-v4-mapped</code> a été spécifié à la compilation,
- les directives <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- de la configuration par défaut sont de la forme ci-dessus.
- <code>--enable-v4-mapped</code> est l'option de compilation
- par défaut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et
- OpenBSD.</p>
-
-
- <p>Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'éventuel
- support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut être
- spécifié pour toutes les directives
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>,
- comme dans les exemples suivantss:</p>
-
- <div class="example"><p><code>
- Listen 0.0.0.0:80<br />
- Listen 192.170.2.1:80
- </code></p></div>
-
- <p>Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces
- différentes (c'est-à-dire, pour ne pas accepter les addresse IPv6 mappées
- en IPv4), spécifier l'option de compilation <code>--disable-v4-mapped</code>
- et utiliser des directives <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- spécifiques telles que:</p>
- <div class="example"><p><code>
- Listen [::]:80<br />
- Listen 0.0.0.0:80
- </code></p></div>
-
- <p>Avec <code>--disable-v4-mapped</code>, la directive
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> à l'intérieur
- du fichier de configuration par défaut créé par Apache utilise la forme
- ci-dessus.
- <code>--disable-v4-mapped</code> est l'option de compilation par défaut sous
- FreeBSD, NetBSD, et OpenBSD.</p>
- </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+
+ <p>Un nombre croissant de plateformes implémentent IPv6, et
+ <a class="glossarylink" href="./glossary.html#apr" title="see glossary">APR</a> supporte IPv6 sur la plupart d'entre elles,
+ ce qui permet à Apache d'allouer des points de connexion (sockets) IPv6
+ et de traiter des requêtes qui ont été envoyées sur IPv6.</p>
+
+ <p>Les administrateurs d'Apache doivent se préoccuper de la possibilité
+ pour un point de connexion IPv6 de traiter à la fois des connexions IPv4
+ et des connexions IPv6.
+ Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise
+ des adresses IPv6 traduites en IPv4, qui sont autorisées par défaut sur la
+ plupart des plateformes mais sont interdites par défaut sous FreeBSD, NetBSD,
+ et OpenBSD afin de respecter la politique de sécurité du système sur ces plateformes.
+ Mais même sur ces systèmes où ces adresses sont interdites par défaut, un
+ paramètre spécial du script <code class="program"><a href="./programs/configure.html">configure</a></code> permet de modifier
+ ce comportement pour Apache.</p>
+
+ <p>En revanche, sur certaines plateformes comme Linux et Tru64, la
+ <strong>seule</strong> manière de gérer à la fois IPv6 et IPv4 passe
+ par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gère
+ des connexions IPv4 et IPv6 avec un minimum de points de connexion,
+ ce qui nécessite l'utilisation d'adresses IPv6 traduites en IPv4,
+ utilisez l'option <code>--enable-v4-mapped</code> du script <code class="program"><a href="./programs/configure.html">configure</a></code>.</p>
+
+ <p>L'option <code>--enable-v4-mapped</code> est utilisée par défaut sur
+ toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD;
+ votre Apache a donc probablement été construit avec cette option.</p>
+
+ <p>Si vous souhaitez qu'Apache ne gère que des connexions IPv4, sans se
+ soucier de ce que vos plateforme et APR supportent, spécifiez une adresse
+ IPv4 dans toutes les directives
+ <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>, comme dans l'exemple
+ suivant :</p>
+
+ <div class="example"><p><code>
+ Listen 0.0.0.0:80<br />
+ Listen 192.170.2.1:80
+ </code></p></div>
+
+ <p>Si votre plateforme le supporte et si vous souhaitez qu'Apache gère
+ des connexions IPv4 et IPv6 sur des points de connexion séparés
+ (c'est à dire désactiver la traduction des adresses IPv6 au format IPv4),
+ utilisez l'option <code>--disable-v4-mapped</code> du script
+ <code class="program"><a href="./programs/configure.html">configure</a></code>. <code>--disable-v4-mapped</code> est
+ utilisé par défaut sur FreeBSD, NetBSD, et OpenBSD.</p>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
-<h2><a name="virtualhost" id="virtualhost">Faire fonctionner tout ceci avec les Serveurs Virtuels</a></h2>
-
-
- <p><code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- n'implémente aucun Serveur Virtuel. Cette directive sert simplement
- à informer le serveur principal sur quels addresses et ports écouter.
- Dans le cas où aucune section
- <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
- n'est utilisée, le serveur répondra de la mème manière pour toutes
- les requètes qu'il acceptera. Cependant des sections
- <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
- peuvent être utilisées pour qu'Apache réagisse de façon différente à
- une requète selon l'adresse ou le port. Avant d'implémenter
- un Serveur Virtuel au moyen de la directive
- <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>, la directive
- <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code>
- doit tre utilisée pour que le serveur écoute sur l'adresse
- ou le port spécifié. Une section
- <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
- peut alors être utilisée pour définir la réaction du Serveur Virtuel pour une
- adresse et un port spécifique. À noter que si un Serveur Virtuel est
- positionné au moyen de la directive
- <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
- sur une adresse et un port sur lesquels le serveur n'est pas à l'écoute,
- le Serveur Virtuel ne sera pas accessible.</p>
- </div></div>
+<h2><a name="virtualhost" id="virtualhost">Comment tout ceci fonctionne-t-il avec les hôtes virtuels</a></h2>
+
+
+ <p> La directive <code class="directive"><a href="./mod/mpm_common.html#listen">Listen</a></code> n'implémente pas les hôtes virtuels.
+ Elle indique simplement au serveur principal sur quels adresses et ports
+ il doit écouter. Si aucune directive
+ <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
+ n'est présente, le serveur se comportera de la même façon pour toutes
+ les requêtes acceptées. En revanche, la directive
+ <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
+ peut être utilisée pour provoquer une réaction différente du serveur
+ pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel,
+ on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter.
+ Ensuite, une section
+ <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
+ doit être créée pour chaque couple adresse+port spécifié afin de définir le
+ comportement de cet hôte virtuel. Notez que si la directive
+ <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>
+ est définie pour une adresse et un port sur lesquels le serveur n'est pas censé
+ écouter, cet hôte virtuel ne sera pas accessible.</p>
+ </div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./de/bind.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/bind.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/bind.html" title="Français"> fr </a> |
-<a href="./ja/bind.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/bind.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./ja/bind.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/bind.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
-<?xml version="1.0" encoding="ISO-8859-1"?>
+<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 103425:421100 (outdated) -->
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072801 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<manualpage metafile="bind.xml.meta">
- <title>Liaison</title>
-
- <summary>
- <p>Configuration des adresses et ports sur lesquels Apache écoute.</p>
- </summary>
-
- <seealso><a href="vhosts/">Serveurs Virtuels</a></seealso>
- <seealso><a href="dns-caveats.html">Problémes DNS</a></seealso>
-
- <section id="overview">
- <title>Informations générales</title>
-
- <related>
- <modulelist>
- <module>core</module>
- <module>mpm_common</module>
- </modulelist>
- <directivelist>
- <directive module="core" type="section">VirtualHost</directive>
- <directive module="mpm_common">Listen</directive>
- </directivelist>
- </related>
-
-
- <p>Au moment de son démarrage, Apache se lie à un port et à une
- adresse IP sur la machine locale et se met en attente de requètes.
- Par défaut, Apache écoute sur toutes les adresses de la machine.
- Apache accepte d'écouter sur un ou plusieurs ports spécifiques,
- sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse.
- Il est fréquent d'utiliser ces possibilités avec les fonctionnalités
- de Serveurs Virtuels, qui permettent de faire répondre le serveur de
- manière différente en fonction de l'adresse IP, du nom d'hôte ou
- du port.</p>
-
- <p>Le serveur interprète la directive
- <directive module="mpm_common">Listen</directive>
- en acceptant les requètes seulement sur le port ou la combinaison
- adresse IP + port passée en argument. Dans le cas où seul un port
- est spécifié avec la directive
- <directive module="mpm_common">Listen</directive>,
- le serveur se met à l'écoute sur le port spécifié, sur toutes
- les interfaces et adresses de la machine. Si une adresse IP est
- spécifiée en plus du port, le serveur n'écoute que sur l'adresse
- et le port spécifié. Il est possible de configurer plusieurs adresses
- et ports avec la directives
- <directive module="mpm_common">Listen</directive>
- pour écoute par le serveur. Le serveur répond aux requètes faites
- à toutes les adresses et ports énumérés.</p>
-
-
- <p>Par exemple, pour que le serveur accepte les connexions sur
- les ports 80 et 8000, spécifiez :</p>
-
- <example>
- Listen 80<br />
- Listen 8000
- </example>
-
- <p>Pour qu'Apache accepte les connexions sur deux combinaisons
- adresses + ports, spécifiez :</p>
-
- <example>
- Listen 192.170.2.1:80<br />
- Listen 192.170.2.5:8000
- </example>
-
- <p>Les adresses IPv6 sont acceptées, pourvu qu'elles soient spécifiées
- entre crochets de la façon suivante :</p>
-
- <example>
- Listen [2001:db8::a00:20ff:fea7:ccea]:80
- </example>
- </section>
-
- <section id="ipv6">
- <title>Considérations Spéciales avec IPv6</title>
-
- <p>De plus en plus de plate-formes implémentent IPv6. APR
- supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache
- peut assigner des interfaces de connexions IPv6 et répondre aux
- requètes utilisant IPv6.</p>
-
- <p>Une complication possible pour les administrateurs Apache est de
- savoir si une interface de connexion IPv6 peut répondre aux deux types de
- connexions IPv4 et IPv6.
- Manipuler les connexions IPv4 avec une interface de connexion IPv6
- suppose l'utilisation d'adresses IPv6 mappées en IPv4, ce qui est
- le cas par defaut sur la plupart des plate-formes, à l'exeption de FreeBSD,
- NetBSD, et OpenBSD, cela en raison des politiques systèmes de ces plate-formes.
- Mème sur des systèmes où cette fonctionnalité n'est pas activée par
- défaut, une option de compilation permet de changer ce
- fonctionnement pour Apache.</p>
- <p>Pour qu'Apache puisse gérer à la fois les connexions IPv4 et IPv6
- avec un minimum d'interfaces de connexions, il faut permettre l'utilisation
- des adresses
- IPv6 mappées en IPv4, ce qui est possible en spécifiant l'option
-
- de compilation <code>--enable-v4-mapped</code> et en utilisant la
- directive <directive module="mpm_common">Listen</directive>
- comme suit:</p>
-
- <example>
- Listen 80
- </example>
-
- <p>Si <code>--enable-v4-mapped</code> a été spécifié à la compilation,
- les directives <directive module="mpm_common">Listen</directive>
- de la configuration par défaut sont de la forme ci-dessus.
- <code>--enable-v4-mapped</code> est l'option de compilation
- par défaut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et
- OpenBSD.</p>
-
-
- <p>Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'éventuel
- support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut être
- spécifié pour toutes les directives
- <directive module="mpm_common">Listen</directive>,
- comme dans les exemples suivantss:</p>
-
- <example>
- Listen 0.0.0.0:80<br />
- Listen 192.170.2.1:80
- </example>
-
- <p>Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces
- différentes (c'est-à-dire, pour ne pas accepter les addresse IPv6 mappées
- en IPv4), spécifier l'option de compilation <code>--disable-v4-mapped</code>
- et utiliser des directives <directive module="mpm_common">Listen</directive>
- spécifiques telles que:</p>
- <example>
- Listen [::]:80<br />
- Listen 0.0.0.0:80
- </example>
-
- <p>Avec <code>--disable-v4-mapped</code>, la directive
- <directive module="mpm_common">Listen</directive> à l'intérieur
- du fichier de configuration par défaut créé par Apache utilise la forme
- ci-dessus.
- <code>--disable-v4-mapped</code> est l'option de compilation par défaut sous
- FreeBSD, NetBSD, et OpenBSD.</p>
- </section>
-
- <section id="virtualhost">
- <title>Faire fonctionner tout ceci avec les Serveurs Virtuels</title>
-
- <p><directive module="mpm_common">Listen</directive>
- n'implémente aucun Serveur Virtuel. Cette directive sert simplement
- à informer le serveur principal sur quels addresses et ports écouter.
- Dans le cas où aucune section
- <directive module="core" type="section">VirtualHost</directive>
- n'est utilisée, le serveur répondra de la mème manière pour toutes
- les requètes qu'il acceptera. Cependant des sections
- <directive module="core" type="section">VirtualHost</directive>
- peuvent être utilisées pour qu'Apache réagisse de façon différente à
- une requète selon l'adresse ou le port. Avant d'implémenter
- un Serveur Virtuel au moyen de la directive
- <directive module="core" type="section">VirtualHost</directive>, la directive
- <directive module="mpm_common">Listen</directive>
- doit tre utilisée pour que le serveur écoute sur l'adresse
- ou le port spécifié. Une section
- <directive module="core" type="section">VirtualHost</directive>
- peut alors être utilisée pour définir la réaction du Serveur Virtuel pour une
- adresse et un port spécifique. À noter que si un Serveur Virtuel est
- positionné au moyen de la directive
+ <title>Adresse IP et port d'écoute</title>
+
+ <summary>
+ <p>Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.</p>
+ </summary>
+
+ <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
+ <seealso><a href="dns-caveats.html">Problèmes liés à DNS</a></seealso>
+
+ <section id="overview">
+ <title>Vue d'ensemble</title>
+
+ <related>
+ <modulelist>
+ <module>core</module>
+ <module>mpm_common</module>
+ </modulelist>
+ <directivelist>
<directive module="core" type="section">VirtualHost</directive>
- sur une adresse et un port sur lesquels le serveur n'est pas à l'écoute,
- le Serveur Virtuel ne sera pas accessible.</p>
- </section>
+ <directive module="mpm_common">Listen</directive>
+ </directivelist>
+ </related>
+
+
+ <p>Au démarrage d'Apache, un port et une adresse lui sont associés sur
+ l'hôte local et le serveur se met en attente de l'arrivée d'une requête.
+ Par défaut, le serveur écoute toutes les adresses de l'hôte local.
+ Cependant, il faut lui préciser des ports spécifiques à écouter,
+ ou lui dire de n'écouter que certaines adresses,
+ ou une combinaison des deux.
+ Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
+ qui détermine la manière dont Apache répond aux différents ports,
+ noms d'hôtes et adresses IP.</p>
+
+ <p>La directive <directive module="mpm_common">Listen</directive>
+ enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou
+ une combinaison adresse/port. Si seul un numéro de port est spécifié
+ dans la directive <directive module="mpm_common">Listen</directive>,
+ le serveur écoute ce port sur toutes les interfaces réseau.
+ Si une adresse IP est spécifiée en plus du port, le serveur va écouter
+ ce port sur l'interface réseau correspondante. On peut utiliser
+ de multiples directives
+ <directive module="mpm_common">Listen</directive> pour
+ spécifier plusieurs adresses et ports à écouter. Le serveur répondra alors
+ aux requêtes sur ces ports et adresses spécifiés.</p>
+
+ <p>Par exemple, pour faire en sorte que le serveur accepte des connexions
+ sur les ports 80 et 8000, utilisez :</p>
+
+ <example>
+ Listen 80<br />
+ Listen 8000
+ </example>
+
+ <p>Pour faire en sorte que le serveur accepte des connexions en provenance
+ de deux couples d'interfaces et ports, utilisez :</p>
+
+ <example>
+ Listen 192.170.2.1:80<br />
+ Listen 192.170.2.5:8000
+ </example>
+
+ <p>Les adresses IPv6 doivent être entre crochets, comme dans
+ l'exemple suivant :</p>
+
+ <example>
+ Listen [2001:db8::a00:20ff:fea7:ccea]:80
+ </example>
+ </section>
+
+ <section id="ipv6">
+ <title>Remarques spécifiques à IPv6</title>
+
+ <p>Un nombre croissant de plateformes implémentent IPv6, et
+ <glossary>APR</glossary> supporte IPv6 sur la plupart d'entre elles,
+ ce qui permet à Apache d'allouer des points de connexion (sockets) IPv6
+ et de traiter des requêtes qui ont été envoyées sur IPv6.</p>
+
+ <p>Les administrateurs d'Apache doivent se préoccuper de la possibilité
+ pour un point de connexion IPv6 de traiter à la fois des connexions IPv4
+ et des connexions IPv6.
+ Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise
+ des adresses IPv6 traduites en IPv4, qui sont autorisées par défaut sur la
+ plupart des plateformes mais sont interdites par défaut sous FreeBSD, NetBSD,
+ et OpenBSD afin de respecter la politique de sécurité du système sur ces plateformes.
+ Mais même sur ces systèmes où ces adresses sont interdites par défaut, un
+ paramètre spécial du script <program>configure</program> permet de modifier
+ ce comportement pour Apache.</p>
+
+ <p>En revanche, sur certaines plateformes comme Linux et Tru64, la
+ <strong>seule</strong> manière de gérer à la fois IPv6 et IPv4 passe
+ par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gère
+ des connexions IPv4 et IPv6 avec un minimum de points de connexion,
+ ce qui nécessite l'utilisation d'adresses IPv6 traduites en IPv4,
+ utilisez l'option <code>--enable-v4-mapped</code> du script <program>
+ configure</program>.</p>
+
+ <p>L'option <code>--enable-v4-mapped</code> est utilisée par défaut sur
+ toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD;
+ votre Apache a donc probablement été construit avec cette option.</p>
+
+ <p>Si vous souhaitez qu'Apache ne gère que des connexions IPv4, sans se
+ soucier de ce que vos plateforme et APR supportent, spécifiez une adresse
+ IPv4 dans toutes les directives
+ <directive module="mpm_common">Listen</directive>, comme dans l'exemple
+ suivant :</p>
+
+ <example>
+ Listen 0.0.0.0:80<br />
+ Listen 192.170.2.1:80
+ </example>
+
+ <p>Si votre plateforme le supporte et si vous souhaitez qu'Apache gère
+ des connexions IPv4 et IPv6 sur des points de connexion séparés
+ (c'est à dire désactiver la traduction des adresses IPv6 au format IPv4),
+ utilisez l'option <code>--disable-v4-mapped</code> du script
+ <program> configure</program>. <code>--disable-v4-mapped</code> est
+ utilisé par défaut sur FreeBSD, NetBSD, et OpenBSD.</p>
+ </section>
+
+ <section id="virtualhost">
+ <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
+
+ <p> La directive <directive
+ module="mpm_common">Listen</directive> n'implémente pas les hôtes virtuels.
+ Elle indique simplement au serveur principal sur quels adresses et ports
+ il doit écouter. Si aucune directive
+ <directive module="core" type="section">VirtualHost</directive>
+ n'est présente, le serveur se comportera de la même façon pour toutes
+ les requêtes acceptées. En revanche, la directive
+ <directive module="core" type="section">VirtualHost</directive>
+ peut être utilisée pour provoquer une réaction différente du serveur
+ pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel,
+ on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter.
+ Ensuite, une section
+ <directive module="core" type="section">VirtualHost</directive>
+ doit être créée pour chaque couple adresse+port spécifié afin de définir le
+ comportement de cet hôte virtuel. Notez que si la directive
+ <directive module="core" type="section">VirtualHost</directive>
+ est définie pour une adresse et un port sur lesquels le serveur n'est pas censé
+ écouter, cet hôte virtuel ne sera pas accessible.</p>
+ </section>
</manualpage>
<variants>
<variant>de</variant>
<variant>en</variant>
- <variant outdated="yes">fr</variant>
+ <variant>fr</variant>
<variant>ja</variant>
<variant outdated="yes">ko</variant>
</variants>
URI: caching.html.en
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+
+URI: caching.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.2</a></div><div id="page-content"><div id="preamble"><h1>Caching Guide</h1>
<div class="toplang">
-<p><span>Available Languages: </span><a href="./en/caching.html" title="English"> en </a></p>
+<p><span>Available Languages: </span><a href="./en/caching.html" title="English"> en </a> |
+<a href="./fr/caching.html" hreflang="fr" rel="alternate" title="Français"> fr </a></p>
</div>
<p>This document supplements the <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>,
</div></div>
<div class="bottomlang">
-<p><span>Available Languages: </span><a href="./en/caching.html" title="English"> en </a></p>
+<p><span>Available Languages: </span><a href="./en/caching.html" title="English"> en </a> |
+<a href="./fr/caching.html" hreflang="fr" rel="alternate" title="Français"> fr </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Guide de la mise en cache - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Guide de la mise en cache</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/caching.html" title="Français"> fr </a></p>
+</div>
+
+ <p>Ce document complète la documentation de référence des modules
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>,
+ <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>,
+ <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> et du programme <a href="programs/htcacheclean.html">htcacheclean</a>.
+ Il décrit l'utilisation des fonctionnalités de mise en cache d'Apache
+ pour accélérer les services web et proxy, tout en évitant les problèmes
+ courants et les erreurs de configuration.</p>
+ </div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#overview">Vue d'ensemble de la mise en cache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#security">Considérations sur la sécurité</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#filehandle">Mise en cache de la gestion de fichier</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#inmemory">Mise en cache en mémoire</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#disk">Mise en cache sur disque</a></li>
+</ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="introduction" id="introduction">Introduction</a></h2>
+
+
+ <p>Depuis la version 2.2 du serveur HTTP Apache, les modules
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+ et <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> ne sont plus jugés expérimentaux
+ et on considère qu'ils peuvent être utilisés en production. Ces
+ architectures de mise en cache constituent un puissant concept
+ d'accélération de la gestion HTTP, tant comme serveur web originel
+ que comme mandataire.</p>
+
+ <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> et ses modules de soutien
+ <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> et <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>
+ permettent une mise en cache intelligente du point de vue HTTP.
+ Le contenu proprement dit est stocké dans le cache,
+ et mod_cache tente d'honorer tous les en-têtes HTTP et les options
+ qui définissent la possibilité de mise en cache du contenu. Il gère non
+ seulement le contenu local, mais aussi le contenu mandaté.
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+ est conçu pour des configurations de mise en cache simples ou complexes,
+ dans lesquels vous traitez de contenu mandaté, de contenu local dynamique
+ ou avez besoin d'accélérer l'accès à des fichiers locaux qui sont modifiés
+ au cours du temps.</p>
+
+ <p>Le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> quant à lui, constitue une
+ forme de mise en cache plus basique, mais quelques fois intéressante.
+ Plutôt que de gérer la complexité de s'assurer de manière active de la
+ possibilité de mise en cache d'URLs,
+ <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> fournit des méthodes pour la gestion
+ et l'édition de fichiers en mémoire afin de maintenir un cache de fichiers
+ dans l'état où ils étaient la dernière fois qu'Apache a démarré.
+ En tant que tel, <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> a été conçu pour améliorer
+ le temps d'accès à des fichiers locaux statiques qui ne sont modifiés
+ que rarement.</p>
+
+ <p>Etant donné que <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> constitue une
+ implémentation de mise en cache relativement simple, mises à part les
+ sections spécifiques sur les directives <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> et <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code>, les explications fournies
+ dans ce guide concernent l'architecture de mise en cache du
+ module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>.</p>
+
+ <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
+ vous être familières, et vous devez avoir lu les sections
+ <a href="urlmapping.html">Mise en correspondance des
+ URLs avec le système de fichiers</a> et
+ <a href="content-negotiation.html">Négociation sur le contenu</a>
+ du guide de l'utilisateur.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="overview" id="overview">Vue d'ensemble de la mise en cache</a></h2>
+
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code></li><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li><li><code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code></li><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code></li><li><code class="directive"><a href="./mod/mod_negotiation.html#cachenegotiateddocs">CacheNegotiatedDocs</a></code></li></ul></td></tr></table>
+
+ <p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> peut faire intervenir deux phases
+ principales pendant la durée de vie d'une requête.
+ En premier lieu, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+ est un module de mise en correspondance d'URLs, ce qui signifie que si
+ une URL a été mise en cache, et que la version du cache de cette URL n'est
+ pas arrivée à expiration, la requête sera traitée directement par
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>.</p>
+
+ <p>Ceci entraîne que toutes autres actions qui se dérouleraient normalement
+ au cours du processus de traitement d'une requête -- par exemple un
+ traitement effectué par <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>, ou
+ <code class="module"><a href="./mod/mod_rewrite.html">mod_rewrite</a></code> --
+ ne seront pas effectuées. Mais c'est justement l'intérêt
+ de la mise en cache préalable du contenu.</p>
+
+ <p>Si l'URL ne se trouve pas dans le cache, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+ va ajouter un <a href="filter.html">filtre</a> au traitement de la requête.
+ Une fois le contenu de la réponse HTTP trouvé par Apache de manière classique, le
+ filtre sera exécuté en même temps que le contenu sera transmis au client.
+ S'il est déterminé que le contenu peut être mis en cache,
+ il sera sauvegardé dans le cache pour une utilisation future.</p>
+
+ <p>Si l'URL se trouve dans le cache, mais est arrivée à expiration,
+ le filtre est quand-même ajouté, mais <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> va créer
+ une requête conditionnelle en arrière-plan, pour déterminer si la version
+ du cache est encore à jour. Si la version du cache est encore à jour, ses
+ meta-informations seront mises à jour et la requête sera servie à partir du
+ cache. Si la version du contenu n'est plus à jour, elle sera supprimée et le
+ filtre va sauvegarder le contenu mis à jour dans le cache
+ au moment où il sera servi.</p>
+
+ <h3>Amélioration du taux de présence dans le cache</h3>
+
+
+ <p>Lors de la mise en cache de contenu généré localement, le
+ positionnement de la directive
+ <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> à
+ <code>On</code> peut améliorer de manière spectaculaire le taux de
+ présence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
+ virtuel qui sert le contenu constitue une partie de la clé de cache.
+ Avec <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> positionnée
+ à <code>On</code>,
+ les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
+ généreront pas d'entités de cache différentes, et le contenu sera mis en
+ cache en faisant référence au nom d'hôte canonique.</p>
+
+ <p>Les documents mis en cache ne seront servis qu'en réponse à des
+ requêtes de type URL, car la mise en cache est effectuée lors de la phase
+ de traduction de l'URL en nom de fichier.
+ En général, cela n'a que peu d'effet, à moins que vous n'utilisiez les
+ <a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
+
+ <div class="example"><pre>
+<!-- L'inclusion suivante peut être mise en cache -->
+<!--#include virtual="/footer.html" -->
+
+<!-- L'inclusion suivante ne peut pas être mise en cache -->
+<!--#include file="/path/to/footer.html" --></pre></div>
+
+ <p>Si vous utilisez les SSI, et voulez bénéficier de la vitesse de
+ service depuis le cache, vous devez utiliser des inclusions de type
+ <code>virtual</code>.</p>
+
+
+ <h3>Périodes d'expiration</h3>
+
+
+ <p>La période d'expiration par défaut pour les entités du cache est
+ d'une heure; elle peut cependant être facilement modifiée à l'aide de
+ la directive <code class="directive"><a href="./mod/mod_cache.html#cachedefaultexpire">CacheDefaultExpire</a></code>. Cette valeur par
+ défaut n'est utilisée que lorsque la source originale du contenu ne
+ précise pas de période d'expiration ou d'heure de dernière
+ modification.</p>
+
+ <p>Si une réponse ne contient pas d'en-tête <code>Expires</code> mais
+ inclut un en-tête <code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
+ peut déduire une période d'expiration en se basant sur la valeur de la
+ directive <code class="directive"><a href="./mod/mod_cache.html#cachelastmodifiedfactor">CacheLastModifiedFactor</a></code>.</p>
+
+ <p>La période d'expiration des contenus locaux peut être ajustée finement
+ en utilisant le module <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>.</p>
+
+ <p>On peut aussi contrôler la période d'expiration maximale en utilisant
+ la directive <code class="directive"><a href="./mod/mod_cache.html#cachemaxexpire">CacheMaxExpire</a></code>.</p>
+
+
+
+ <h3>Guide succinct des requêtes conditionnelles</h3>
+
+
+ <p>Lorsqu'un contenu est arrivé à expiration dans le cache et fait
+ l'objet d'une nouvelle demande d'accès, plutôt que traiter directement
+ la requête originale, Apache préfère utiliser une
+ requête conditionnelle.</p>
+
+ <p>HTTP propose toute une panoplie d'en-têtes qui permettent à un client,
+ ou au cache de distinguer les différentes versions d'un même contenu. Par
+ exemple, si une ressource a été servie avec un en-tête "Etag:", il est
+ possible de créer une requête conditionnelle contenant un en-tête
+ "If-None-Match:". Si une ressource a été servie avec un en-tête
+ "Last-Modified:", il est possible de créer une requête conditionnelle
+ contenant un en-tête "If-Modified-Since:", etc....</p>
+
+ <p>Lorsqu'une telle requête conditionnelle est créée, la reponse diffère
+ selon que le contenu satisfait ou non aux conditions. Si une requête est
+ créée avec un en-tête "If-Modified-Since:", et le contenu n'a pas été
+ modifié depuis le moment indiqué dans la requête, alors un laconique
+ "304 Not Modified" est retourné.</p>
+
+ <p>Si le contenu a été modifié, il est servi comme si la requête n'avait
+ pas été conditionnelle à l'origine.</p>
+
+ <p>Les bénéfices des requêtes conditionnelles pour ce qui concerne la
+ mise en cache sont de deux sortes. Premièrement, quand une telle requête
+ est envoyée au processus en arrière-plan, il sera aisé de déterminer
+ si le contenu que devra servir le processus en arrière-plan correspond
+ au contenu stocké dans le cache, sans être obligé de transmettre la
+ totalité de la ressource.</p>
+
+ <p>Deuxièmement, les requêtes conditionnelles sont en général moins
+ coûteuses en ressources pour le processus en arrière-plan.
+ Pour ce qui est des fichiers
+ statiques, l'action type est un appel à <code>stat()</code> ou un appel
+ système similaire, pour déterminer si la taille du fichier ou sa date de
+ modification ont changé. Ainsi, même si Apache met en cache le contenu
+ local, un contenu arrivé à expiration pourra être servi plus rapidement
+ depuis le cache s'il n'a pas été modifié, parce que la lecture depuis le
+ cache est plus rapide que la lecture depuis le processus en arrière-plan
+ (à comparer à la différence de vitesse entre la lecture depuis un cache en
+ mémoire et la lecture depuis un disque).</p>
+
+
+ <h3>Que peut-on mettre en cache ?</h3>
+
+
+ <p>Comme mentionné plus haut, les deux styles de mise en cache d'Apache
+ fonctionnent différemment; la mise en cache de
+ <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> conserve les contenus des fichiers
+ tels qu'ils étaient au démarrage d'Apache. Quand une requête pour un
+ fichier mis en cache par ce module est envoyée, elle est interceptée
+ et le fichier mis en cache est servi.</p>
+
+ <p>La mise en cache de <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, quant à elle, est
+ plus complexe. Lors du traitement d'une requête, le module de mise en
+ cache déterminera si le contenu peut être mis en cache, s'il ne l'a
+ pas déjà été auparavant. Les conditions qui permettent de déterminer
+ la possibilité de mise en cache d'une réponse sont :</p>
+
+ <ol>
+ <li>La mise en cache doit être activée pour cette URL. Voir les
+ directives <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code> et <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>.</li>
+
+ <li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
+ ou 410.</li>
+
+ <li>La requête doit être de type HTTP GET.</li>
+
+ <li>Si la requête contient un en-tête "Authorization:", la réponse ne
+ sera pas mise en cache.</li>
+
+ <li>Si la réponse contient un en-tête "Authorization:", elle doit aussi
+ contenir une option "s-maxage", "must-revalidate" ou "public"
+ dans l'en-tête "Cache-Control:".</li>
+
+ <li>Si l'URL contenait une requête sous forme de chaîne de caractères
+ (provenant par exemple d'une méthode GET de formulaire HTML), elle ne
+ sera pas mise en cache à moins que la réponse ne contienne un en-tête
+ "Expires:", comme précisé dans la RFC2616 section 13.9.</li>
+
+ <li>Si la réponse a un statut de 200 (OK), elle doit aussi contenir
+ au moins un des en-têtes "Etag", "Last-Modified" ou
+ "Expires", à moins que la directive
+ <code class="directive"><a href="./mod/mod_cache.html#cacheignorenolastmod">CacheIgnoreNoLastMod</a></code>
+ ne précise d'autres contraintes.</li>
+
+ <li>Si la réponse contient l'option "private" dans un en-tête
+ "Cache-Control:", elle ne sera pas mise en cache à moins que la
+ directive
+ <code class="directive"><a href="./mod/mod_cache.html#cachestoreprivate">CacheStorePrivate</a></code>
+ ne précise d'autres contraintes.</li>
+
+ <li>De même, si la réponse contient l'option "no-store" dans un en-tête
+ "Cache-Control:", elle ne sera pas mise en cache à moins que la
+ directive
+ <code class="directive"><a href="./mod/mod_cache.html#cachestorenostore">CacheStoreNoStore</a></code>
+ n'ait été utilisée.</li>
+
+ <li>Une réponse ne sera pas mise en cache si elle comporte un en-tête
+ "Vary:" contenant le caractère "*" qui correspond à toute
+ chaîne de caractères.</li>
+ </ol>
+
+
+ <h3>Qu'est ce qui ne doit pas être mis en cache ?</h3>
+
+
+ <p>En bref, tout contenu qui varie beaucoup avec le temps, ou en fonction
+ de particularités de la requête qui ne sont pas couvertes par la
+ négociation HTTP, ne doit pas être mis en cache.</p>
+
+ <p>Un contenu dynamique qui varie en fonction de l'adresse IP du
+ demandeur, ou qui est modifié toutes les 5 minutes, ne devra en général
+ pas être mis en cache.</p>
+
+ <p>Si par contre le contenu servi diffère en fonction de la valeur de
+ divers en-têtes HTTP, il se peut que l'on puisse le mettre en cache
+ intelligemment en utilisant un en-tête "Vary".</p>
+
+
+ <h3>Contenu variable et/ou négocié</h3>
+
+
+ <p>Si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> reçoit une réponse contenant un en-tête
+ "Vary", lorsqu'un contenu a été demandé par un processus d'arrière-plan,
+ il va s'efforcer de la traiter intelligemment. Si possible,
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> va détecter les en-têtes attribués dans la
+ réponse "Vary" à l'occasion des futures demandes, et servir une réponse
+ correcte à partir du cache.</p>
+
+ <p>Si par exemple, une réponse est reçue avec l'en-tête Vary suivant,</p>
+
+ <div class="example"><p><code>
+Vary: negotiate,accept-language,accept-charset
+ </code></p></div>
+
+ <p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne servira aux demandeurs que le contenu
+ mis en cache qui correspond au contenu des en-têtes accept-language et
+ accept-charset de la requête originale.</p>
+
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="security" id="security">Considérations sur la sécurité</a></h2>
+
+
+ <h3>Autorisation et contrôle d'accès</h3>
+
+
+ <p>Utiliser <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> revient sensiblement à la même
+ chose qu'avoir un mandataire inverse intégré (reverse-proxy). Les requêtes
+ seront servies par le module de mise en cache sauf si ce dernier
+ détermine qu'un processus d'arrière-plan doit être appelé. La mise en
+ cache de ressources locales modifie considérablement le modèle de
+ sécurité d'Apache.</p>
+
+ <p>Comme le parcours de la hiérarchie d'un système de fichiers pour
+ examiner le contenu d'éventuels fichiers
+ <code>.htaccess</code> serait une opération très coûteuse en ressources,
+ annulant partiellement de ce fait l'intérêt de la mise en cache
+ (accélérer le traitement des requêtes),
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne se préoccupe pas de savoir s'il a
+ l'autorisation de servir une entité mise en cache. En d'autres termes,
+ si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> a mis en cache un certain contenu, ce
+ dernier sera servi à partir du cache tant qu'il ne sera pas arrivé à
+ expiration.</p>
+
+ <p>Si par exemple, votre configuration autorise l'accès à une ressource
+ en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
+ pas mis en cache. Ceci est possible en utilisant la directive
+ <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>, ou le module
+ <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>. Livré à lui-même,
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> - pratiquement comme un mandataire inverse -
+ mettrait en cache le contenu lors de son service, et le servirait ensuite
+ à tout client, vers n'importe quelle adresse IP.</p>
+
+
+ <h3>Piratages locaux</h3>
+
+
+ <p>Etant donné que les requêtes des utilisateurs finaux peuvent être
+ servies depuis le cache, ce dernier est une cible potentielle pour ceux
+ qui veulent défigurer un contenu ou interférer avec lui. Il est important
+ de garder à l'esprit que l'utilisateur sous lequel tourne Apache doit
+ toujours avoir l'accès en écriture dans le cache. Ceci est en contraste
+ total avec la recommandation usuelle d'interdire à l'utilisateur sous
+ lequel tourne Apache
+ l'accès en écriture à tout contenu.</p>
+
+ <p>Si l'utilisateur sous lequel tourne Apache est compromis,
+ par exemple à cause d'une
+ faille de sécurité dans un processus CGI, il est possible que le cache
+ fasse l'objet d'une attaque. Il est relativement aisé d'insérer ou de
+ modifier une entité dans le cache en utilisant le module
+ <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>.</p>
+
+ <p>Cela représente un risque relativement élévé par rapport aux autres
+ types d'attaques qu'il est possible de mener sous l'utilisateur apache.
+ Si vous utilisez <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, vous devez garder ceci
+ à l'esprit : effectuez toujours les mises à jour d'Apache quand des
+ correctifs de sécurité sont annoncés et exécutez les processus CGI sous
+ un utilisateur autre qu'apache en utilisant
+ <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
+
+
+
+ <h3>Empoisonnement du cache (Cache Poisoning)</h3>
+
+
+ <p>Si vous utilisez Apache comme serveur mandataire avec mise en cache,
+ vous vous exposez aussi à un éventuel "Empoisonnement du
+ cache" (Cache poisoning). L'empoisonnement du cache est un terme général
+ pour désigner les attaques au cours desquelles l'attaquant fait en sorte
+ que le serveur mandataire renvoie un contenu incorrect (et souvent
+ indésirable) en provenance du serveur d'arrière plan.
+ </p>
+
+ <p>Par exemple, si les serveur DNS qu'utilise votre système où tourne
+ Apache sont vulnérables à l'empoisonnement du cache des DNS, un attaquant
+ pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu
+ depuis le serveur d'origine.
+ Un autre exemple est constitué par les attaques ainsi nommées
+ "Dissimulation de requêtes HTTP" (HTTP request-smuggling).</p>
+
+ <p>Ce document n'est pas le bon endroit pour une discussion approfondie
+ à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
+ moteur de recherche favori); il est cependant important de savoir qu'il
+ est possible d'élaborer une série de requêtes, et d'exploiter une
+ vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant
+ puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="filehandle" id="filehandle">Mise en cache de la gestion de fichier</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li></ul></td></tr></table>
+
+ <p>Le fait d'ouvrir un fichier peut en lui-même introduire un délai,
+ en particulier dans les systèmes de fichiers répartis sur le réseau. Apache
+ peut s'affranchir de ce délai en maintenant
+ un cache des descripteurs de fichiers
+ ouverts pour ce qui concerne les fichiers souvent accédés. Apache propose
+ actuellement deux implémentations différentes de mise en cache de la
+ gestion de fichier.</p>
+
+ <h3>Directive CacheFile</h3>
+
+
+ <p>La forme la plus élémentaire de mise en cache que propose Apache est
+ fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code>.
+ Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
+ une table des descripteurs de fichiers ouverts. Les fichiers à mettre en
+ cache de cette manière sont spécifiés dans le fichier de configuration
+ en utilisant la directive
+ <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>.</p>
+
+ <p>La directive
+ <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> demande à Apache
+ d'ouvrir le fichier lors de son démarrage et de réutiliser le descripteur
+ de fichier élaboré à cette occasion pour tous les
+ accès ultérieurs à ce fichier.</p>
+
+ <div class="example"><pre>CacheFile /usr/local/apache2/htdocs/index.html</pre></div>
+
+ <p>Si vous avez l'intention de mettre en cache un grand nombre de
+ fichiers de cette manière, vous devez vous assurer que le nombre maximum
+ de fichiers ouverts par votre système d'exploitation est correctement
+ défini.</p>
+
+ <p>Bien que l'utilisation de la directive
+ <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>
+ n'entraîne pas la mise en cache du contenu du fichier, cela ne signifie
+ pas qu'en cas de modification du fichier pendant l'exécution d'Apache,
+ ces changements seront pris en compte. Le fichier sera toujours servi
+ dans l'état où il était quand Apache a démarré.</p>
+
+ <p>Si le fichier est supprimé pendant l'exécution d'Apache, ce dernier
+ continuera à maintenir un descripteur de fichier ouvert et à servir le
+ fichier dans l'état où il était quand Apache a démarré. Cela signifie
+ aussi habituellement que malgré le fait que le fichier ait été supprimé,
+ et ne soit
+ plus accessible par le système de fichiers, l'espace libéré ne sera
+ restitué qu'à l'arrêt d'Apache quand le
+ descripteur de fichier sera fermé.</p>
+
+
+ <h3>Directive CacheEnable</h3>
+
+
+ <p>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> propose aussi son propre
+ schéma de mise en cache de la gestion de fichier, qui peut être activé
+ à l'aide de la directive
+ <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code>.</p>
+
+ <div class="example"><pre>CacheEnable fd /</pre></div>
+
+ <p>A l'instar de tout ce qui concerne le module
+ <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, ce mode de mise en cache de la gestion de
+ fichier est intelligent, et les descripteurs ne seront plus maintenus
+ lorsque le contenu mis en cache sera arrivé à expiration.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="inmemory" id="inmemory">Mise en cache en mémoire</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code></li><li><code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code></li></ul></td></tr></table>
+
+ <p>Servir un contenu directement depuis la mémoire système est
+ universellement reconnu comme la méthode la plus rapide. Lire des fichiers
+ depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
+ lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
+ en général des opérations mécaniques, et l'accès au réseau est limité par la
+ bande passante dont vous disposez. Par contre, les temps d'accès à la
+ mémoire sont de l'ordre de la nano-seconde.</p>
+
+ <p>Cependant la mémoire système n'est pas bon marché; à capacité égale,
+ c'est de loin le type de stockage le plus coûteux et il est important de
+ s'assurer qu'elle est utilisée efficacement. Le fait de mettre en cache
+ des fichiers en mémoire diminue d'autant la quantité de mémoire système
+ disponible. Comme nous le verrons plus loin, ce n'est pas un problème en
+ soi dans le cas de la mise en cache par l'intermédiaire du système
+ d'exploitation, mais si l'on utilise la mise en cache en mémoire propre à
+ Apache, il faut prendre garde à ne pas allouer trop de mémoire au cache.
+ Sinon le système sera contraint d'utiliser le swap, ce qui dégradera
+ sensiblement les performances.</p>
+
+ <h3>Mise en cache par l'intermédiaire du système d'exploitation</h3>
+
+
+ <p>Dans la plupart des systèmes d'exploitation modernes, c'est le noyau
+ qui gère directement la mise en cache en mémoire des données relatives
+ aux fichiers. C'est une fonctionnalité puissante, et les systèmes
+ d'exploitation s'en acquittent fort bien pour la plus grande partie.
+ Considérons par exemple, dans le cas de Linux, la différence entre le
+ temps nécessaire à la première lecture d'un fichier et le temps
+ nécessaire à sa deuxième lecture;</p>
+
+ <div class="example"><pre>
+colm@coroebus:~$ time cat testfile > /dev/null
+real 0m0.065s
+user 0m0.000s
+sys 0m0.001s
+colm@coroebus:~$ time cat testfile > /dev/null
+real 0m0.003s
+user 0m0.003s
+sys 0m0.000s</pre></div>
+
+ <p>Même pour ce petit fichier, il y a une grande différence entre les
+ temps nécessaires pour lire le fichier. Ceci est du au fait que le
+ noyau a mis en cache le contenu du fichier en mémoire.</p>
+
+ <p>Du fait de toujours pouvoir disposer de mémoire système, vous pouvez
+ être assuré qu'il y aura de plus en plus de contenus de fichiers stockés
+ dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire
+ très efficace, et ne nécessite aucune configuration supplémentaire
+ d'Apache.</p>
+
+ <p>De plus, comme le système d'exploitation sait si des fichiers
+ ont été
+ supprimés ou modifiés, il peut effacer automatiquement des contenus de
+ fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros
+ avantage par rapport à la mise en cache en mémoire d'Apache qui n'a
+ aucune possibilité de savoir si un fichier a été modifié.</p>
+
+
+ <p>En dépit des performances et des avantages de la mise en cache
+ automatique par le système d'exploitation, la mise en cache en mémoire
+ peut être effectuée plus efficacement par Apache dans certaines
+ circonstances.</p>
+
+ <p>En premier lieu, un système d'exploitation ne peut mettre en cache que
+ les fichiers dont il a connaissance. Si vous exécutez Apache en tant que
+ serveur mandataire, les fichiers que vous mettez en cache ne sont pas
+ stockés en local mais sur un serveur distant. Si vous voulez tout de même
+ bénéficier de la vitesse incomparable procurée par la mise en cache en
+ mémoire, la mise en cache propre à Apache sera nécessaire.</p>
+
+ <h3>Mise en cache à l'aide de la directive MMapStatic</h3>
+
+
+ <p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code>
+ fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> vous permet de
+ demander à Apache de charger un contenu de fichier statique en mémoire
+ lors de son démarrage (à l'aide de l'appel système mmap). Apache
+ utilisera le contenu chargé en mémoire pour satisfaire ultérieurement
+ toutes les demandes d'accès à ce fichier.</p>
+
+ <div class="example"><pre>MMapStatic /usr/local/apache2/htdocs/index.html</pre></div>
+
+ <p>Comme dans le cas de la directive
+ <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>, toute
+ modification du fichier ne sera plus prise en compte par Apache une fois
+ ce dernier démarré.</p>
+
+ <p> La directive
+ <code class="directive"><a href="./mod/mod_file_cache.html#mmapstatic">MMapStatic</a></code> ne gardant
+ pas la trace de la quantité de mémoire qu'elle alloue, vous devez prendre
+ garde de ne pas en abuser. Chaque processus enfant d'Apache utilisant
+ sa propre réplique de la mémoire allouée, il est donc d'une importance
+ critique de s'assurer que les fichiers chargés ne sont pas d'une taille
+ trop importante afin d'épargner au système l'utilisation du swap.</p>
+
+
+ <h3>Mise en cache à l'aide du module mod_mem_cache</h3>
+
+
+ <p>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> propose une mise en cache en
+ mémoire intelligente du point de vue du protocole HTTP. Il utilise aussi
+ directement le "tas" de la mémoire, ce qui signifie que même si
+ <var>MMap</var> n'est pas supporté par votre système,
+ <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code> pourra quand-même effectuer
+ la mise en cache.</p>
+
+ <p>La mise en cache selon cette méthode est activée comme suit :</p>
+
+ <div class="example"><pre>
+# Activation de la mise en cache en mémoire
+CacheEnable mem /
+
+# Limite la taille du cache à 1 Mégaoctet
+MCacheSize 1024</pre></div>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="disk" id="disk">Mise en cache sur disque</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li></ul></td></tr></table>
+
+ <p>Le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> fournit un mécanisme de mise
+ en cache sur disque au module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>. Comme dans le cas
+ du module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>, cette mise en cache est
+ intelligente et le contenu ne sera servi qu'à partir du cache tant qu'il
+ sera considéré comme valide.</p>
+
+ <p>Typiquement, le module sera configuré comme suit :</p>
+
+ <div class="example"><pre>
+CacheRoot /var/cache/apache/
+CacheEnable disk /
+CacheDirLevels 2
+CacheDirLength 1</pre></div>
+
+ <p>Il est important de savoir que, les fichiers mis en cache étant stockés
+ localement, la mise en cache par l'intermédiaire du système d'exploitation
+ sera en général aussi appliquée à leurs accès. Si bien que même si les
+ fichiers sont stockés sur disque, s'il font l'objet d'accès fréquents,
+ il est probable que le système d'exploitation s'appliquera à ce qu'ils
+ soient servis à partir de la mémoire.</p>
+
+ <h3>Comprendre le stockage dans le cache</h3>
+
+
+ <p>Pour stocker des entités dans le cache,
+ le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> crée une empreinte (hash) de 22
+ caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte
+ comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
+ de type CGI associé à l'URL, afin d'être sur que plusieurs URLs
+ n'interfèrent pas entre elles.</p>
+
+ <p>Chaque position de l'empreinte peut contenir un caractère
+ choisi parmi 64 caractères différents, il y a donc
+ 64^22 possibilités pour une empreinte. Par exemple, une URL peut posséder
+ l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
+ utilisée pour préfixer les noms de fichiers spécifiques à cette URL à
+ l'intérieur du cache; cependant, elle est tout d'abord placée dans les
+ répertoires du cache selon les directives
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code> et
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>.</p>
+
+ <p>La directive
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code>
+ définit le nombre de niveaux de sous-répertoires, et
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>
+ le nombre de caractères composant le nom des sous-répertoires. Dans
+ l'exemple donné plus haut, l'empreinte se trouvera à :
+ <code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
+
+ <p>Cette technique a pour but principal de réduire le nombre de
+ sous-répertoires ou de fichiers contenus dans un répertoire particulier,
+ car le fonctionnement de la plupart des systèmes de fichiers est ralenti
+ quand ce nombre augmente. Avec la valeur "1" pour la directive
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>,
+ il peut y avoir au plus 64 sous-répertoires à un niveau quelconque.
+ Avec la valeur "2", il peut y en avoir 64 * 64, etc...
+ A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
+ la valeur "1" pour la directive
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlength">CacheDirLength</a></code>
+ est recommandée.</p>
+
+ <p>Le paramétrage de la directive
+ <code class="directive"><a href="./mod/mod_disk_cache.html#cachedirlevels">CacheDirLevels</a></code>
+ dépend du nombre de fichiers que vous pensez stocker dans le cache.
+ Avec une valeur de "2" comme dans l'exemple donné plus haut,
+ 4096 sous-répertoires peuvent être créés au total. Avec 1 million de
+ fichiers dans le cache, cela équivaut à environ 245 URLs mises en cache
+ dans chaque répertoire.</p>
+
+ <p>Chaque URL nécessite au moins deux fichiers dans le cache. Ce sont en
+ général un fichier ".header", qui contient des meta-informations à propos
+ de l'URL, comme la date de son arrivée à expiration,
+ et un fichier ".data" qui est la copie exacte du contenu à servir.</p>
+
+ <p>Dans le cas d'un contenu négocié via l'en-tête "Vary", un répertoire
+ ".vary" sera créé pour l'URL en question. Ce répertoire contiendra de
+ multiples fichiers ".data" correspondant aux différents contenus
+ négociés.</p>
+
+
+ <h3>Maintenance du cache sur disque</h3>
+
+
+ <p>Bien que le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> supprime un contenu
+ du cache lorsqu'il est arrivé à expiration, il ne maintient aucune
+ information à propos de la taille totale du cache ou de l'espace restant
+ disponible.</p>
+
+ <p>Par contre l'utilitaire
+ <a href="programs/htcacheclean.html">htcacheclean</a> fourni avec Apache
+ vous permet, comme son nom l'indique, de nettoyer le cache périodiquement.
+ Déterminer la fréquence à laquelle lancer <a href="programs/htcacheclean.html">htcacheclean</a> et la taille souhaitée
+ pour le cache est une tâche relativement complexe et il vous faudra de
+ nombreux essais et erreurs pour arriver à sélectionner des valeurs
+ optimales.</p>
+
+ <p><a href="programs/htcacheclean.html">htcacheclean</a> opère selon deux
+ modes. Il peut s'exécuter comme démon résident, ou être lancé
+ périodiquement par cron. <a href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
+ ou plus pour traiter de très grands caches (plusieurs dizaines de
+ Gigaoctets) et si vous l'exécutez à partir de cron, il vous est
+ conseillé de déterminer la durée typique d'un traitement, afin d'éviter
+ d'exécuter plusieurs instances à la fois.</p>
+
+ <p class="figure">
+ <img src="images/caching_fig1.gif" alt="" width="600" height="406" /><br />
+ <a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
+ typique du cache / séquence de nettoyage.</p>
+
+ <p>Comme <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code> ne tient pas compte de l'espace
+ utilisé dans le cache, vous devez vous assurer que
+ <a href="programs/htcacheclean.html">htcacheclean</a> est configuré de
+ façon à laisser suffisamment d'"espace de croissance"
+ à la suite d'un nettoyage.</p>
+
+
+ </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/caching.html" title="Français"> fr </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 572620 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2008090501 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="caching.xml.meta">
+
+ <title>Guide de la mise en cache</title>
+
+ <summary>
+ <p>Ce document complète la documentation de référence des modules
+ <module>mod_cache</module>,
+ <module>mod_disk_cache</module>, <module>mod_mem_cache</module>,
+ <module>mod_file_cache</module> et du programme <a
+ href="programs/htcacheclean.html">htcacheclean</a>.
+ Il décrit l'utilisation des fonctionnalités de mise en cache d'Apache
+ pour accélérer les services web et proxy, tout en évitant les problèmes
+ courants et les erreurs de configuration.</p>
+ </summary>
+
+ <section id="introduction">
+ <title>Introduction</title>
+
+ <p>Depuis la version 2.2 du serveur HTTP Apache, les modules
+ <module>mod_cache</module>
+ et <module>mod_file_cache</module> ne sont plus jugés expérimentaux
+ et on considère qu'ils peuvent être utilisés en production. Ces
+ architectures de mise en cache constituent un puissant concept
+ d'accélération de la gestion HTTP, tant comme serveur web originel
+ que comme mandataire.</p>
+
+ <p>Le module <module>mod_cache</module> et ses modules de soutien
+ <module>mod_mem_cache</module> et <module>mod_disk_cache</module>
+ permettent une mise en cache intelligente du point de vue HTTP.
+ Le contenu proprement dit est stocké dans le cache,
+ et mod_cache tente d'honorer tous les en-têtes HTTP et les options
+ qui définissent la possibilité de mise en cache du contenu. Il gère non
+ seulement le contenu local, mais aussi le contenu mandaté.
+ <module>mod_cache</module>
+ est conçu pour des configurations de mise en cache simples ou complexes,
+ dans lesquels vous traitez de contenu mandaté, de contenu local dynamique
+ ou avez besoin d'accélérer l'accès à des fichiers locaux qui sont modifiés
+ au cours du temps.</p>
+
+ <p>Le module <module>mod_file_cache</module> quant à lui, constitue une
+ forme de mise en cache plus basique, mais quelques fois intéressante.
+ Plutôt que de gérer la complexité de s'assurer de manière active de la
+ possibilité de mise en cache d'URLs,
+ <module>mod_file_cache</module> fournit des méthodes pour la gestion
+ et l'édition de fichiers en mémoire afin de maintenir un cache de fichiers
+ dans l'état où ils étaient la dernière fois qu'Apache a démarré.
+ En tant que tel, <module>mod_file_cache</module> a été conçu pour améliorer
+ le temps d'accès à des fichiers locaux statiques qui ne sont modifiés
+ que rarement.</p>
+
+ <p>Etant donné que <module>mod_file_cache</module> constitue une
+ implémentation de mise en cache relativement simple, mises à part les
+ sections spécifiques sur les directives <directive
+ module="mod_file_cache">CacheFile</directive> et <directive
+ module="mod_file_cache">MMapStatic</directive>, les explications fournies
+ dans ce guide concernent l'architecture de mise en cache du
+ module <module>mod_cache</module>.</p>
+
+ <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
+ vous être familières, et vous devez avoir lu les sections
+ <a href="urlmapping.html">Mise en correspondance des
+ URLs avec le système de fichiers</a> et
+ <a href="content-negotiation.html">Négociation sur le contenu</a>
+ du guide de l'utilisateur.</p>
+
+ </section>
+
+ <section id="overview">
+
+ <title>Vue d'ensemble de la mise en cache</title>
+
+ <related>
+ <modulelist>
+ <module>mod_cache</module>
+ <module>mod_mem_cache</module>
+ <module>mod_disk_cache</module>
+ <module>mod_file_cache</module>
+ </modulelist>
+ <directivelist>
+ <directive module="mod_cache">CacheEnable</directive>
+ <directive module="mod_cache">CacheDisable</directive>
+ <directive module="mod_file_cache">MMapStatic</directive>
+ <directive module="mod_file_cache">CacheFile</directive>
+ <directive module="mod_file_cache">CacheFile</directive>
+ <directive module="core">UseCanonicalName</directive>
+ <directive module="mod_negotiation">CacheNegotiatedDocs</directive>
+ </directivelist>
+ </related>
+
+ <p><module>mod_cache</module> peut faire intervenir deux phases
+ principales pendant la durée de vie d'une requête.
+ En premier lieu, <module>mod_cache</module>
+ est un module de mise en correspondance d'URLs, ce qui signifie que si
+ une URL a été mise en cache, et que la version du cache de cette URL n'est
+ pas arrivée à expiration, la requête sera traitée directement par
+ <module>mod_cache</module>.</p>
+
+ <p>Ceci entraîne que toutes autres actions qui se dérouleraient normalement
+ au cours du processus de traitement d'une requête -- par exemple un
+ traitement effectué par <module>mod_proxy</module>, ou
+ <module>mod_rewrite</module> --
+ ne seront pas effectuées. Mais c'est justement l'intérêt
+ de la mise en cache préalable du contenu.</p>
+
+ <p>Si l'URL ne se trouve pas dans le cache, <module>mod_cache</module>
+ va ajouter un <a href="filter.html">filtre</a> au traitement de la requête.
+ Une fois le contenu de la réponse HTTP trouvé par Apache de manière classique, le
+ filtre sera exécuté en même temps que le contenu sera transmis au client.
+ S'il est déterminé que le contenu peut être mis en cache,
+ il sera sauvegardé dans le cache pour une utilisation future.</p>
+
+ <p>Si l'URL se trouve dans le cache, mais est arrivée à expiration,
+ le filtre est quand-même ajouté, mais <module>mod_cache</module> va créer
+ une requête conditionnelle en arrière-plan, pour déterminer si la version
+ du cache est encore à jour. Si la version du cache est encore à jour, ses
+ meta-informations seront mises à jour et la requête sera servie à partir du
+ cache. Si la version du contenu n'est plus à jour, elle sera supprimée et le
+ filtre va sauvegarder le contenu mis à jour dans le cache
+ au moment où il sera servi.</p>
+
+ <section>
+ <title>Amélioration du taux de présence dans le cache</title>
+
+ <p>Lors de la mise en cache de contenu généré localement, le
+ positionnement de la directive
+ <directive module="core">UseCanonicalName</directive> à
+ <code>On</code> peut améliorer de manière spectaculaire le taux de
+ présence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
+ virtuel qui sert le contenu constitue une partie de la clé de cache.
+ Avec <directive module="core">UseCanonicalName</directive> positionnée
+ à <code>On</code>,
+ les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
+ généreront pas d'entités de cache différentes, et le contenu sera mis en
+ cache en faisant référence au nom d'hôte canonique.</p>
+
+ <p>Les documents mis en cache ne seront servis qu'en réponse à des
+ requêtes de type URL, car la mise en cache est effectuée lors de la phase
+ de traduction de l'URL en nom de fichier.
+ En général, cela n'a que peu d'effet, à moins que vous n'utilisiez les
+ <a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
+
+ <example>
+ <pre>
+<!-- L'inclusion suivante peut être mise en cache -->
+<!--#include virtual="/footer.html" -->
+
+<!-- L'inclusion suivante ne peut pas être mise en cache -->
+<!--#include file="/path/to/footer.html" --></pre>
+ </example>
+
+ <p>Si vous utilisez les SSI, et voulez bénéficier de la vitesse de
+ service depuis le cache, vous devez utiliser des inclusions de type
+ <code>virtual</code>.</p>
+ </section>
+
+ <section>
+ <title>Périodes d'expiration</title>
+
+ <p>La période d'expiration par défaut pour les entités du cache est
+ d'une heure; elle peut cependant être facilement modifiée à l'aide de
+ la directive <directive
+ module="mod_cache">CacheDefaultExpire</directive>. Cette valeur par
+ défaut n'est utilisée que lorsque la source originale du contenu ne
+ précise pas de période d'expiration ou d'heure de dernière
+ modification.</p>
+
+ <p>Si une réponse ne contient pas d'en-tête <code>Expires</code> mais
+ inclut un en-tête <code>Last-Modified</code>, <module>mod_cache</module>
+ peut déduire une période d'expiration en se basant sur la valeur de la
+ directive <directive
+ module="mod_cache">CacheLastModifiedFactor</directive>.</p>
+
+ <p>La période d'expiration des contenus locaux peut être ajustée finement
+ en utilisant le module <module>mod_expires</module>.</p>
+
+ <p>On peut aussi contrôler la période d'expiration maximale en utilisant
+ la directive <directive module="mod_cache">CacheMaxExpire</directive>.</p>
+
+ </section>
+
+ <section>
+ <title>Guide succinct des requêtes conditionnelles</title>
+
+ <p>Lorsqu'un contenu est arrivé à expiration dans le cache et fait
+ l'objet d'une nouvelle demande d'accès, plutôt que traiter directement
+ la requête originale, Apache préfère utiliser une
+ requête conditionnelle.</p>
+
+ <p>HTTP propose toute une panoplie d'en-têtes qui permettent à un client,
+ ou au cache de distinguer les différentes versions d'un même contenu. Par
+ exemple, si une ressource a été servie avec un en-tête "Etag:", il est
+ possible de créer une requête conditionnelle contenant un en-tête
+ "If-None-Match:". Si une ressource a été servie avec un en-tête
+ "Last-Modified:", il est possible de créer une requête conditionnelle
+ contenant un en-tête "If-Modified-Since:", etc....</p>
+
+ <p>Lorsqu'une telle requête conditionnelle est créée, la reponse diffère
+ selon que le contenu satisfait ou non aux conditions. Si une requête est
+ créée avec un en-tête "If-Modified-Since:", et le contenu n'a pas été
+ modifié depuis le moment indiqué dans la requête, alors un laconique
+ "304 Not Modified" est retourné.</p>
+
+ <p>Si le contenu a été modifié, il est servi comme si la requête n'avait
+ pas été conditionnelle à l'origine.</p>
+
+ <p>Les bénéfices des requêtes conditionnelles pour ce qui concerne la
+ mise en cache sont de deux sortes. Premièrement, quand une telle requête
+ est envoyée au processus en arrière-plan, il sera aisé de déterminer
+ si le contenu que devra servir le processus en arrière-plan correspond
+ au contenu stocké dans le cache, sans être obligé de transmettre la
+ totalité de la ressource.</p>
+
+ <p>Deuxièmement, les requêtes conditionnelles sont en général moins
+ coûteuses en ressources pour le processus en arrière-plan.
+ Pour ce qui est des fichiers
+ statiques, l'action type est un appel à <code>stat()</code> ou un appel
+ système similaire, pour déterminer si la taille du fichier ou sa date de
+ modification ont changé. Ainsi, même si Apache met en cache le contenu
+ local, un contenu arrivé à expiration pourra être servi plus rapidement
+ depuis le cache s'il n'a pas été modifié, parce que la lecture depuis le
+ cache est plus rapide que la lecture depuis le processus en arrière-plan
+ (à comparer à la différence de vitesse entre la lecture depuis un cache en
+ mémoire et la lecture depuis un disque).</p>
+ </section>
+
+ <section>
+ <title>Que peut-on mettre en cache ?</title>
+
+ <p>Comme mentionné plus haut, les deux styles de mise en cache d'Apache
+ fonctionnent différemment; la mise en cache de
+ <module>mod_file_cache</module> conserve les contenus des fichiers
+ tels qu'ils étaient au démarrage d'Apache. Quand une requête pour un
+ fichier mis en cache par ce module est envoyée, elle est interceptée
+ et le fichier mis en cache est servi.</p>
+
+ <p>La mise en cache de <module>mod_cache</module>, quant à elle, est
+ plus complexe. Lors du traitement d'une requête, le module de mise en
+ cache déterminera si le contenu peut être mis en cache, s'il ne l'a
+ pas déjà été auparavant. Les conditions qui permettent de déterminer
+ la possibilité de mise en cache d'une réponse sont :</p>
+
+ <ol>
+ <li>La mise en cache doit être activée pour cette URL. Voir les
+ directives <directive
+ module="mod_cache">CacheEnable</directive> et <directive
+ module="mod_cache">CacheDisable</directive>.</li>
+
+ <li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
+ ou 410.</li>
+
+ <li>La requête doit être de type HTTP GET.</li>
+
+ <li>Si la requête contient un en-tête "Authorization:", la réponse ne
+ sera pas mise en cache.</li>
+
+ <li>Si la réponse contient un en-tête "Authorization:", elle doit aussi
+ contenir une option "s-maxage", "must-revalidate" ou "public"
+ dans l'en-tête "Cache-Control:".</li>
+
+ <li>Si l'URL contenait une requête sous forme de chaîne de caractères
+ (provenant par exemple d'une méthode GET de formulaire HTML), elle ne
+ sera pas mise en cache à moins que la réponse ne contienne un en-tête
+ "Expires:", comme précisé dans la RFC2616 section 13.9.</li>
+
+ <li>Si la réponse a un statut de 200 (OK), elle doit aussi contenir
+ au moins un des en-têtes "Etag", "Last-Modified" ou
+ "Expires", à moins que la directive
+ <directive module="mod_cache">CacheIgnoreNoLastMod</directive>
+ ne précise d'autres contraintes.</li>
+
+ <li>Si la réponse contient l'option "private" dans un en-tête
+ "Cache-Control:", elle ne sera pas mise en cache à moins que la
+ directive
+ <directive module="mod_cache">CacheStorePrivate</directive>
+ ne précise d'autres contraintes.</li>
+
+ <li>De même, si la réponse contient l'option "no-store" dans un en-tête
+ "Cache-Control:", elle ne sera pas mise en cache à moins que la
+ directive
+ <directive module="mod_cache">CacheStoreNoStore</directive>
+ n'ait été utilisée.</li>
+
+ <li>Une réponse ne sera pas mise en cache si elle comporte un en-tête
+ "Vary:" contenant le caractère "*" qui correspond à toute
+ chaîne de caractères.</li>
+ </ol>
+ </section>
+
+ <section>
+ <title>Qu'est ce qui ne doit pas être mis en cache ?</title>
+
+ <p>En bref, tout contenu qui varie beaucoup avec le temps, ou en fonction
+ de particularités de la requête qui ne sont pas couvertes par la
+ négociation HTTP, ne doit pas être mis en cache.</p>
+
+ <p>Un contenu dynamique qui varie en fonction de l'adresse IP du
+ demandeur, ou qui est modifié toutes les 5 minutes, ne devra en général
+ pas être mis en cache.</p>
+
+ <p>Si par contre le contenu servi diffère en fonction de la valeur de
+ divers en-têtes HTTP, il se peut que l'on puisse le mettre en cache
+ intelligemment en utilisant un en-tête "Vary".</p>
+ </section>
+
+ <section>
+ <title>Contenu variable et/ou négocié</title>
+
+ <p>Si <module>mod_cache</module> reçoit une réponse contenant un en-tête
+ "Vary", lorsqu'un contenu a été demandé par un processus d'arrière-plan,
+ il va s'efforcer de la traiter intelligemment. Si possible,
+ <module>mod_cache</module> va détecter les en-têtes attribués dans la
+ réponse "Vary" à l'occasion des futures demandes, et servir une réponse
+ correcte à partir du cache.</p>
+
+ <p>Si par exemple, une réponse est reçue avec l'en-tête Vary suivant,</p>
+
+ <example>
+Vary: negotiate,accept-language,accept-charset
+ </example>
+
+ <p><module>mod_cache</module> ne servira aux demandeurs que le contenu
+ mis en cache qui correspond au contenu des en-têtes accept-language et
+ accept-charset de la requête originale.</p>
+ </section>
+
+ </section>
+
+ <section id="security">
+ <title>Considérations sur la sécurité</title>
+
+ <section>
+ <title>Autorisation et contrôle d'accès</title>
+
+ <p>Utiliser <module>mod_cache</module> revient sensiblement à la même
+ chose qu'avoir un mandataire inverse intégré (reverse-proxy). Les requêtes
+ seront servies par le module de mise en cache sauf si ce dernier
+ détermine qu'un processus d'arrière-plan doit être appelé. La mise en
+ cache de ressources locales modifie considérablement le modèle de
+ sécurité d'Apache.</p>
+
+ <p>Comme le parcours de la hiérarchie d'un système de fichiers pour
+ examiner le contenu d'éventuels fichiers
+ <code>.htaccess</code> serait une opération très coûteuse en ressources,
+ annulant partiellement de ce fait l'intérêt de la mise en cache
+ (accélérer le traitement des requêtes),
+ <module>mod_cache</module> ne se préoccupe pas de savoir s'il a
+ l'autorisation de servir une entité mise en cache. En d'autres termes,
+ si <module>mod_cache</module> a mis en cache un certain contenu, ce
+ dernier sera servi à partir du cache tant qu'il ne sera pas arrivé à
+ expiration.</p>
+
+ <p>Si par exemple, votre configuration autorise l'accès à une ressource
+ en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
+ pas mis en cache. Ceci est possible en utilisant la directive
+ <directive module="mod_cache">CacheDisable</directive>, ou le module
+ <module>mod_expires</module>. Livré à lui-même,
+ <module>mod_cache</module> - pratiquement comme un mandataire inverse -
+ mettrait en cache le contenu lors de son service, et le servirait ensuite
+ à tout client, vers n'importe quelle adresse IP.</p>
+ </section>
+
+ <section>
+ <title>Piratages locaux</title>
+
+ <p>Etant donné que les requêtes des utilisateurs finaux peuvent être
+ servies depuis le cache, ce dernier est une cible potentielle pour ceux
+ qui veulent défigurer un contenu ou interférer avec lui. Il est important
+ de garder à l'esprit que l'utilisateur sous lequel tourne Apache doit
+ toujours avoir l'accès en écriture dans le cache. Ceci est en contraste
+ total avec la recommandation usuelle d'interdire à l'utilisateur sous
+ lequel tourne Apache
+ l'accès en écriture à tout contenu.</p>
+
+ <p>Si l'utilisateur sous lequel tourne Apache est compromis,
+ par exemple à cause d'une
+ faille de sécurité dans un processus CGI, il est possible que le cache
+ fasse l'objet d'une attaque. Il est relativement aisé d'insérer ou de
+ modifier une entité dans le cache en utilisant le module
+ <module>mod_disk_cache</module>.</p>
+
+ <p>Cela représente un risque relativement élévé par rapport aux autres
+ types d'attaques qu'il est possible de mener sous l'utilisateur apache.
+ Si vous utilisez <module>mod_disk_cache</module>, vous devez garder ceci
+ à l'esprit : effectuez toujours les mises à jour d'Apache quand des
+ correctifs de sécurité sont annoncés et exécutez les processus CGI sous
+ un utilisateur autre qu'apache en utilisant
+ <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
+
+ </section>
+
+ <section>
+ <title>Empoisonnement du cache (Cache Poisoning)</title>
+
+ <p>Si vous utilisez Apache comme serveur mandataire avec mise en cache,
+ vous vous exposez aussi à un éventuel "Empoisonnement du
+ cache" (Cache poisoning). L'empoisonnement du cache est un terme général
+ pour désigner les attaques au cours desquelles l'attaquant fait en sorte
+ que le serveur mandataire renvoie un contenu incorrect (et souvent
+ indésirable) en provenance du serveur d'arrière plan.
+ </p>
+
+ <p>Par exemple, si les serveur DNS qu'utilise votre système où tourne
+ Apache sont vulnérables à l'empoisonnement du cache des DNS, un attaquant
+ pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu
+ depuis le serveur d'origine.
+ Un autre exemple est constitué par les attaques ainsi nommées
+ "Dissimulation de requêtes HTTP" (HTTP request-smuggling).</p>
+
+ <p>Ce document n'est pas le bon endroit pour une discussion approfondie
+ à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
+ moteur de recherche favori); il est cependant important de savoir qu'il
+ est possible d'élaborer une série de requêtes, et d'exploiter une
+ vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant
+ puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
+ </section>
+ </section>
+
+ <section id="filehandle">
+ <title>Mise en cache de la gestion de fichier</title>
+
+ <related>
+ <modulelist>
+ <module>mod_file_cache</module>
+ <module>mod_mem_cache</module>
+ </modulelist>
+ <directivelist>
+ <directive module="mod_file_cache">CacheFile</directive>
+ <directive module="mod_cache">CacheEnable</directive>
+ <directive module="mod_cache">CacheDisable</directive>
+ </directivelist>
+ </related>
+
+ <p>Le fait d'ouvrir un fichier peut en lui-même introduire un délai,
+ en particulier dans les systèmes de fichiers répartis sur le réseau. Apache
+ peut s'affranchir de ce délai en maintenant
+ un cache des descripteurs de fichiers
+ ouverts pour ce qui concerne les fichiers souvent accédés. Apache propose
+ actuellement deux implémentations différentes de mise en cache de la
+ gestion de fichier.</p>
+
+ <section>
+ <title>Directive CacheFile</title>
+
+ <p>La forme la plus élémentaire de mise en cache que propose Apache est
+ fournie par le module <module>mod_file_cache</module>.
+ Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
+ une table des descripteurs de fichiers ouverts. Les fichiers à mettre en
+ cache de cette manière sont spécifiés dans le fichier de configuration
+ en utilisant la directive
+ <directive module="mod_file_cache">CacheFile</directive>.</p>
+
+ <p>La directive
+ <directive module="mod_file_cache">CacheFile</directive> demande à Apache
+ d'ouvrir le fichier lors de son démarrage et de réutiliser le descripteur
+ de fichier élaboré à cette occasion pour tous les
+ accès ultérieurs à ce fichier.</p>
+
+ <example>
+ <pre>CacheFile /usr/local/apache2/htdocs/index.html</pre>
+ </example>
+
+ <p>Si vous avez l'intention de mettre en cache un grand nombre de
+ fichiers de cette manière, vous devez vous assurer que le nombre maximum
+ de fichiers ouverts par votre système d'exploitation est correctement
+ défini.</p>
+
+ <p>Bien que l'utilisation de la directive
+ <directive module="mod_file_cache">CacheFile</directive>
+ n'entraîne pas la mise en cache du contenu du fichier, cela ne signifie
+ pas qu'en cas de modification du fichier pendant l'exécution d'Apache,
+ ces changements seront pris en compte. Le fichier sera toujours servi
+ dans l'état où il était quand Apache a démarré.</p>
+
+ <p>Si le fichier est supprimé pendant l'exécution d'Apache, ce dernier
+ continuera à maintenir un descripteur de fichier ouvert et à servir le
+ fichier dans l'état où il était quand Apache a démarré. Cela signifie
+ aussi habituellement que malgré le fait que le fichier ait été supprimé,
+ et ne soit
+ plus accessible par le système de fichiers, l'espace libéré ne sera
+ restitué qu'à l'arrêt d'Apache quand le
+ descripteur de fichier sera fermé.</p>
+ </section>
+
+ <section>
+ <title>Directive CacheEnable</title>
+
+ <p>Le module <module>mod_mem_cache</module> propose aussi son propre
+ schéma de mise en cache de la gestion de fichier, qui peut être activé
+ à l'aide de la directive
+ <directive module="mod_cache">CacheEnable</directive>.</p>
+
+ <example>
+ <pre>CacheEnable fd /</pre>
+ </example>
+
+ <p>A l'instar de tout ce qui concerne le module
+ <module>mod_cache</module>, ce mode de mise en cache de la gestion de
+ fichier est intelligent, et les descripteurs ne seront plus maintenus
+ lorsque le contenu mis en cache sera arrivé à expiration.</p>
+ </section>
+ </section>
+
+ <section id="inmemory">
+ <title>Mise en cache en mémoire</title>
+
+ <related>
+ <modulelist>
+ <module>mod_mem_cache</module>
+ <module>mod_file_cache</module>
+ </modulelist>
+ <directivelist>
+ <directive module="mod_cache">CacheEnable</directive>
+ <directive module="mod_cache">CacheDisable</directive>
+ <directive module="mod_file_cache">MMapStatic</directive>
+ </directivelist>
+ </related>
+
+ <p>Servir un contenu directement depuis la mémoire système est
+ universellement reconnu comme la méthode la plus rapide. Lire des fichiers
+ depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
+ lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
+ en général des opérations mécaniques, et l'accès au réseau est limité par la
+ bande passante dont vous disposez. Par contre, les temps d'accès à la
+ mémoire sont de l'ordre de la nano-seconde.</p>
+
+ <p>Cependant la mémoire système n'est pas bon marché; à capacité égale,
+ c'est de loin le type de stockage le plus coûteux et il est important de
+ s'assurer qu'elle est utilisée efficacement. Le fait de mettre en cache
+ des fichiers en mémoire diminue d'autant la quantité de mémoire système
+ disponible. Comme nous le verrons plus loin, ce n'est pas un problème en
+ soi dans le cas de la mise en cache par l'intermédiaire du système
+ d'exploitation, mais si l'on utilise la mise en cache en mémoire propre à
+ Apache, il faut prendre garde à ne pas allouer trop de mémoire au cache.
+ Sinon le système sera contraint d'utiliser le swap, ce qui dégradera
+ sensiblement les performances.</p>
+
+ <section>
+ <title>Mise en cache par l'intermédiaire du système d'exploitation</title>
+
+ <p>Dans la plupart des systèmes d'exploitation modernes, c'est le noyau
+ qui gère directement la mise en cache en mémoire des données relatives
+ aux fichiers. C'est une fonctionnalité puissante, et les systèmes
+ d'exploitation s'en acquittent fort bien pour la plus grande partie.
+ Considérons par exemple, dans le cas de Linux, la différence entre le
+ temps nécessaire à la première lecture d'un fichier et le temps
+ nécessaire à sa deuxième lecture;</p>
+
+ <example><pre>
+colm@coroebus:~$ time cat testfile > /dev/null
+real 0m0.065s
+user 0m0.000s
+sys 0m0.001s
+colm@coroebus:~$ time cat testfile > /dev/null
+real 0m0.003s
+user 0m0.003s
+sys 0m0.000s</pre>
+ </example>
+
+ <p>Même pour ce petit fichier, il y a une grande différence entre les
+ temps nécessaires pour lire le fichier. Ceci est du au fait que le
+ noyau a mis en cache le contenu du fichier en mémoire.</p>
+
+ <p>Du fait de toujours pouvoir disposer de mémoire système, vous pouvez
+ être assuré qu'il y aura de plus en plus de contenus de fichiers stockés
+ dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire
+ très efficace, et ne nécessite aucune configuration supplémentaire
+ d'Apache.</p>
+
+ <p>De plus, comme le système d'exploitation sait si des fichiers
+ ont été
+ supprimés ou modifiés, il peut effacer automatiquement des contenus de
+ fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros
+ avantage par rapport à la mise en cache en mémoire d'Apache qui n'a
+ aucune possibilité de savoir si un fichier a été modifié.</p>
+ </section>
+
+ <p>En dépit des performances et des avantages de la mise en cache
+ automatique par le système d'exploitation, la mise en cache en mémoire
+ peut être effectuée plus efficacement par Apache dans certaines
+ circonstances.</p>
+
+ <p>En premier lieu, un système d'exploitation ne peut mettre en cache que
+ les fichiers dont il a connaissance. Si vous exécutez Apache en tant que
+ serveur mandataire, les fichiers que vous mettez en cache ne sont pas
+ stockés en local mais sur un serveur distant. Si vous voulez tout de même
+ bénéficier de la vitesse incomparable procurée par la mise en cache en
+ mémoire, la mise en cache propre à Apache sera nécessaire.</p>
+
+ <section>
+ <title>Mise en cache à l'aide de la directive MMapStatic</title>
+
+ <p>La directive <directive module="mod_file_cache">MMapStatic</directive>
+ fournie par le module <module>mod_file_cache</module> vous permet de
+ demander à Apache de charger un contenu de fichier statique en mémoire
+ lors de son démarrage (à l'aide de l'appel système mmap). Apache
+ utilisera le contenu chargé en mémoire pour satisfaire ultérieurement
+ toutes les demandes d'accès à ce fichier.</p>
+
+ <example>
+ <pre>MMapStatic /usr/local/apache2/htdocs/index.html</pre>
+ </example>
+
+ <p>Comme dans le cas de la directive
+ <directive module="mod_file_cache">CacheFile</directive>, toute
+ modification du fichier ne sera plus prise en compte par Apache une fois
+ ce dernier démarré.</p>
+
+ <p> La directive
+ <directive module="mod_file_cache">MMapStatic</directive> ne gardant
+ pas la trace de la quantité de mémoire qu'elle alloue, vous devez prendre
+ garde de ne pas en abuser. Chaque processus enfant d'Apache utilisant
+ sa propre réplique de la mémoire allouée, il est donc d'une importance
+ critique de s'assurer que les fichiers chargés ne sont pas d'une taille
+ trop importante afin d'épargner au système l'utilisation du swap.</p>
+ </section>
+
+ <section>
+ <title>Mise en cache à l'aide du module mod_mem_cache</title>
+
+ <p>Le module <module>mod_mem_cache</module> propose une mise en cache en
+ mémoire intelligente du point de vue du protocole HTTP. Il utilise aussi
+ directement le "tas" de la mémoire, ce qui signifie que même si
+ <var>MMap</var> n'est pas supporté par votre système,
+ <module>mod_mem_cache</module> pourra quand-même effectuer
+ la mise en cache.</p>
+
+ <p>La mise en cache selon cette méthode est activée comme suit :</p>
+
+ <example><pre>
+# Activation de la mise en cache en mémoire
+CacheEnable mem /
+
+# Limite la taille du cache à 1 Mégaoctet
+MCacheSize 1024</pre>
+ </example>
+ </section>
+ </section>
+
+ <section id="disk">
+ <title>Mise en cache sur disque</title>
+
+ <related>
+ <modulelist>
+ <module>mod_disk_cache</module>
+ </modulelist>
+ <directivelist>
+ <directive module="mod_cache">CacheEnable</directive>
+ <directive module="mod_cache">CacheDisable</directive>
+ </directivelist>
+ </related>
+
+ <p>Le module <module>mod_disk_cache</module> fournit un mécanisme de mise
+ en cache sur disque au module <module>mod_cache</module>. Comme dans le cas
+ du module <module>mod_mem_cache</module>, cette mise en cache est
+ intelligente et le contenu ne sera servi qu'à partir du cache tant qu'il
+ sera considéré comme valide.</p>
+
+ <p>Typiquement, le module sera configuré comme suit :</p>
+
+ <example>
+ <pre>
+CacheRoot /var/cache/apache/
+CacheEnable disk /
+CacheDirLevels 2
+CacheDirLength 1</pre>
+ </example>
+
+ <p>Il est important de savoir que, les fichiers mis en cache étant stockés
+ localement, la mise en cache par l'intermédiaire du système d'exploitation
+ sera en général aussi appliquée à leurs accès. Si bien que même si les
+ fichiers sont stockés sur disque, s'il font l'objet d'accès fréquents,
+ il est probable que le système d'exploitation s'appliquera à ce qu'ils
+ soient servis à partir de la mémoire.</p>
+
+ <section>
+ <title>Comprendre le stockage dans le cache</title>
+
+ <p>Pour stocker des entités dans le cache,
+ le module <module>mod_disk_cache</module> crée une empreinte (hash) de 22
+ caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte
+ comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
+ de type CGI associé à l'URL, afin d'être sur que plusieurs URLs
+ n'interfèrent pas entre elles.</p>
+
+ <p>Chaque position de l'empreinte peut contenir un caractère
+ choisi parmi 64 caractères différents, il y a donc
+ 64^22 possibilités pour une empreinte. Par exemple, une URL peut posséder
+ l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
+ utilisée pour préfixer les noms de fichiers spécifiques à cette URL à
+ l'intérieur du cache; cependant, elle est tout d'abord placée dans les
+ répertoires du cache selon les directives
+ <directive module="mod_disk_cache">CacheDirLevels</directive> et
+ <directive module="mod_disk_cache">CacheDirLength</directive>.</p>
+
+ <p>La directive
+ <directive module="mod_disk_cache">CacheDirLevels</directive>
+ définit le nombre de niveaux de sous-répertoires, et
+ <directive module="mod_disk_cache">CacheDirLength</directive>
+ le nombre de caractères composant le nom des sous-répertoires. Dans
+ l'exemple donné plus haut, l'empreinte se trouvera à :
+ <code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
+
+ <p>Cette technique a pour but principal de réduire le nombre de
+ sous-répertoires ou de fichiers contenus dans un répertoire particulier,
+ car le fonctionnement de la plupart des systèmes de fichiers est ralenti
+ quand ce nombre augmente. Avec la valeur "1" pour la directive
+ <directive module="mod_disk_cache">CacheDirLength</directive>,
+ il peut y avoir au plus 64 sous-répertoires à un niveau quelconque.
+ Avec la valeur "2", il peut y en avoir 64 * 64, etc...
+ A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
+ la valeur "1" pour la directive
+ <directive module="mod_disk_cache">CacheDirLength</directive>
+ est recommandée.</p>
+
+ <p>Le paramétrage de la directive
+ <directive module="mod_disk_cache">CacheDirLevels</directive>
+ dépend du nombre de fichiers que vous pensez stocker dans le cache.
+ Avec une valeur de "2" comme dans l'exemple donné plus haut,
+ 4096 sous-répertoires peuvent être créés au total. Avec 1 million de
+ fichiers dans le cache, cela équivaut à environ 245 URLs mises en cache
+ dans chaque répertoire.</p>
+
+ <p>Chaque URL nécessite au moins deux fichiers dans le cache. Ce sont en
+ général un fichier ".header", qui contient des meta-informations à propos
+ de l'URL, comme la date de son arrivée à expiration,
+ et un fichier ".data" qui est la copie exacte du contenu à servir.</p>
+
+ <p>Dans le cas d'un contenu négocié via l'en-tête "Vary", un répertoire
+ ".vary" sera créé pour l'URL en question. Ce répertoire contiendra de
+ multiples fichiers ".data" correspondant aux différents contenus
+ négociés.</p>
+ </section>
+
+ <section>
+ <title>Maintenance du cache sur disque</title>
+
+ <p>Bien que le module <module>mod_disk_cache</module> supprime un contenu
+ du cache lorsqu'il est arrivé à expiration, il ne maintient aucune
+ information à propos de la taille totale du cache ou de l'espace restant
+ disponible.</p>
+
+ <p>Par contre l'utilitaire
+ <a href="programs/htcacheclean.html">htcacheclean</a> fourni avec Apache
+ vous permet, comme son nom l'indique, de nettoyer le cache périodiquement.
+ Déterminer la fréquence à laquelle lancer <a
+ href="programs/htcacheclean.html">htcacheclean</a> et la taille souhaitée
+ pour le cache est une tâche relativement complexe et il vous faudra de
+ nombreux essais et erreurs pour arriver à sélectionner des valeurs
+ optimales.</p>
+
+ <p><a href="programs/htcacheclean.html">htcacheclean</a> opère selon deux
+ modes. Il peut s'exécuter comme démon résident, ou être lancé
+ périodiquement par cron. <a
+ href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
+ ou plus pour traiter de très grands caches (plusieurs dizaines de
+ Gigaoctets) et si vous l'exécutez à partir de cron, il vous est
+ conseillé de déterminer la durée typique d'un traitement, afin d'éviter
+ d'exécuter plusieurs instances à la fois.</p>
+
+ <p class="figure">
+ <img src="images/caching_fig1.gif" alt="" width="600"
+ height="406" /><br />
+ <a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
+ typique du cache / séquence de nettoyage.</p>
+
+ <p>Comme <module>mod_disk_cache</module> ne tient pas compte de l'espace
+ utilisé dans le cache, vous devez vous assurer que
+ <a href="programs/htcacheclean.html">htcacheclean</a> est configuré de
+ façon à laisser suffisamment d'"espace de croissance"
+ à la suite d'un nettoyage.</p>
+ </section>
+
+ </section>
+
+</manualpage>
<variants>
<variant>en</variant>
+ <variant>fr</variant>
</variants>
</metafile>
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+URI: configuring.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: configuring.html.ja.euc-jp
Content-Language: ja
Content-type: text/html; charset=EUC-JP
<div class="toplang">
<p><span>Available Languages: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/configuring.html" title="English"> en </a> |
-<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/configuring.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
<p>This document describes the files used to configure the Apache
<div class="bottomlang">
<p><span>Available Languages: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/configuring.html" title="English"> en </a> |
-<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/configuring.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Fichiers de configuration - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Fichiers de configuration</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/configuring.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/configuring.html" title="Français"> fr </a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div>
+
+<p>Ce document décrit les fichiers utilisés pour configurer
+le Serveur HTTP Apache.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#main">Fichiers de configuration principaux</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#syntax">Syntaxe des fichiers de configuration</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#modules">Modules</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#scope">Portée des directives</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#htaccess">Fichiers .htaccess</a></li>
+</ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="main" id="main">Fichiers de configuration principaux</a></h2>
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_mime.html">mod_mime</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#ifdefine"><IfDefine></a></code></li><li><code class="directive"><a href="./mod/core.html#include">Include</a></code></li><li><code class="directive"><a href="./mod/mod_mime.html#typesconfig">TypesConfig</a></code></li></ul></td></tr></table>
+
+ <p>La configuration d'Apache est effectuée en plaçant des <a href="mod/directives.html">directives</a> dans des fichiers de
+ configuration au format texte. Le fichier de configuration principal se nomme
+ en général
+ <code>httpd.conf</code>. La localisation de ce fichier est définie
+ à la compilation, mais peut être redéfinie à l'aide de l'option
+ de ligne de commande <code>-f</code>. En outre, d'autres fichiers de
+ configuration peuvent être ajoutés à l'aide de la directive
+ <code class="directive"><a href="./mod/core.html#include">Include</a></code>, et des caractères de
+ remplacement
+ peuvent être utilisés pour inclure de nombreux fichiers de configuration.
+ Des directives de tous types peuvent être placées dans chacun de ces fichiers
+ de configuration. Les modifications dans les fichiers de configuration
+ principaux ne sont prises en compte par Apache que lorsque le serveur
+ est démarré ou redémarré.</p>
+
+ <p>Le serveur lit aussi un fichier contenant les types de document mime;
+ ce fichier est défini par la directive <code class="directive"><a href="./mod/mod_mime.html#typesconfig">TypesConfig</a></code>,
+ et se nomme <code>mime.types</code> par défaut.</p>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="syntax" id="syntax">Syntaxe des fichiers de configuration</a></h2>
+
+
+ <p>Les fichiers de configuration d'Apache contiennent une directive
+ par ligne.
+ On peut utiliser l'anti-slash "\" comme dernier caractère d'une ligne
+ pour indiquer que la directive continue à la ligne suivante.
+ Il ne doit y avoir aucun caractère ni espace entre l'anti-slash et
+ la fin de la ligne.</p>
+
+ <p>Les directives dans les fichiers de configuration ne sont pas
+ sensibles à la casse, mais leurs arguments le sont souvent. Les lignes
+ qui débutent par le caractère "#" sont interprétées comme des
+ commentaires, et sont ignorées. Les commentaires ne doivent
+ <strong>pas</strong> être inclus dans une ligne après une directive
+ de configuration. Les lignes vides et les espaces précédant une directive
+ sont ignorés; vous pouvez par conséquent indenter les directives
+ afin d'améliorer la lisibilité.</p>
+
+ <p>Vous pouvez vérifier l'absence d'erreurs de syntaxe dans vos fichiers
+ de configuration sans démarrer le serveur à l'aide de la commande
+ <code>apachectl configtest</code> ou de l'option de ligne de commande
+ <code>-t</code>.</p>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="modules" id="modules">Modules</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_so.html">mod_so</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code></li><li><code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code></li></ul></td></tr></table>
+
+ <p>Apache est un serveur modulaire. Ceci implique que seules les
+ fonctionnalités les plus courantes sont incluses dans le serveur de base.
+ Les fonctionnalités étendues sont fournies à l'aide de <a href="mod/">modules</a> qui peuvent être chargés dans Apache.
+ Par défaut, un jeu de <a href="mod/module-dict.html#Status">modules de base</a> est inclus dans le
+ serveur à la compilation. Si le serveur est compilé de façon à utiliser
+ les <a href="dso.html">modules chargés dynamiquement</a>,
+ alors les modules peuvent être compilés séparément et chargés à
+ n'importe quel moment à l'aide de la directive
+ <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>.
+ Dans le cas contraire, Apache doit être recompilé pour ajouter ou
+ supprimer des modules.
+ Les directives de configuration peuvent être incluses de manière
+ conditionnelle selon la présence ou l'absence d'un module particulier
+ en les plaçant dans un bloc <code class="directive"><a href="./mod/core.html#ifmodule"><IfModule></a></code>.</p>
+
+ <p>Pour voir quels modules ont été compilés avec le serveur,
+ vous pouvez utiliser l'option de ligne de commande <code>-l</code>.</p>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="scope" id="scope">Portée des directives</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td /><td><ul><li><code class="directive"><a href="./mod/core.html#directory"><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#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/core.html#virtualhost"><VirtualHost></a></code></li></ul></td></tr></table>
+
+ <p>Les directives placées dans les fichiers de configuration principaux
+ s'appliquent au serveur dans son ensemble. Si vous souhaitez modifier la
+ configuration d'une partie du serveur seulement, vous pouvez limiter la
+ portée de vos directives en les plaçant dans une section
+ <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code>, <code class="directive"><a href="./mod/core.html#files"><Files></a></code>, <code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code>, ou <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code>.
+ Ces sections limitent le champ d'application des directives qu'elles
+ contiennent à des URls ou des portions du système de fichiers particulières.
+ Elles peuvent aussi être imbriquées, ce qui permet
+ une configuration très fine.</p>
+
+ <p>Apache peut servir simultanément de nombreux sites web au travers des
+ <a href="vhosts/">Hôtes Virtuels</a>. La portée des directives peut ainsi
+ être limitée en les plaçant dans des sections
+ <code class="directive"><a href="./mod/core.html#virtualhost"><VirtualHost></a></code>,
+ afin qu'elles ne s'appliquent qu'aux requêtes
+ pour un site web particulier.</p>
+
+ <p>Bien que la plupart des directives puissent être placées dans
+ chacune de ces sections, certaines d'entre elles n'ont aucun sens
+ dans certains contextes.
+ Par exemple, les directives qui contrôlent la création des processus
+ n'ont de sens que dans le contexte du serveur principal. Pour déterminer
+ quelles directives peuvent être placées dans quelles sections, consultez
+ le <a href="mod/directive-dict.html#Context">Contexte</a> de la
+ directive. Pour plus d'informations, nous fournissons des détails dans
+ <a href="sections.html">Comment fonctionnent les sections Directory,
+ Location et Files</a>.</p>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="htaccess" id="htaccess">Fichiers .htaccess</a></h2>
+
+
+ <table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td /><td><ul><li><code class="directive"><a href="./mod/core.html#accessfilename">AccessFileName</a></code></li><li><code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code></li></ul></td></tr></table>
+
+ <p>Apache permet la gestion décentralisée de la configuration
+ via des fichiers spéciaux placés dans l'arborescence du site web.
+ Ces fichiers spéciaux se nomment en général <code>.htaccess</code>,
+ mais tout autre nom peut être spécifié à l'aide de la directive
+ <code class="directive"><a href="./mod/core.html#accessfilename">AccessFileName</a></code>.
+ Les directives placées dans les fichiers <code>.htaccess</code>
+ s'appliquent au répertoire dans lequel vous avez placé le fichier,
+ ainsi qu'à tous ses sous-répertoires.
+ La syntaxe des fichiers <code>.htaccess</code> est la même que celle
+ des fichiers de configuration principaux. Comme les fichiers
+ <code>.htaccess</code> sont lus à chaque requête, les modifications de
+ ces fichiers prennent effet immédiatement.</p>
+
+ <p>Pour déterminer quelles directives peuvent être placées
+ dans les fichiers <code>.htaccess</code>, consultez le
+ <a href="mod/directive-dict.html#Context">Contexte</a> de la
+ directive. L'administrateur du serveur peut contrôler quelles
+ directives peuvent être placées dans les fichiers
+ <code>.htaccess</code> en définissant la directive
+ <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code>
+ dans les fichiers de configuration principaux.</p>
+
+ <p>Pour plus d'informations sur les fichiers <code>.htaccess</code>,
+ se référer au <a href="howto/htaccess.html">tutoriel .htaccess</a>.</p>
+ </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/configuring.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/configuring.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/configuring.html" title="Français"> fr </a> |
+<a href="./ja/configuring.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/configuring.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072901 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="configuring.xml.meta">
+
+ <title>Fichiers de configuration</title>
+
+<summary>
+<p>Ce document décrit les fichiers utilisés pour configurer
+le Serveur HTTP Apache.</p>
+</summary>
+
+ <section id="main">
+ <title>Fichiers de configuration principaux</title>
+ <related>
+ <modulelist>
+ <module>mod_mime</module>
+ </modulelist>
+ <directivelist>
+ <directive module="core" type="section">IfDefine</directive>
+ <directive module="core">Include</directive>
+ <directive module="mod_mime">TypesConfig</directive>
+ </directivelist>
+ </related>
+
+ <p>La configuration d'Apache est effectuée en plaçant des <a
+ href="mod/directives.html">directives</a> dans des fichiers de
+ configuration au format texte. Le fichier de configuration principal se nomme
+ en général
+ <code>httpd.conf</code>. La localisation de ce fichier est définie
+ à la compilation, mais peut être redéfinie à l'aide de l'option
+ de ligne de commande <code>-f</code>. En outre, d'autres fichiers de
+ configuration peuvent être ajoutés à l'aide de la directive
+ <directive module="core">Include</directive>, et des caractères de
+ remplacement
+ peuvent être utilisés pour inclure de nombreux fichiers de configuration.
+ Des directives de tous types peuvent être placées dans chacun de ces fichiers
+ de configuration. Les modifications dans les fichiers de configuration
+ principaux ne sont prises en compte par Apache que lorsque le serveur
+ est démarré ou redémarré.</p>
+
+ <p>Le serveur lit aussi un fichier contenant les types de document mime;
+ ce fichier est défini par la directive <directive
+ module="mod_mime">TypesConfig</directive>,
+ et se nomme <code>mime.types</code> par défaut.</p>
+ </section>
+
+ <section id="syntax">
+ <title>Syntaxe des fichiers de configuration</title>
+
+ <p>Les fichiers de configuration d'Apache contiennent une directive
+ par ligne.
+ On peut utiliser l'anti-slash "\" comme dernier caractère d'une ligne
+ pour indiquer que la directive continue à la ligne suivante.
+ Il ne doit y avoir aucun caractère ni espace entre l'anti-slash et
+ la fin de la ligne.</p>
+
+ <p>Les directives dans les fichiers de configuration ne sont pas
+ sensibles à la casse, mais leurs arguments le sont souvent. Les lignes
+ qui débutent par le caractère "#" sont interprétées comme des
+ commentaires, et sont ignorées. Les commentaires ne doivent
+ <strong>pas</strong> être inclus dans une ligne après une directive
+ de configuration. Les lignes vides et les espaces précédant une directive
+ sont ignorés; vous pouvez par conséquent indenter les directives
+ afin d'améliorer la lisibilité.</p>
+
+ <p>Vous pouvez vérifier l'absence d'erreurs de syntaxe dans vos fichiers
+ de configuration sans démarrer le serveur à l'aide de la commande
+ <code>apachectl configtest</code> ou de l'option de ligne de commande
+ <code>-t</code>.</p>
+ </section>
+
+ <section id="modules">
+ <title>Modules</title>
+
+ <related>
+ <modulelist>
+ <module>mod_so</module>
+ </modulelist>
+ <directivelist>
+ <directive module="core" type="section">IfModule</directive>
+ <directive module="mod_so">LoadModule</directive>
+ </directivelist>
+ </related>
+
+ <p>Apache est un serveur modulaire. Ceci implique que seules les
+ fonctionnalités les plus courantes sont incluses dans le serveur de base.
+ Les fonctionnalités étendues sont fournies à l'aide de <a
+ href="mod/">modules</a> qui peuvent être chargés dans Apache.
+ Par défaut, un jeu de <a
+ href="mod/module-dict.html#Status">modules de base</a> est inclus dans le
+ serveur à la compilation. Si le serveur est compilé de façon à utiliser
+ les <a href="dso.html">modules chargés dynamiquement</a>,
+ alors les modules peuvent être compilés séparément et chargés à
+ n'importe quel moment à l'aide de la directive
+ <directive module="mod_so">LoadModule</directive>.
+ Dans le cas contraire, Apache doit être recompilé pour ajouter ou
+ supprimer des modules.
+ Les directives de configuration peuvent être incluses de manière
+ conditionnelle selon la présence ou l'absence d'un module particulier
+ en les plaçant dans un bloc <directive
+ module="core" type="section">IfModule</directive>.</p>
+
+ <p>Pour voir quels modules ont été compilés avec le serveur,
+ vous pouvez utiliser l'option de ligne de commande <code>-l</code>.</p>
+ </section>
+
+ <section id="scope">
+ <title>Portée des directives</title>
+
+ <related>
+ <directivelist>
+ <directive module="core" type="section">Directory</directive>
+ <directive module="core" type="section">DirectoryMatch</directive>
+ <directive module="core" type="section">Files</directive>
+ <directive module="core" type="section">FilesMatch</directive>
+ <directive module="core" type="section">Location</directive>
+ <directive module="core" type="section">LocationMatch</directive>
+ <directive module="core" type="section">VirtualHost</directive>
+ </directivelist>
+ </related>
+
+ <p>Les directives placées dans les fichiers de configuration principaux
+ s'appliquent au serveur dans son ensemble. Si vous souhaitez modifier la
+ configuration d'une partie du serveur seulement, vous pouvez limiter la
+ portée de vos directives en les plaçant dans une section
+ <directive module="core"
+ type="section">Directory</directive>, <directive module="core"
+ type="section">DirectoryMatch</directive>, <directive module="core"
+ type="section">Files</directive>, <directive module="core"
+ type="section">FilesMatch</directive>, <directive module="core"
+ type="section">Location</directive>, ou <directive module="core"
+ type="section">LocationMatch</directive>.
+ Ces sections limitent le champ d'application des directives qu'elles
+ contiennent à des URls ou des portions du système de fichiers particulières.
+ Elles peuvent aussi être imbriquées, ce qui permet
+ une configuration très fine.</p>
+
+ <p>Apache peut servir simultanément de nombreux sites web au travers des
+ <a href="vhosts/">Hôtes Virtuels</a>. La portée des directives peut ainsi
+ être limitée en les plaçant dans des sections
+ <directive module="core" type="section">VirtualHost</directive>,
+ afin qu'elles ne s'appliquent qu'aux requêtes
+ pour un site web particulier.</p>
+
+ <p>Bien que la plupart des directives puissent être placées dans
+ chacune de ces sections, certaines d'entre elles n'ont aucun sens
+ dans certains contextes.
+ Par exemple, les directives qui contrôlent la création des processus
+ n'ont de sens que dans le contexte du serveur principal. Pour déterminer
+ quelles directives peuvent être placées dans quelles sections, consultez
+ le <a href="mod/directive-dict.html#Context">Contexte</a> de la
+ directive. Pour plus d'informations, nous fournissons des détails dans
+ <a href="sections.html">Comment fonctionnent les sections Directory,
+ Location et Files</a>.</p>
+ </section>
+
+ <section id="htaccess">
+ <title>Fichiers .htaccess</title>
+
+ <related>
+ <directivelist>
+ <directive module="core">AccessFileName</directive>
+ <directive module="core">AllowOverride</directive>
+ </directivelist>
+ </related>
+
+ <p>Apache permet la gestion décentralisée de la configuration
+ via des fichiers spéciaux placés dans l'arborescence du site web.
+ Ces fichiers spéciaux se nomment en général <code>.htaccess</code>,
+ mais tout autre nom peut être spécifié à l'aide de la directive
+ <directive module="core">AccessFileName</directive>.
+ Les directives placées dans les fichiers <code>.htaccess</code>
+ s'appliquent au répertoire dans lequel vous avez placé le fichier,
+ ainsi qu'à tous ses sous-répertoires.
+ La syntaxe des fichiers <code>.htaccess</code> est la même que celle
+ des fichiers de configuration principaux. Comme les fichiers
+ <code>.htaccess</code> sont lus à chaque requête, les modifications de
+ ces fichiers prennent effet immédiatement.</p>
+
+ <p>Pour déterminer quelles directives peuvent être placées
+ dans les fichiers <code>.htaccess</code>, consultez le
+ <a href="mod/directive-dict.html#Context">Contexte</a> de la
+ directive. L'administrateur du serveur peut contrôler quelles
+ directives peuvent être placées dans les fichiers
+ <code>.htaccess</code> en définissant la directive
+ <directive module="core">AllowOverride</directive>
+ dans les fichiers de configuration principaux.</p>
+
+ <p>Pour plus d'informations sur les fichiers <code>.htaccess</code>,
+ se référer au <a href="howto/htaccess.html">tutoriel .htaccess</a>.</p>
+ </section>
+</manualpage>
<variants>
<variant>de</variant>
<variant>en</variant>
+ <variant>fr</variant>
<variant>ja</variant>
<variant>ko</variant>
</variants>
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+URI: content-negotiation.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: content-negotiation.html.ja.euc-jp
Content-Language: ja
Content-type: text/html; charset=EUC-JP
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.2</a></div><div id="page-content"><div id="preamble"><h1>Content Negotiation</h1>
<div class="toplang">
<p><span>Available Languages: </span><a href="./en/content-negotiation.html" title="English"> en </a> |
-<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/content-negotiation.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
</div></div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="./en/content-negotiation.html" title="English"> en </a> |
-<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/content-negotiation.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Négociation de contenu - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Négociation de contenu</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/content-negotiation.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/content-negotiation.html" title="Français"> fr </a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div>
+
+
+ <p>Apache supporte la négociation de contenu telle qu'elle est décrite
+ dans la spécification HTTP/1.1. Il peut choisir la meilleure représentation
+ d'une ressource en fonction des préférences du navigateur pour ce qui
+ concerne le type de media, les langages, le jeu de caractères et son
+ encodage. Il implémente aussi quelques fonctionnalités pour traiter de
+ manière plus intelligente les requêtes en provenance de navigateurs qui
+ envoient des informations de négociation incomplètes.</p>
+
+ <p>La négociation de contenu est assurée par le module
+ <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> qui est compilé par défaut
+ dans le serveur.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#about">À propos de la négociation de contenu</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#negotiation">La négociation avec Apache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#methods">Les méthodes de négociation</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#better">Ajustement des valeurs de qualité</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#extensions">Extensions à la négociation de contenu
+transparente</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#naming">Remarques à propos des liens hypertextes et des
+conventions de nommage</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#caching">Remarque sur la mise en cache</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#more">Pour plus d'informations</a></li>
+</ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="about" id="about">À propos de la négociation de contenu</a></h2>
+
+ <p>Une ressource peut être disponible selon différentes représentations.
+ Par exemple, elle peut être disponible en différents langages ou pour
+ différents types de média, ou une combinaison des deux.
+ Pour faire le meilleur choix, on peut fournir à l'utilisateur une page
+ d'index, et le laisser choisir. Cependant, le serveur peut souvent faire
+ ce choix automatiquement. Ceci est possible car les navigateurs peuvent
+ envoyer des informations sur les
+ représentations qu'ils préfèrent à l'intérieur de chaque requête.
+ Par exemple, un navigateur peut indiquer
+ qu'il préfère voir les informations en français, mais qu'en cas
+ d'impossibilité l'anglais peut convenir. Les navigateurs indiquent leurs
+ préférences à l'aide d'en-têtes dans la requête. Pour ne demander que des
+ représentations en français, le navigateur peut utiliser l'en-tête :</p>
+
+<div class="example"><p><code>Accept-Language: fr</code></p></div>
+
+ <p>Notez qu'il ne sera tenu compte de cette préférence que s'il existe un
+ choix de représentations et que ces dernières varient en fonction
+ du langage.</p>
+
+ <p>À titre d'exemple d'une requête plus complexe, ce navigateur a été
+ configuré pour accepter le français et l'anglais, avec une préférence pour
+ le français, et accepter différents types de média, avec une préférence
+ pour HTML par rapport au texte plat (plain text) ou autres types de fichiers texte, et
+ avec une préférence pour GIF ou JPEG par rapport à tout autre type de
+ média, mais autorisant tout autre type de média en dernier ressort :</p>
+
+<div class="example"><p><code>
+ Accept-Language: fr; q=1.0, en; q=0.5<br />
+ Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1
+</code></p></div>
+
+ <p>Apache supporte la négociation de contenu "server driven" (telle qu'elle
+ est définie dans la spécification HTTP/1.1), où c'est le serveur qui
+ décide quelle est la meilleure représentation à retourner pour la ressource
+ demandée. Il supporte entièrement les en-têtes de requête
+ <code>Accept</code>, <code>Accept-Language</code>,
+ <code>Accept-Charset</code> et <code>Accept-Encoding</code>.
+ Apache supporte aussi la négociation de contenu transparente, qui est un
+ protocole de négociation expérimental défini dans les RFC 2295 et 2296.
+ Il ne supporte pas la négociation de fonctionnalité (feature negotiation)
+ telle qu'elle est définie dans ces RFCs.</p>
+
+ <p>Une <strong>ressource</strong> est une entité conceptuelle identifiée
+ par une URI (RFC 2396). Un serveur HTTP comme Apache propose l'accès à des
+ <strong>représentations</strong> de la ressource à l'intérieur de son
+ espace de nommage, chaque représentation étant composée d'une séquence
+ d'octets avec la définition d'un type de media, d'un jeu de caractères,
+ d'un encodage, etc... A un instant donné, chaque ressource peut être
+ associée avec zéro, une ou plusieurs représentations. Si plusieurs
+ représentations sont disponibles, la ressource est qualifiée de
+ <strong>négociable</strong> et chacune de ses représentations se nomme
+ <strong>variante</strong>. Les différences entre les
+ variantes disponibles d'une ressource négociable constituent les
+ <strong>dimensions</strong> de la négociation.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="negotiation" id="negotiation">La négociation avec Apache</a></h2>
+
+ <p>Afin de négocier une ressource, on doit fournir au serveur des
+ informations à propos de chacune des variantes. Il y a deux manières
+ d'accomplir ceci :</p>
+
+ <ul>
+ <li>Utiliser une liste de correspondances de types ("type-map") (<em>c'est à dire</em>
+ un fichier <code>*.var</code>) qui nomme explicitement les fichiers
+ contenant les variantes, ou</li>
+
+ <li>Utiliser une recherche "multivues", où le serveur effectue une
+ recherche de correspondance sur un motif de nom de fichier implicite et
+ fait son choix parmi les différents résultats.</li>
+ </ul>
+
+ <h3><a name="type-map" id="type-map">Utilisation d'un fichier de
+ correspondances de types (type-map)</a></h3>
+
+ <p>Une liste de correspondances de types est un document associé au
+ gestionnaire <code>type-map</code> (ou, dans un souci de compatibilité
+ ascendante avec des configurations d'Apache plus anciennes, le
+ <a class="glossarylink" href="./glossary.html#type mime" title="see glossary">type MIME</a>
+ <code>application/x-type-map</code>). Notez que pour utiliser cette
+ fonctionnalité, vous devez, dans le fichier de configuration, définir un
+ gestionnaire qui associe un suffixe de fichier à une <code>type-map</code>;
+ ce qui se fait simplement en ajoutant</p>
+
+<div class="example"><p><code>AddHandler type-map .var</code></p></div>
+
+ <p>dans le fichier de configuration du serveur.</p>
+
+ <p>Les fichiers de correspondances de types doivent posséder le même nom que
+ la ressource qu'ils décrivent, et comporter une entrée pour chaque variante
+ disponible; chaque entrée consiste en une ligne contiguë d'en-têtes au
+ format HTTP. les entrées sont séparées par des lignes vides. Les lignes
+ vides à l'intérieur d'une entrée sont interdites. Par convention, le
+ fichier de correspondances débute par une entrée concernant l'entité
+ considérée dans son ensemble (bien que ce ne soit pas obligatoire, et
+ ignoré si présent). Un exemple de fichier de correspondance est fourni
+ ci-dessous.
+ Ce fichier doit être nommé <code>foo.var</code>, car il décrit une
+ ressource nommée <code>foo</code>.</p>
+
+<div class="example"><p><code>
+ URI: foo<br />
+<br />
+ URI: foo.en.html<br />
+ Content-type: text/html<br />
+ Content-language: en<br />
+<br />
+ URI: foo.fr.de.html<br />
+ Content-type: text/html;charset=iso-8859-2<br />
+ Content-language: fr, de<br />
+</code></p></div>
+ <p>Notez aussi qu'un fichier de correspondances de types prend le pas sur
+ les extensions de noms de fichiers, même si les Multivues sont activées.
+ Si les variantes sont de qualités différentes, on doit l'indiquer
+ à l'aide du paramètre "qs" à la suite du type de média, comme pour cette
+ image
+ (disponible aux formats JPEG, GIF, ou ASCII-art) : </p>
+
+<div class="example"><p><code>
+ URI: foo<br />
+<br />
+ URI: foo.jpeg<br />
+ Content-type: image/jpeg; qs=0.8<br />
+<br />
+ URI: foo.gif<br />
+ Content-type: image/gif; qs=0.5<br />
+<br />
+ URI: foo.txt<br />
+ Content-type: text/plain; qs=0.01<br />
+</code></p></div>
+
+ <p>Les valeurs de qs peuvent varier de 0.000 à 1.000. Notez que toute
+ variante possédant une valeur de qs de 0.000 ne sera jamais choisie.
+ Les variantes qui n'ont pas de paramètre qs défini se voient attribuer
+ une valeur de 1.0. Le paramètre qs indique la qualité relative de la
+ variante comparée à celle des autres variantes disponibles, sans tenir
+ compte des capacités du client. Par exemple, un fichier JPEG possède
+ en général une qualité supérieure à celle d'un fichier ASCII s'il
+ représente une photographie. Cependant, si la ressource représentée est
+ à un ASCII art original, la représentation ASCII sera de meilleure qualité
+ que la représentation JPEG. Ainsi une valeur de qs est associée à une
+ variante en fonction de la nature de la ressource qu'elle représente.</p>
+
+ <p>La liste complète des en-têtes reconnus est disponible dans la
+ documentation de la directive <a href="mod/mod_negotiation.html#typemaps">
+ typemap</a> (module mod_negotiation).</p>
+
+
+<h3><a name="multiviews" id="multiviews">Multivues (option Multiviews)</a></h3>
+
+ <p><code>MultiViews</code> est une option qui s'applique à un répertoire,
+ ce qui signifie qu'elle peut être activée à l'aide d'une directive
+ <code class="directive"><a href="./mod/core.html#options">Options</a></code> à l'intérieur d'une section
+ <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>, <code class="directive"><a href="./mod/core.html#location"><Location></a></code> ou <code class="directive"><a href="./mod/core.html#files"><Files></a></code> dans
+ <code>httpd.conf</code>, ou (si <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> est correctement positionnée) dans
+ des fichiers
+ <code>.htaccess</code>. Notez que <code>Options All</code>
+ n'active pas <code>MultiViews</code>; vous devez activer cette option en
+ la nommant explicitement.</p>
+
+ <p>L'effet de <code>MultiViews</code> est le suivant : si le serveur reçoit
+ une requête pour <code>/tel/répertoire/foo</code>, si
+ <code>MultiViews</code> est activée pour
+ <code>/tel/répertoire</code>, et si
+ <code>/tel/répertoire/foo</code> n'existe <em>pas</em>, le serveur parcourt
+ le répertoire à la recherche de fichiers nommés foo.*, et génère
+ une correspondance de types (type map) qui liste tous ces
+ fichiers, en leur associant les mêmes types de média et encodages de
+ contenu qu'ils auraient eu si le client avait demandé l'accès à l'un
+ d'entre eux par son nom. Il choisit ensuite ce qui correspond le mieux
+ aux besoins du client.</p>
+
+ <p><code>MultiViews</code> peut aussi s'appliquer à la recherche du fichier
+ nommé par la directive <code class="directive"><a href="./mod/mod_dir.html#directoryindex">DirectoryIndex</a></code>, si le serveur tente d'indexer
+ un répertoire. Si les fichiers de configuration spécifient</p>
+<div class="example"><p><code>DirectoryIndex index</code></p></div>
+ <p>le serveur va choisir entre <code>index.html</code>
+ et <code>index.html3</code> si les deux fichiers sont présents. Si aucun
+ n'est présent, mais <code>index.cgi</code> existe,
+ le serveur l'exécutera.</p>
+
+ <p>Si, parcequ'elle n'est pas reconnue par <code>mod_mime</code>,
+ l'extension d'un des fichiers du répertoire ne permet pas de
+ déterminer son jeu de caractères, son type de contenu, son langage, ou son
+ encodage, alors
+ le résultat dépendra de la définition de la directive <code class="directive"><a href="./mod/mod_mime.html#multiviewsmatch">MultiViewsMatch</a></code>. Cette directive détermine
+ si les gestionnaires (handlers), les filtres, et autres types d'extensions
+ peuvent participer à la négociation MultiVues.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="methods" id="methods">Les méthodes de négociation</a></h2>
+
+ <p>Une fois obtenue la liste des variantes pour une ressource donnée,
+ Apache dispose de deux méthodes pour choisir la meilleure variante à
+ retourner, s'il y a lieu, soit à partir d'un fichier de
+ correspondances de types, soit en se basant sur les noms de fichiers du
+ répertoire. Il n'est pas nécessaire de connaître en détails comment la
+ négociation fonctionne réellement pour pouvoir utiliser les fonctionnalités
+ de négociation de contenu d'Apache. La suite de ce document explique
+ cependant les méthodes utilisées pour ceux ou celles qui sont
+ intéressés(ées). </p>
+
+ <p>Il existe deux méthodes de négociation :</p>
+
+ <ol>
+ <li><strong>La négociation effectuée par le serveur selon l'algorithme
+ d'Apache</strong> est normalement utilisée. l'algorithme d'Apache est
+ expliqué plus en détails ci-dessous. Quand cet algorithme est utilisé,
+ Apache peut parfois "bricoler" le facteur de qualité (qs) d'une dimension
+ particulière afin d'obtenir un meilleur résultat.
+ La manière dont Apache peut modifier les facteurs de qualité est
+ expliquée plus en détails ci-dessous.</li>
+
+ <li><strong>La négociation de contenu transparente</strong> est utilisée
+ quand le navigateur le demande explicitement selon le mécanisme défini
+ dans la RFC 2295. Cette méthode de négociation donne au navigateur le
+ contrôle total du choix de la meilleure variante; le résultat dépend
+ cependant de la spécificité des algorithmes utilisés par le navigateur.
+ Au cours du processus de négociation transparente, le navigateur peut
+ demander à Apache d'exécuter l'"algorithme de sélection de variante à
+ distance" défini dans la RFC 2296.</li>
+ </ol>
+
+<h3><a name="dimensions" id="dimensions">Les dimensions de la négociation</a></h3>
+
+ <table>
+
+ <tr valign="top">
+ <th>Dimension</th>
+
+ <th>Notes</th>
+ </tr>
+
+ <tr valign="top">
+ <td>Type de média</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept</code>. Chaque type de média peut se voir associé un facteur de
+ qualité. La description de la variante peut aussi avoir un facteur de
+ qualité (le paramètre "qs").</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Langage</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Language</code>. Chaque langue peut se voir associée un facteur de
+ qualité. Les variantes peuvent être associées avec zéro, un ou
+ plusieurs langages.</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Encoding</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Encoding</code>. Chaque encodage peut se voir associé un facteur de
+ qualité.</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Charset</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Charset</code>. Chaque jeu de caractères peut se voir associé un facteur de
+ qualité. Les variantes peuvent préciser un jeu de caractères comme
+ paramètre du type de média.</td>
+ </tr>
+ </table>
+
+
+<h3><a name="algorithm" id="algorithm">L'algorithme de négociation d'Apache</a></h3>
+
+ <p>Apache peut utiliser l'algorithme suivant pour choisir la "meilleure"
+ variante (s'il y en a une) à retourner au navigateur. Cet algorithme n'est pas
+ configurable. Il fonctionne comme suit :</p>
+
+ <ol>
+ <li>En premier lieu, pour chaque dimension de la négociation, consulter
+ le champ d'en-tête <em>Accept*</em> approprié et assigner une qualité à
+ chaque variante. Si l'en-tête <em>Accept*</em> pour toute dimension
+ implique que la variante n'est pas acceptable, éliminer cette dernière.
+ S'il ne reste plus de variante, aller à l'étape 4.</li>
+
+ <li>
+ Choisir la "meilleure" variante par élimination. Chacun des tests
+ suivants est effectué dans cet ordre. Toute variante non sélectionnée
+ à l'issue d'un test est éliminée. Après chaque test, s'il reste une
+ seule variante, choisir cette dernière comme celle qui correspond le
+ mieux puis aller à l'étape 3. S'il reste plusieurs variantes, passer
+ au test suivant.
+
+ <ol>
+ <li>Multiplier le facteur de qualité de l'en-tête
+ <code>Accept</code> par le facteur de qualité "qs" pour le type de
+ média de ces variantes, et choisir la variante qui possède la valeur
+ la plus importante.</li>
+
+ <li>Sélectionner les variantes qui possèdent le facteur de qualité
+ de langage le plus haut.</li>
+
+ <li>Sélectionner les variantes dont le langage correspond le mieux,
+ en se basant sur l'ordre des langages de l'en-tête
+ <code>Accept-Language</code> (s'il existe), ou de la directive
+ <code>LanguagePriority</code> (si elle existe).</li>
+
+ <li>Sélectionner les variantes possédant le paramètre de média
+ "level" le plus élevé (utilisé pour préciser la version des types de
+ média text/html).</li>
+
+ <li>Sélectionner les variantes possédant le paramètre de média
+ "charset" (jeu de caractères) qui correspond le mieux, en se basant
+ sur la ligne d'en-tête <code>Accept-Charset</code> . Le jeu de
+ caractères ISO-8859-1 est acceptable sauf s'il est explicitement
+ exclus. Les variantes avec un type de média <code>text/*</code>
+ mais non explicitement associées avec un jeu de caractères
+ particulier sont supposées être en ISO-8859-1.</li>
+
+ <li>Sélectionner les variantes dont le paramètre de média "charset"
+ associé n'est <em>pas</em> ISO-8859-1. S'il n'en existe pas,
+ sélectionner toutes les variantes.</li>
+
+ <li>Sélectionner les variantes avec le meilleur encodage. S'il existe
+ des variantes avec un encodage acceptable pour le client,
+ sélectionner celles-ci. Sinon, s'il existe des variantes encodées et
+ des variantes non encodées, ne sélectionner que les variantes non
+ encodées. Si toutes les variantes sont encodées ou si aucune
+ ne l'est, sélectionner toutes les variantes.</li>
+
+ <li>Sélectionner les variantes dont le contenu a la longueur
+ la plus courte.</li>
+
+ <li>Sélectionner la première des variantes restantes. Il s'agira
+ soit de la première variante listée dans le fichier de
+ correspondances de types, soit, quand les variantes sont lues depuis
+ le répertoire, la première par ordre alphabétique quand elles sont
+ triées selon le code ASCII.</li>
+ </ol>
+ </li>
+
+ <li>L'algorithme a maintenant sélectionné une variante considérée comme
+ la "meilleure", il la retourne donc au client en guise de réponse.
+ L'en-tête HTTP <code>Vary</code> de la réponse est renseigné de façon à
+ indiquer les dimensions de la négociation (les navigateurs et les caches
+ peuvent utiliser cette information lors de la mise en cache de la
+ ressource). Travail terminé.</li>
+
+ <li>Le passage par cette étape signifie qu'aucune variante n'a été
+ sélectionnée (parce qu'aucune n'est acceptable pour le client HTTP).
+ Envoyer une réponse avec un code de statut 406 (qui signifie "Aucune
+ représentation acceptable") et un corps comportant un document HTML qui
+ affiche les variantes disponibles. Renseigner aussi l'en-tête HTTP
+ <code>Vary</code> de façon à indiquer les dimensions de la variante.</li>
+ </ol>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="better" id="better">Ajustement des valeurs de qualité</a></h2>
+
+ <p>Parfois Apache modifie les valeurs de qualité par rapport à celles qui
+ découleraient d'une stricte interprétation de l'algorithme de négociation
+ d'Apache ci-dessus, ceci pour améliorer les résultats de l'algorithme pour
+ les navigateurs qui envoient des informations incomplètes ou inappropriées.
+ Certains des navigateurs les plus populaires envoient des informations dans
+ l'en-tête <code>Accept</code> qui, sans ce traitement, provoqueraient la
+ sélection d'une variante inappropriée dans de nombreux cas. Quand un
+ navigateur envoie des informations complètes et correctes ces ajustements
+ ne sont pas effectués.</p>
+
+<h3><a name="wildcards" id="wildcards">Types de média et caractères génériques</a></h3>
+
+ <p>L'en-tête de requête <code>Accept:</code> indique les types de média
+ souhaités. Il peut aussi contenir des types de média avec caractères
+ génériques, comme "image/*" ou "*/*" où * correspond à n'importe quelle
+ chaîne de caractères. Ainsi une requête contenant :</p>
+
+<div class="example"><p><code>Accept: image/*, */*</code></p></div>
+
+ <p>indiquerait que tout type de média est acceptable, avec une préférence
+ pour les types commençant par "image/".
+ Certains navigateurs ajoutent par défaut des types de média avec caractères
+ génériques aux types explicitement nommés qu'ils peuvent gérer.
+ Par exemple :</p>
+
+<div class="example"><p><code>
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*
+</code></p></div>
+ <p>Ceci indique que les types explicitement listés sont préférés, mais
+ qu'une représentation avec un type différent de ces derniers conviendra
+ aussi. Les valeurs de qualités explicites,
+ afin de préciser ce que veut vraiment le navigateur, s'utilisent
+ comme suit :</p>
+<div class="example"><p><code>
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*; q=0.01
+</code></p></div>
+ <p>Les types explicites n'ont pas de facteur de qualité, la valeur par
+ défaut de leur préférence est donc de 1.0 (la plus haute). Le type avec
+ caractères génériques */* se voit attribuer une préférence basse de 0.01,
+ si bien que les types autres que ceux explicitement listés ne seront retournés
+ que s'il n'existe pas de variante correspondant à un type explicitement
+ listé.</p>
+
+ <p>Si l'en-tête <code>Accept:</code> ne contient <em>pas</em> aucun
+ facteur de qualité, Apache positionne la valeur de qualité de
+ "*/*", si present, à 0.01 pour simuler l'effet désiré. Il positionne aussi
+ la valeur de qualité des types avec caractères génériques au format
+ "type/*" à 0.02 (ils sont donc préférés à ceux correspondant à "*/*"). Si
+ un type de média dans l'en-tête <code>Accept:</code> contient un facteur de
+ qualité, ces valeurs spéciales ne seront <em>pas</em> appliquées, de façon
+ à ce que les requêtes de navigateurs qui envoient les informations
+ explicites à prendre en compte fonctionnent comme souhaité.</p>
+
+
+<h3><a name="exceptions" id="exceptions">Exceptions dans la négociation du
+langage</a></h3>
+
+ <p>A partir de la version 2.0 d'Apache, certaines exceptions ont été
+ ajoutées à l'algorithme de négociation afin de ménager une issue de secours
+ quand la négociation ne trouve aucun langage correspondant.</p>
+
+ <p>Quand un client demande une page sur votre serveur, si ce dernier ne
+ parvient pas à trouver une page dont la langue corresponde à l'en-tête
+ <code>Accept-language</code> envoyé par le navigateur, il enverra au client
+ une réponse "Aucune variante acceptable" ou "Plusieurs choix possibles".
+ Pour éviter ces
+ messages d'erreur, il est possible de configurer Apache de façon à ce que,
+ dans ces cas, il ignore l'en-tête <code>Accept-language</code> et fournisse
+ tout de même un document, même s'il ne correspond pas exactement à la
+ demande explicite du client. La directive <code class="directive"><a href="./mod/mod_negotiation.html#forcelanguagepriority">ForceLanguagePriority</a></code>
+ peut être utilisée pour éviter ces messages d'erreur et leur substituer une
+ page dont le langage sera déterminé en fonction du contenu de la directive
+ <code class="directive"><a href="./mod/mod_negotiation.html#languagepriority">LanguagePriority</a></code>.</p>
+
+ <p>Le serveur va aussi essayer d'étendre sa recherche de correspondance aux
+ sous-ensembles de langages quand aucune correspondance exacte ne peut être
+ trouvée. Par exemple, si un client demande des documents possédant le
+ langage <code>en-GB</code>, c'est à dire anglais britannique, le standard
+ HTTP/1.1 n'autorise normalement pas le serveur à faire correspondre cette
+ demande à un document dont le langage est simplement <code>en</code>.
+ (Notez qu'inclure <code>en-GB</code> et non <code>en</code> dans l'en-tête
+ <code>Accept-Language</code> constitue une quasi-erreur de configuration,
+ car il est très peu probable qu'un lecteur qui comprend l'anglais
+ britannique, ne comprenne pas l'anglais en général. Malheureusement, de
+ nombreux clients ont réellement des configurations par défaut de ce type.)
+ Cependant, si aucune autre correspondance de langage n'est possible, et que le
+ serveur est sur le point de retourner une erreur "Aucune variable
+ acceptable" ou de choisir le langage défini par la directive <code class="directive"><a href="./mod/mod_negotiation.html#languagepriority">LanguagePriority</a></code>, le serveur ignorera
+ la spécification du sous-ensemble de langage et associera la demande en
+ <code>en-GB</code> à des documents en <code>en</code>. Implicitement,
+ Apache ajoute le langage parent à la liste de langues acceptées par le
+ client avec une valeur de qualité très basse. Notez cependant que si le
+ client demande "en-GB; q=0.9, fr; q=0.8", et le serveur dispose de
+ documents estampillés "en" et "fr", alors c'est le document "fr" qui sera
+ retourné, tout ceci dans un souci de compatibilité avec la spécification
+ HTTP/1.1 et afin de fonctionner efficacement avec les clients
+ correctement configurés.</p>
+
+ <p>Pour supporter les techniques avancées (comme les cookies ou les chemins
+ d'URL spéciaux) afin de déterminer le langage préféré de l'utilisateur, le
+ module <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> reconnaît la
+ <a href="env.html">variable d'environnement</a>
+ <code>prefer-language</code>
+ depuis la version 2.0.47 d'Apache. Si elle est définie et contient un
+ symbole de langage approprié, <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> va essayer
+ de sélectionner une variante correspondante. S'il n'existe pas de telle
+ variante, le processus normal de négociation sera lancé.</p>
+
+ <div class="example"><h3>Exemple</h3><p><code>
+ SetEnvIf Cookie "language=(.+)" prefer-language=$1
+ Header append Vary cookie
+ </code></p></div>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="extensions" id="extensions">Extensions à la négociation de contenu
+transparente</a></h2>
+
+<p>Apache étend le protocole de négociation de contenu transparente (RFC
+2295) comme suit. Un nouvel élément <code>{encodage ..}</code> est utilisé dans
+les listes de variantes pour marquer celles qui ne sont disponibles qu'avec un
+encodage de contenu spécifique. L'implémentation de l'algorithme
+RVSA/1.0 (RFC 2296) est étendue à la reconnaissance de variantes encodées dans
+la liste, et à leur utilisation en tant que variantes candidates à partir du
+moment où leur encodage satisfait au contenu de l'en-tête de requête
+<code>Accept-Encoding</code>. L'implémentation RVSA/1.0 n'arrondit pas les
+facteurs de qualité calculés à 5 décimales avant d'avoir choisi la meilleure
+variante.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="naming" id="naming">Remarques à propos des liens hypertextes et des
+conventions de nommage</a></h2>
+
+ <p>Si vous utilisez la négociation de langage, vous avez le choix entre
+ différentes conventions de nommage, car les fichiers peuvent posséder
+ plusieurs extensions, et l'ordre dans lequel ces dernières apparaissent
+ est en général sans rapport (voir la documentation sur le module <a href="mod/mod_mime.html#multipleext">mod_mime</a>
+ pour plus de détails).</p>
+
+ <p>Un fichier type possède une extension liée au type MIME
+ (<em>par exemple</em>, <code>html</code>), mais parfois aussi une
+ extension liée à l'encodage (<em>par exemple</em>, <code>gz</code>),
+ et bien sûr une extension liée au langage
+ (<em>par exemple</em>, <code>en</code>) quand plusieurs variantes de
+ langage sont disponibles pour ce fichier.</p>
+
+ <p>Exemples :</p>
+
+ <ul>
+ <li>foo.en.html</li>
+
+ <li>foo.html.en</li>
+
+ <li>foo.en.html.gz</li>
+ </ul>
+
+ <p>Ci-dessous d'autres exemples de noms de fichiers avec des liens
+ hypertextes valides et invalides :</p>
+
+ <table class="bordered">
+
+ <tr>
+ <th>Nom fichier</th>
+
+ <th>lien valide</th>
+
+ <th>Lien invalide</th>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.en</em></td>
+
+ <td>foo<br />
+ foo.html</td>
+
+ <td>-</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.en.html</em></td>
+
+ <td>foo</td>
+
+ <td>foo.html</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.en.gz</em></td>
+
+ <td>foo<br />
+ foo.html</td>
+
+ <td>foo.gz<br />
+ foo.html.gz</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.en.html.gz</em></td>
+
+ <td>foo</td>
+
+ <td>foo.html<br />
+ foo.html.gz<br />
+ foo.gz</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.gz.html.en</em></td>
+
+ <td>foo<br />
+ foo.gz<br />
+ foo.gz.html</td>
+
+ <td>foo.html</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.gz.en</em></td>
+
+ <td>foo<br />
+ foo.html<br />
+ foo.html.gz</td>
+
+ <td>foo.gz</td>
+ </tr>
+ </table>
+
+ <p>En regardant la table ci-dessus, vous remarquerez qu'il est toujours
+ possible d'utiliser le nom de fichier sans extension dans un lien
+ (<em>par exemple</em>, <code>foo</code>). L'avantage est de pouvoir
+ dissimuler le type réel du fichier associé à un document et de pouvoir
+ le modifier
+ ultérieurement, <em>par exemple</em>, de <code>html</code> à
+ <code>shtml</code> ou <code>cgi</code> sans avoir à
+ mettre à jour aucun lien.</p>
+
+ <p>Si vous souhaitez continuer à utiliser un type MIME dans vos liens
+ (<em>par exemple </em> <code>foo.html</code>), l'extension liée au langage
+ (y compris une extension liée à l'encodage s'il en existe une)
+ doit se trouver à droite de l'extension liée au type MIME
+ (<em>par exemple</em>, <code>foo.html.en</code>).</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="caching" id="caching">Remarque sur la mise en cache</a></h2>
+
+ <p>Quand un cache stocke une représentation, il l'associe avec l'URL de la
+ requête. Lorsque cette URL est à nouveau demandée, le cache peut utiliser
+ la représentation stockée. Cependant, si la ressource est négociable au
+ niveau du serveur, il se peut que seule la première variante demandée soit
+ mise en cache et de ce fait, la correspondance positive du cache peut
+ entraîner une réponse inappropriée. Pour éviter ceci, Apache marque par
+ défaut toutes les réponses qui sont retournées après une négociation de
+ contenu comme "non-cachables" par les clients HTTP/1.0. Apache supporte
+ aussi les fonctionnalités du protocole HTTP/1.1 afin de permettre la mise
+ en cache des réponses négociées.</p>
+
+ <p>Pour les requêtes en provenance d'un client compatible HTTP/1.0
+ (un navigateur ou un cache), la directive <code class="directive"><a href="./mod/mod_negotiation.html#cachenegotiateddocs">CacheNegotiatedDocs</a></code> peut être utilisée
+ pour permettre la mise en cache des réponses qui ont fait l'objet d'une
+ négociation. Cette directive peut intervenir dans la configuration au
+ niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+ n'a aucun effet sur les requêtes en provenance de clients HTTP/1.1.</p>
+
+ <p>Pour les clients HTTP/1.1, Apache envoie un en-tête de réponse HTTP
+ <code>Vary</code> afin d'indiquer les dimensions de la négociation pour
+ cette réponse. Les caches peuvent
+ utiliser cette information afin de déterminer
+ si une requête peut être servie à partir de la copie locale. Pour inciter
+ un cache à utiliser la copie locale sans tenir compte des dimensions de la
+ négociation, définissez la
+ <a href="env.html#special">variable d'environnement</a>
+ <code>force-no-vary</code>.</p>
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="more" id="more">Pour plus d'informations</a></h2>
+
+ <p>Pour plus d'informations à propos de la négociation de contenu, voir le
+ document d'Alan J. Flavell <a href="http://ppewww.ph.gla.ac.uk/~flavell/www/lang-neg.html">Language
+ Negotiation Notes</a>. Mais gardez à l'esprit que ce document ne tiendra
+ peut-être pas compte des changements intervenus dans Apache 2.0.</p>
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/content-negotiation.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/content-negotiation.html" title="Français"> fr </a> |
+<a href="./ja/content-negotiation.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/content-negotiation.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007081801 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="content-negotiation.xml.meta">
+
+<title>Négociation de contenu</title>
+
+<summary>
+
+ <p>Apache supporte la négociation de contenu telle qu'elle est décrite
+ dans la spécification HTTP/1.1. Il peut choisir la meilleure représentation
+ d'une ressource en fonction des préférences du navigateur pour ce qui
+ concerne le type de media, les langages, le jeu de caractères et son
+ encodage. Il implémente aussi quelques fonctionnalités pour traiter de
+ manière plus intelligente les requêtes en provenance de navigateurs qui
+ envoient des informations de négociation incomplètes.</p>
+
+ <p>La négociation de contenu est assurée par le module
+ <module>mod_negotiation</module> qui est compilé par défaut
+ dans le serveur.</p>
+</summary>
+
+<section id="about"><title>À propos de la négociation de contenu</title>
+
+ <p>Une ressource peut être disponible selon différentes représentations.
+ Par exemple, elle peut être disponible en différents langages ou pour
+ différents types de média, ou une combinaison des deux.
+ Pour faire le meilleur choix, on peut fournir à l'utilisateur une page
+ d'index, et le laisser choisir. Cependant, le serveur peut souvent faire
+ ce choix automatiquement. Ceci est possible car les navigateurs peuvent
+ envoyer des informations sur les
+ représentations qu'ils préfèrent à l'intérieur de chaque requête.
+ Par exemple, un navigateur peut indiquer
+ qu'il préfère voir les informations en français, mais qu'en cas
+ d'impossibilité l'anglais peut convenir. Les navigateurs indiquent leurs
+ préférences à l'aide d'en-têtes dans la requête. Pour ne demander que des
+ représentations en français, le navigateur peut utiliser l'en-tête :</p>
+
+<example>Accept-Language: fr</example>
+
+ <p>Notez qu'il ne sera tenu compte de cette préférence que s'il existe un
+ choix de représentations et que ces dernières varient en fonction
+ du langage.</p>
+
+ <p>À titre d'exemple d'une requête plus complexe, ce navigateur a été
+ configuré pour accepter le français et l'anglais, avec une préférence pour
+ le français, et accepter différents types de média, avec une préférence
+ pour HTML par rapport au texte plat (plain text) ou autres types de fichiers texte, et
+ avec une préférence pour GIF ou JPEG par rapport à tout autre type de
+ média, mais autorisant tout autre type de média en dernier ressort :</p>
+
+<example>
+ Accept-Language: fr; q=1.0, en; q=0.5<br />
+ Accept: text/html; q=1.0, text/*; q=0.8, image/gif; q=0.6, image/jpeg; q=0.6, image/*; q=0.5, */*; q=0.1
+</example>
+
+ <p>Apache supporte la négociation de contenu "server driven" (telle qu'elle
+ est définie dans la spécification HTTP/1.1), où c'est le serveur qui
+ décide quelle est la meilleure représentation à retourner pour la ressource
+ demandée. Il supporte entièrement les en-têtes de requête
+ <code>Accept</code>, <code>Accept-Language</code>,
+ <code>Accept-Charset</code> et <code>Accept-Encoding</code>.
+ Apache supporte aussi la négociation de contenu transparente, qui est un
+ protocole de négociation expérimental défini dans les RFC 2295 et 2296.
+ Il ne supporte pas la négociation de fonctionnalité (feature negotiation)
+ telle qu'elle est définie dans ces RFCs.</p>
+
+ <p>Une <strong>ressource</strong> est une entité conceptuelle identifiée
+ par une URI (RFC 2396). Un serveur HTTP comme Apache propose l'accès à des
+ <strong>représentations</strong> de la ressource à l'intérieur de son
+ espace de nommage, chaque représentation étant composée d'une séquence
+ d'octets avec la définition d'un type de media, d'un jeu de caractères,
+ d'un encodage, etc... A un instant donné, chaque ressource peut être
+ associée avec zéro, une ou plusieurs représentations. Si plusieurs
+ représentations sont disponibles, la ressource est qualifiée de
+ <strong>négociable</strong> et chacune de ses représentations se nomme
+ <strong>variante</strong>. Les différences entre les
+ variantes disponibles d'une ressource négociable constituent les
+ <strong>dimensions</strong> de la négociation.</p>
+</section>
+
+<section id="negotiation"><title>La négociation avec Apache</title>
+
+ <p>Afin de négocier une ressource, on doit fournir au serveur des
+ informations à propos de chacune des variantes. Il y a deux manières
+ d'accomplir ceci :</p>
+
+ <ul>
+ <li>Utiliser une liste de correspondances de types ("type-map") (<em>c'est à dire</em>
+ un fichier <code>*.var</code>) qui nomme explicitement les fichiers
+ contenant les variantes, ou</li>
+
+ <li>Utiliser une recherche "multivues", où le serveur effectue une
+ recherche de correspondance sur un motif de nom de fichier implicite et
+ fait son choix parmi les différents résultats.</li>
+ </ul>
+
+ <section id="type-map"><title>Utilisation d'un fichier de
+ correspondances de types (type-map)</title>
+
+ <p>Une liste de correspondances de types est un document associé au
+ gestionnaire <code>type-map</code> (ou, dans un souci de compatibilité
+ ascendante avec des configurations d'Apache plus anciennes, le
+ <glossary>type MIME</glossary>
+ <code>application/x-type-map</code>). Notez que pour utiliser cette
+ fonctionnalité, vous devez, dans le fichier de configuration, définir un
+ gestionnaire qui associe un suffixe de fichier à une <code>type-map</code>;
+ ce qui se fait simplement en ajoutant</p>
+
+<example>AddHandler type-map .var</example>
+
+ <p>dans le fichier de configuration du serveur.</p>
+
+ <p>Les fichiers de correspondances de types doivent posséder le même nom que
+ la ressource qu'ils décrivent, et comporter une entrée pour chaque variante
+ disponible; chaque entrée consiste en une ligne contiguë d'en-têtes au
+ format HTTP. les entrées sont séparées par des lignes vides. Les lignes
+ vides à l'intérieur d'une entrée sont interdites. Par convention, le
+ fichier de correspondances débute par une entrée concernant l'entité
+ considérée dans son ensemble (bien que ce ne soit pas obligatoire, et
+ ignoré si présent). Un exemple de fichier de correspondance est fourni
+ ci-dessous.
+ Ce fichier doit être nommé <code>foo.var</code>, car il décrit une
+ ressource nommée <code>foo</code>.</p>
+
+<example>
+ URI: foo<br />
+<br />
+ URI: foo.en.html<br />
+ Content-type: text/html<br />
+ Content-language: en<br />
+<br />
+ URI: foo.fr.de.html<br />
+ Content-type: text/html;charset=iso-8859-2<br />
+ Content-language: fr, de<br />
+</example>
+ <p>Notez aussi qu'un fichier de correspondances de types prend le pas sur
+ les extensions de noms de fichiers, même si les Multivues sont activées.
+ Si les variantes sont de qualités différentes, on doit l'indiquer
+ à l'aide du paramètre "qs" à la suite du type de média, comme pour cette
+ image
+ (disponible aux formats JPEG, GIF, ou ASCII-art) : </p>
+
+<example>
+ URI: foo<br />
+<br />
+ URI: foo.jpeg<br />
+ Content-type: image/jpeg; qs=0.8<br />
+<br />
+ URI: foo.gif<br />
+ Content-type: image/gif; qs=0.5<br />
+<br />
+ URI: foo.txt<br />
+ Content-type: text/plain; qs=0.01<br />
+</example>
+
+ <p>Les valeurs de qs peuvent varier de 0.000 à 1.000. Notez que toute
+ variante possédant une valeur de qs de 0.000 ne sera jamais choisie.
+ Les variantes qui n'ont pas de paramètre qs défini se voient attribuer
+ une valeur de 1.0. Le paramètre qs indique la qualité relative de la
+ variante comparée à celle des autres variantes disponibles, sans tenir
+ compte des capacités du client. Par exemple, un fichier JPEG possède
+ en général une qualité supérieure à celle d'un fichier ASCII s'il
+ représente une photographie. Cependant, si la ressource représentée est
+ à un ASCII art original, la représentation ASCII sera de meilleure qualité
+ que la représentation JPEG. Ainsi une valeur de qs est associée à une
+ variante en fonction de la nature de la ressource qu'elle représente.</p>
+
+ <p>La liste complète des en-têtes reconnus est disponible dans la
+ documentation de la directive <a
+ href="mod/mod_negotiation.html#typemaps">
+ typemap</a> (module mod_negotiation).</p>
+</section>
+
+<section id="multiviews"><title>Multivues (option Multiviews)</title>
+
+ <p><code>MultiViews</code> est une option qui s'applique à un répertoire,
+ ce qui signifie qu'elle peut être activée à l'aide d'une directive
+ <directive module="core">Options</directive> à l'intérieur d'une section
+ <directive module="core"
+ type="section">Directory</directive>, <directive module="core"
+ type="section">Location</directive> ou <directive module="core"
+ type="section">Files</directive> dans
+ <code>httpd.conf</code>, ou (si <directive
+ module="core">AllowOverride</directive> est correctement positionnée) dans
+ des fichiers
+ <code>.htaccess</code>. Notez que <code>Options All</code>
+ n'active pas <code>MultiViews</code>; vous devez activer cette option en
+ la nommant explicitement.</p>
+
+ <p>L'effet de <code>MultiViews</code> est le suivant : si le serveur reçoit
+ une requête pour <code>/tel/répertoire/foo</code>, si
+ <code>MultiViews</code> est activée pour
+ <code>/tel/répertoire</code>, et si
+ <code>/tel/répertoire/foo</code> n'existe <em>pas</em>, le serveur parcourt
+ le répertoire à la recherche de fichiers nommés foo.*, et génère
+ une correspondance de types (type map) qui liste tous ces
+ fichiers, en leur associant les mêmes types de média et encodages de
+ contenu qu'ils auraient eu si le client avait demandé l'accès à l'un
+ d'entre eux par son nom. Il choisit ensuite ce qui correspond le mieux
+ aux besoins du client.</p>
+
+ <p><code>MultiViews</code> peut aussi s'appliquer à la recherche du fichier
+ nommé par la directive <directive
+ module="mod_dir">DirectoryIndex</directive>, si le serveur tente d'indexer
+ un répertoire. Si les fichiers de configuration spécifient</p>
+<example>DirectoryIndex index</example>
+ <p>le serveur va choisir entre <code>index.html</code>
+ et <code>index.html3</code> si les deux fichiers sont présents. Si aucun
+ n'est présent, mais <code>index.cgi</code> existe,
+ le serveur l'exécutera.</p>
+
+ <p>Si, parcequ'elle n'est pas reconnue par <code>mod_mime</code>,
+ l'extension d'un des fichiers du répertoire ne permet pas de
+ déterminer son jeu de caractères, son type de contenu, son langage, ou son
+ encodage, alors
+ le résultat dépendra de la définition de la directive <directive
+ module="mod_mime">MultiViewsMatch</directive>. Cette directive détermine
+ si les gestionnaires (handlers), les filtres, et autres types d'extensions
+ peuvent participer à la négociation MultiVues.</p>
+</section>
+</section>
+
+<section id="methods"><title>Les méthodes de négociation</title>
+
+ <p>Une fois obtenue la liste des variantes pour une ressource donnée,
+ Apache dispose de deux méthodes pour choisir la meilleure variante à
+ retourner, s'il y a lieu, soit à partir d'un fichier de
+ correspondances de types, soit en se basant sur les noms de fichiers du
+ répertoire. Il n'est pas nécessaire de connaître en détails comment la
+ négociation fonctionne réellement pour pouvoir utiliser les fonctionnalités
+ de négociation de contenu d'Apache. La suite de ce document explique
+ cependant les méthodes utilisées pour ceux ou celles qui sont
+ intéressés(ées). </p>
+
+ <p>Il existe deux méthodes de négociation :</p>
+
+ <ol>
+ <li><strong>La négociation effectuée par le serveur selon l'algorithme
+ d'Apache</strong> est normalement utilisée. l'algorithme d'Apache est
+ expliqué plus en détails ci-dessous. Quand cet algorithme est utilisé,
+ Apache peut parfois "bricoler" le facteur de qualité (qs) d'une dimension
+ particulière afin d'obtenir un meilleur résultat.
+ La manière dont Apache peut modifier les facteurs de qualité est
+ expliquée plus en détails ci-dessous.</li>
+
+ <li><strong>La négociation de contenu transparente</strong> est utilisée
+ quand le navigateur le demande explicitement selon le mécanisme défini
+ dans la RFC 2295. Cette méthode de négociation donne au navigateur le
+ contrôle total du choix de la meilleure variante; le résultat dépend
+ cependant de la spécificité des algorithmes utilisés par le navigateur.
+ Au cours du processus de négociation transparente, le navigateur peut
+ demander à Apache d'exécuter l'"algorithme de sélection de variante à
+ distance" défini dans la RFC 2296.</li>
+ </ol>
+
+<section id="dimensions"><title>Les dimensions de la négociation</title>
+
+ <table>
+ <columnspec><column width=".15"/><column width=".85"/></columnspec>
+ <tr valign="top">
+ <th>Dimension</th>
+
+ <th>Notes</th>
+ </tr>
+
+ <tr valign="top">
+ <td>Type de média</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept</code>. Chaque type de média peut se voir associé un facteur de
+ qualité. La description de la variante peut aussi avoir un facteur de
+ qualité (le paramètre "qs").</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Langage</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Language</code>. Chaque langue peut se voir associée un facteur de
+ qualité. Les variantes peuvent être associées avec zéro, un ou
+ plusieurs langages.</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Encoding</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Encoding</code>. Chaque encodage peut se voir associé un facteur de
+ qualité.</td>
+ </tr>
+
+ <tr valign="top">
+ <td>Charset</td>
+
+ <td>Le navigateur affiche ses préférences à l'aide du champ d'en-tête
+ <code>Accept-Charset</code>. Chaque jeu de caractères peut se voir associé un facteur de
+ qualité. Les variantes peuvent préciser un jeu de caractères comme
+ paramètre du type de média.</td>
+ </tr>
+ </table>
+</section>
+
+<section id="algorithm"><title>L'algorithme de négociation d'Apache</title>
+
+ <p>Apache peut utiliser l'algorithme suivant pour choisir la "meilleure"
+ variante (s'il y en a une) à retourner au navigateur. Cet algorithme n'est pas
+ configurable. Il fonctionne comme suit :</p>
+
+ <ol>
+ <li>En premier lieu, pour chaque dimension de la négociation, consulter
+ le champ d'en-tête <em>Accept*</em> approprié et assigner une qualité à
+ chaque variante. Si l'en-tête <em>Accept*</em> pour toute dimension
+ implique que la variante n'est pas acceptable, éliminer cette dernière.
+ S'il ne reste plus de variante, aller à l'étape 4.</li>
+
+ <li>
+ Choisir la "meilleure" variante par élimination. Chacun des tests
+ suivants est effectué dans cet ordre. Toute variante non sélectionnée
+ à l'issue d'un test est éliminée. Après chaque test, s'il reste une
+ seule variante, choisir cette dernière comme celle qui correspond le
+ mieux puis aller à l'étape 3. S'il reste plusieurs variantes, passer
+ au test suivant.
+
+ <ol>
+ <li>Multiplier le facteur de qualité de l'en-tête
+ <code>Accept</code> par le facteur de qualité "qs" pour le type de
+ média de ces variantes, et choisir la variante qui possède la valeur
+ la plus importante.</li>
+
+ <li>Sélectionner les variantes qui possèdent le facteur de qualité
+ de langage le plus haut.</li>
+
+ <li>Sélectionner les variantes dont le langage correspond le mieux,
+ en se basant sur l'ordre des langages de l'en-tête
+ <code>Accept-Language</code> (s'il existe), ou de la directive
+ <code>LanguagePriority</code> (si elle existe).</li>
+
+ <li>Sélectionner les variantes possédant le paramètre de média
+ "level" le plus élevé (utilisé pour préciser la version des types de
+ média text/html).</li>
+
+ <li>Sélectionner les variantes possédant le paramètre de média
+ "charset" (jeu de caractères) qui correspond le mieux, en se basant
+ sur la ligne d'en-tête <code>Accept-Charset</code> . Le jeu de
+ caractères ISO-8859-1 est acceptable sauf s'il est explicitement
+ exclus. Les variantes avec un type de média <code>text/*</code>
+ mais non explicitement associées avec un jeu de caractères
+ particulier sont supposées être en ISO-8859-1.</li>
+
+ <li>Sélectionner les variantes dont le paramètre de média "charset"
+ associé n'est <em>pas</em> ISO-8859-1. S'il n'en existe pas,
+ sélectionner toutes les variantes.</li>
+
+ <li>Sélectionner les variantes avec le meilleur encodage. S'il existe
+ des variantes avec un encodage acceptable pour le client,
+ sélectionner celles-ci. Sinon, s'il existe des variantes encodées et
+ des variantes non encodées, ne sélectionner que les variantes non
+ encodées. Si toutes les variantes sont encodées ou si aucune
+ ne l'est, sélectionner toutes les variantes.</li>
+
+ <li>Sélectionner les variantes dont le contenu a la longueur
+ la plus courte.</li>
+
+ <li>Sélectionner la première des variantes restantes. Il s'agira
+ soit de la première variante listée dans le fichier de
+ correspondances de types, soit, quand les variantes sont lues depuis
+ le répertoire, la première par ordre alphabétique quand elles sont
+ triées selon le code ASCII.</li>
+ </ol>
+ </li>
+
+ <li>L'algorithme a maintenant sélectionné une variante considérée comme
+ la "meilleure", il la retourne donc au client en guise de réponse.
+ L'en-tête HTTP <code>Vary</code> de la réponse est renseigné de façon à
+ indiquer les dimensions de la négociation (les navigateurs et les caches
+ peuvent utiliser cette information lors de la mise en cache de la
+ ressource). Travail terminé.</li>
+
+ <li>Le passage par cette étape signifie qu'aucune variante n'a été
+ sélectionnée (parce qu'aucune n'est acceptable pour le client HTTP).
+ Envoyer une réponse avec un code de statut 406 (qui signifie "Aucune
+ représentation acceptable") et un corps comportant un document HTML qui
+ affiche les variantes disponibles. Renseigner aussi l'en-tête HTTP
+ <code>Vary</code> de façon à indiquer les dimensions de la variante.</li>
+ </ol>
+</section>
+</section>
+
+<section id="better"><title>Ajustement des valeurs de qualité</title>
+
+ <p>Parfois Apache modifie les valeurs de qualité par rapport à celles qui
+ découleraient d'une stricte interprétation de l'algorithme de négociation
+ d'Apache ci-dessus, ceci pour améliorer les résultats de l'algorithme pour
+ les navigateurs qui envoient des informations incomplètes ou inappropriées.
+ Certains des navigateurs les plus populaires envoient des informations dans
+ l'en-tête <code>Accept</code> qui, sans ce traitement, provoqueraient la
+ sélection d'une variante inappropriée dans de nombreux cas. Quand un
+ navigateur envoie des informations complètes et correctes ces ajustements
+ ne sont pas effectués.</p>
+
+<section id="wildcards"><title>Types de média et caractères génériques</title>
+
+ <p>L'en-tête de requête <code>Accept:</code> indique les types de média
+ souhaités. Il peut aussi contenir des types de média avec caractères
+ génériques, comme "image/*" ou "*/*" où * correspond à n'importe quelle
+ chaîne de caractères. Ainsi une requête contenant :</p>
+
+<example>Accept: image/*, */*</example>
+
+ <p>indiquerait que tout type de média est acceptable, avec une préférence
+ pour les types commençant par "image/".
+ Certains navigateurs ajoutent par défaut des types de média avec caractères
+ génériques aux types explicitement nommés qu'ils peuvent gérer.
+ Par exemple :</p>
+
+<example>
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*
+</example>
+ <p>Ceci indique que les types explicitement listés sont préférés, mais
+ qu'une représentation avec un type différent de ces derniers conviendra
+ aussi. Les valeurs de qualités explicites,
+ afin de préciser ce que veut vraiment le navigateur, s'utilisent
+ comme suit :</p>
+<example>
+ Accept: text/html, text/plain, image/gif, image/jpeg, */*; q=0.01
+</example>
+ <p>Les types explicites n'ont pas de facteur de qualité, la valeur par
+ défaut de leur préférence est donc de 1.0 (la plus haute). Le type avec
+ caractères génériques */* se voit attribuer une préférence basse de 0.01,
+ si bien que les types autres que ceux explicitement listés ne seront retournés
+ que s'il n'existe pas de variante correspondant à un type explicitement
+ listé.</p>
+
+ <p>Si l'en-tête <code>Accept:</code> ne contient <em>pas</em> aucun
+ facteur de qualité, Apache positionne la valeur de qualité de
+ "*/*", si present, à 0.01 pour simuler l'effet désiré. Il positionne aussi
+ la valeur de qualité des types avec caractères génériques au format
+ "type/*" à 0.02 (ils sont donc préférés à ceux correspondant à "*/*"). Si
+ un type de média dans l'en-tête <code>Accept:</code> contient un facteur de
+ qualité, ces valeurs spéciales ne seront <em>pas</em> appliquées, de façon
+ à ce que les requêtes de navigateurs qui envoient les informations
+ explicites à prendre en compte fonctionnent comme souhaité.</p>
+</section>
+
+<section id="exceptions"><title>Exceptions dans la négociation du
+langage</title>
+
+ <p>A partir de la version 2.0 d'Apache, certaines exceptions ont été
+ ajoutées à l'algorithme de négociation afin de ménager une issue de secours
+ quand la négociation ne trouve aucun langage correspondant.</p>
+
+ <p>Quand un client demande une page sur votre serveur, si ce dernier ne
+ parvient pas à trouver une page dont la langue corresponde à l'en-tête
+ <code>Accept-language</code> envoyé par le navigateur, il enverra au client
+ une réponse "Aucune variante acceptable" ou "Plusieurs choix possibles".
+ Pour éviter ces
+ messages d'erreur, il est possible de configurer Apache de façon à ce que,
+ dans ces cas, il ignore l'en-tête <code>Accept-language</code> et fournisse
+ tout de même un document, même s'il ne correspond pas exactement à la
+ demande explicite du client. La directive <directive
+ module="mod_negotiation">ForceLanguagePriority</directive>
+ peut être utilisée pour éviter ces messages d'erreur et leur substituer une
+ page dont le langage sera déterminé en fonction du contenu de la directive
+ <directive module="mod_negotiation">LanguagePriority</directive>.</p>
+
+ <p>Le serveur va aussi essayer d'étendre sa recherche de correspondance aux
+ sous-ensembles de langages quand aucune correspondance exacte ne peut être
+ trouvée. Par exemple, si un client demande des documents possédant le
+ langage <code>en-GB</code>, c'est à dire anglais britannique, le standard
+ HTTP/1.1 n'autorise normalement pas le serveur à faire correspondre cette
+ demande à un document dont le langage est simplement <code>en</code>.
+ (Notez qu'inclure <code>en-GB</code> et non <code>en</code> dans l'en-tête
+ <code>Accept-Language</code> constitue une quasi-erreur de configuration,
+ car il est très peu probable qu'un lecteur qui comprend l'anglais
+ britannique, ne comprenne pas l'anglais en général. Malheureusement, de
+ nombreux clients ont réellement des configurations par défaut de ce type.)
+ Cependant, si aucune autre correspondance de langage n'est possible, et que le
+ serveur est sur le point de retourner une erreur "Aucune variable
+ acceptable" ou de choisir le langage défini par la directive <directive
+ module="mod_negotiation">LanguagePriority</directive>, le serveur ignorera
+ la spécification du sous-ensemble de langage et associera la demande en
+ <code>en-GB</code> à des documents en <code>en</code>. Implicitement,
+ Apache ajoute le langage parent à la liste de langues acceptées par le
+ client avec une valeur de qualité très basse. Notez cependant que si le
+ client demande "en-GB; q=0.9, fr; q=0.8", et le serveur dispose de
+ documents estampillés "en" et "fr", alors c'est le document "fr" qui sera
+ retourné, tout ceci dans un souci de compatibilité avec la spécification
+ HTTP/1.1 et afin de fonctionner efficacement avec les clients
+ correctement configurés.</p>
+
+ <p>Pour supporter les techniques avancées (comme les cookies ou les chemins
+ d'URL spéciaux) afin de déterminer le langage préféré de l'utilisateur, le
+ module <module>mod_negotiation</module> reconnaît la
+ <a href="env.html">variable d'environnement</a>
+ <code>prefer-language</code>
+ depuis la version 2.0.47 d'Apache. Si elle est définie et contient un
+ symbole de langage approprié, <module>mod_negotiation</module> va essayer
+ de sélectionner une variante correspondante. S'il n'existe pas de telle
+ variante, le processus normal de négociation sera lancé.</p>
+
+ <example><title>Exemple</title>
+ SetEnvIf Cookie "language=(.+)" prefer-language=$1
+ Header append Vary cookie
+ </example>
+</section>
+</section>
+
+<section id="extensions"><title>Extensions à la négociation de contenu
+transparente</title>
+
+<p>Apache étend le protocole de négociation de contenu transparente (RFC
+2295) comme suit. Un nouvel élément <code>{encodage ..}</code> est utilisé dans
+les listes de variantes pour marquer celles qui ne sont disponibles qu'avec un
+encodage de contenu spécifique. L'implémentation de l'algorithme
+RVSA/1.0 (RFC 2296) est étendue à la reconnaissance de variantes encodées dans
+la liste, et à leur utilisation en tant que variantes candidates à partir du
+moment où leur encodage satisfait au contenu de l'en-tête de requête
+<code>Accept-Encoding</code>. L'implémentation RVSA/1.0 n'arrondit pas les
+facteurs de qualité calculés à 5 décimales avant d'avoir choisi la meilleure
+variante.</p>
+</section>
+
+<section id="naming"><title>Remarques à propos des liens hypertextes et des
+conventions de nommage</title>
+
+ <p>Si vous utilisez la négociation de langage, vous avez le choix entre
+ différentes conventions de nommage, car les fichiers peuvent posséder
+ plusieurs extensions, et l'ordre dans lequel ces dernières apparaissent
+ est en général sans rapport (voir la documentation sur le module <a
+ href="mod/mod_mime.html#multipleext">mod_mime</a>
+ pour plus de détails).</p>
+
+ <p>Un fichier type possède une extension liée au type MIME
+ (<em>par exemple</em>, <code>html</code>), mais parfois aussi une
+ extension liée à l'encodage (<em>par exemple</em>, <code>gz</code>),
+ et bien sûr une extension liée au langage
+ (<em>par exemple</em>, <code>en</code>) quand plusieurs variantes de
+ langage sont disponibles pour ce fichier.</p>
+
+ <p>Exemples :</p>
+
+ <ul>
+ <li>foo.en.html</li>
+
+ <li>foo.html.en</li>
+
+ <li>foo.en.html.gz</li>
+ </ul>
+
+ <p>Ci-dessous d'autres exemples de noms de fichiers avec des liens
+ hypertextes valides et invalides :</p>
+
+ <table border="1" cellpadding="8" cellspacing="0">
+ <columnspec><column width=".2"/><column width=".2"/>
+ <column width=".2"/></columnspec>
+ <tr>
+ <th>Nom fichier</th>
+
+ <th>lien valide</th>
+
+ <th>Lien invalide</th>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.en</em></td>
+
+ <td>foo<br />
+ foo.html</td>
+
+ <td>-</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.en.html</em></td>
+
+ <td>foo</td>
+
+ <td>foo.html</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.en.gz</em></td>
+
+ <td>foo<br />
+ foo.html</td>
+
+ <td>foo.gz<br />
+ foo.html.gz</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.en.html.gz</em></td>
+
+ <td>foo</td>
+
+ <td>foo.html<br />
+ foo.html.gz<br />
+ foo.gz</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.gz.html.en</em></td>
+
+ <td>foo<br />
+ foo.gz<br />
+ foo.gz.html</td>
+
+ <td>foo.html</td>
+ </tr>
+
+ <tr>
+ <td><em>foo.html.gz.en</em></td>
+
+ <td>foo<br />
+ foo.html<br />
+ foo.html.gz</td>
+
+ <td>foo.gz</td>
+ </tr>
+ </table>
+
+ <p>En regardant la table ci-dessus, vous remarquerez qu'il est toujours
+ possible d'utiliser le nom de fichier sans extension dans un lien
+ (<em>par exemple</em>, <code>foo</code>). L'avantage est de pouvoir
+ dissimuler le type réel du fichier associé à un document et de pouvoir
+ le modifier
+ ultérieurement, <em>par exemple</em>, de <code>html</code> à
+ <code>shtml</code> ou <code>cgi</code> sans avoir à
+ mettre à jour aucun lien.</p>
+
+ <p>Si vous souhaitez continuer à utiliser un type MIME dans vos liens
+ (<em>par exemple </em> <code>foo.html</code>), l'extension liée au langage
+ (y compris une extension liée à l'encodage s'il en existe une)
+ doit se trouver à droite de l'extension liée au type MIME
+ (<em>par exemple</em>, <code>foo.html.en</code>).</p>
+</section>
+
+<section id="caching"><title>Remarque sur la mise en cache</title>
+
+ <p>Quand un cache stocke une représentation, il l'associe avec l'URL de la
+ requête. Lorsque cette URL est à nouveau demandée, le cache peut utiliser
+ la représentation stockée. Cependant, si la ressource est négociable au
+ niveau du serveur, il se peut que seule la première variante demandée soit
+ mise en cache et de ce fait, la correspondance positive du cache peut
+ entraîner une réponse inappropriée. Pour éviter ceci, Apache marque par
+ défaut toutes les réponses qui sont retournées après une négociation de
+ contenu comme "non-cachables" par les clients HTTP/1.0. Apache supporte
+ aussi les fonctionnalités du protocole HTTP/1.1 afin de permettre la mise
+ en cache des réponses négociées.</p>
+
+ <p>Pour les requêtes en provenance d'un client compatible HTTP/1.0
+ (un navigateur ou un cache), la directive <directive
+ module="mod_negotiation">CacheNegotiatedDocs</directive> peut être utilisée
+ pour permettre la mise en cache des réponses qui ont fait l'objet d'une
+ négociation. Cette directive peut intervenir dans la configuration au
+ niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+ n'a aucun effet sur les requêtes en provenance de clients HTTP/1.1.</p>
+
+ <p>Pour les clients HTTP/1.1, Apache envoie un en-tête de réponse HTTP
+ <code>Vary</code> afin d'indiquer les dimensions de la négociation pour
+ cette réponse. Les caches peuvent
+ utiliser cette information afin de déterminer
+ si une requête peut être servie à partir de la copie locale. Pour inciter
+ un cache à utiliser la copie locale sans tenir compte des dimensions de la
+ négociation, définissez la
+ <a href="env.html#special">variable d'environnement</a>
+ <code>force-no-vary</code>.</p>
+
+</section>
+
+<section id="more"><title>Pour plus d'informations</title>
+
+ <p>Pour plus d'informations à propos de la négociation de contenu, voir le
+ document d'Alan J. Flavell <a
+ href="http://ppewww.ph.gla.ac.uk/~flavell/www/lang-neg.html">Language
+ Negotiation Notes</a>. Mais gardez à l'esprit que ce document ne tiendra
+ peut-être pas compte des changements intervenus dans Apache 2.0.</p>
+</section>
+
+</manualpage>
<variants>
<variant>en</variant>
+ <variant>fr</variant>
<variant outdated="yes">ja</variant>
<variant outdated="yes">ko</variant>
</variants>
Content-Language: es
Content-type: text/html; charset=ISO-8859-1
+URI: glossary.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: glossary.html.ko.euc-kr
Content-Language: ko
Content-type: text/html; charset=EUC-KR
<p><span>Available Languages: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/glossary.html" title="English"> en </a> |
<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español"> es </a> |
-<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/glossary.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
<p>This glossary defines some of the common terminology related to Apache in
<p><span>Available Languages: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/glossary.html" title="English"> en </a> |
<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español"> es </a> |
-<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/glossary.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Glossaire - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page" class="no-sidebar"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Glossaire</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/glossary.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español"> es </a> |
+<a href="./fr/glossary.html" title="Français"> fr </a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div>
+
+ <p>Ce glossaire définit la terminologie courante relative à Apache en
+ particulier, et aux serveurs web en général. Vous trouverez plus
+ d'informations sur chaque concept dans les liens fournis.</p>
+ </div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="definitions" id="definitions">Définitions</a></h2>
+
+<dt><a name="algorithm" id="algorithm">Algorithme</a></dt>
+
+ <dd>Une formule sans ambiguité ou un jeu de règles destinées à
+ résoudre un problème en un nombre fini d'étapes. Les algorithmes de
+ chiffrement sont en général appelés
+ <dfn>Ciphers</dfn>.
+ </dd>
+
+ <dt><a name="cipher" id="cipher">Algorithme de chiffrement
+ (Cipher)</a></dt>
+ <dd>Un algorithme ou un système de chiffrement des données.
+ Quelques exemples : DES, IDEA, RC4, etc.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="tarball" id="tarball">Archive Tar (Tarball)</a></dt>
+ <dd>Un paquetage de fichiers rassemblés dans une archive
+ à l'aide de l'utilitaire <code>tar</code>.
+ Les distributions d'Apache sont stockées dans des Archives Tar compressées
+ ou en utilisant pkzip.
+ </dd>
+
+ <dt><a name="authentication" id="authentication">Authentification </a></dt>
+ <dd>L'identification formelle d'une entité du réseau comme un serveur, un
+ client, ou un utilisateur.<br />
+ Voir : <a href="howto/auth.html">Authentification, Autorisation, et
+ contrôle d'accès</a>
+ </dd>
+
+ <dt><a name="certificationauthority" id="certificationauthority">Autorité de Certification
+ (Certification Authority)</a>
+ <a name="ca" id="ca">(CA)</a></dt>
+ <dd>Un tiers de confiance habilité à signer des certificats pour des entités
+ du réseau qu'il a authentifiées selon des critères basés sur la sécurité.
+ Les autres entités du réseau peuvent alors utiliser la signature pour
+ vérifier qu'une CA a authentifié le porteur du certificat.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+<dt><a name="certificate" id="certificate">Certificat (Certificate)</a></dt>
+ <dd>Un ensemble de données servant à authentifier des entités du
+ réseau comme un serveur ou un client. Un certificat contient des ensembles
+ d'informations X509 à propos de son propriétaire (appelé sujet/subject)
+ et de l'<a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de Certification
+ (Certification Authority) ou CA</a> signataire (appelée
+ le fournisseur/issuer), ainsi que la
+ <a class="glossarylink" href="./glossary.html#publickey" title="see glossary">clé publique (public
+ key)</a> du propriétaire et la
+ signature de la CA. Les entités du réseau vérifient ces signatures
+ en utilisant les certificats des Autorités de Certification.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="publickeycryptography" id="publickeycryptography">Chiffrement à Clé Publique
+ (Public Key Cryptography)</a></dt>
+ <dd>L'étude et l'application des systèmes de chiffrement asymétriques,
+ qui utilisent une clé pour le chiffrement et une autre pour le
+ déchiffrement. Les deux clés correspondantes constituent une paire de clés.
+ Appelé aussi chiffrement asymétrique.
+ <br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="privatekey" id="privatekey">Clé Privée (Private Key)</a></dt>
+ <dd>La clé secrète dans un système de
+ <a class="glossarylink" href="./glossary.html#publickeycryptography" title="see glossary">chiffrement à clé publique</a>,
+ utilisée pour déchiffrer les messages entrants et signer
+ les messages sortants.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="publickey" id="publickey">Clé Publique (Public Key)</a></dt>
+ <dd>La clé accessible au public dans un système de <a class="glossarylink" href="./glossary.html#publickeycryptography" title="see glossary">Chiffrement à clé publique</a>,
+ utilisée pour chiffrer les messages destinés uniquement à son
+ propriétaire et déchiffrer les signatures
+ faites par son propriétaire.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="connect" id="connect">CONNECT</a></dt>
+ <dd>Une <a class="glossarylink" href="./glossary.html#method" title="see glossary">méthode</a> HTTP pour encapsuler
+ des données brutes dans HTTP. Elle peut aussi être utilisée pour encapsuler
+ d'autres protocoles, comme le protocole SSL.
+ </dd>
+
+ <dt><a name="context" id="context">Contexte (Context)</a></dt>
+ <dd>Une portion des <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">
+ fichiers de configuration</a> dans laquelle certains types de
+ <a class="glossarylink" href="./glossary.html#directive" title="see glossary">directives</a> sont autorisés.<br />
+ Voir : <a href="mod/directive-dict.html#Context">Termes utilisés
+ pour décrire les directives d'Apache</a>
+ </dd>
+
+<dl>
+ <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
+ (Access Control)</a></dt>
+ <dd>La restriction d'accès à des zones du réseau. Habituellement
+ dans un contexte Apache,
+ la restriction d'accès à certaines <em>URLs</em>.<br />
+ Voir : <a href="howto/auth.html">Authentification, Autorisation et
+ Contrôle d'accès</a>
+ </dd>
+
+ <dt><a name="securesocketslayer" id="securesocketslayer">
+ Couche des Points de connexion Sécurisés
+ (Secure Sockets Layer)
+ </a> <a name="ssl" id="ssl">(SSL)</a></dt>
+ <dd>Un protocole créé par Netscape Communications Corporation pour
+ l'authentification et le chiffrement généraux des communications dans les
+ réseaux TCP/IP. L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
+ le Protocole de Transfert Hypertexte (HTTP) au dessus de SSL.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="symmetriccryptophraphy" id="symmetriccryptophraphy">
+ Cryptographie Symétrique (Symmetric Cryptography)</a></dt>
+ <dd>L'étude et l'application des <em>Algorithmes de chiffrement</em> qui
+ utilisent une clé secrète unique pour les opérations de chiffrement et de
+ déchiffrement.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+ <dt><a name="export-crippled" id="export-crippled">
+ Dégradé pour l'exportation
+ (Export-Crippled)</a></dt>
+ <dd>Diminué en terme de puissance cryptographique (et de sécurité)
+ afin de respecter les Règles de l'Administration des Exportations
+ des Etats-Unis (Export Administration Regulations ou EAR).
+ Les logiciels de cryptographie dégradés pour l'exportation sont limités
+ à une clé de petite taille, et produisent un
+ <em>Texte crypté</em> qui peut en général être décrypté
+ par force brute.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+ <dt><a name="certificatsigningrequest" id="certificatsigningrequest">Demande de signature de certificat
+ (Certificate Signing Request)</a>
+ <a name="csr" id="csr">(CSR)</a></dt>
+ <dd>La soumission d'un <a class="glossarylink" href="./glossary.html#certificate" title="see glossary">certificat</a>
+ non signé à une <a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de
+ certification</a>, qui le signe avec la <a class="glossarylink" href="./glossary.html#privatekey" title="see glossary">Clé privée</a> de leur
+ <em>Certificat</em> de CA. Une fois le CSR signé, il devient un vrai
+ certificat.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="directive" id="directive">Directive</a></dt>
+ <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+ comportement d'Apache. Les directives sont placées dans le <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">Fichier de configuration</a><br />
+ Voir : <a href="mod/directives.html">Index des directives</a>
+ </dd>
+
+<dt><a name="configurationdirective" id="configurationdirective">Directive de configuration
+ (Configuration Directive)</a></dt>
+ <dd>Voir : <a class="glossarylink" href="./glossary.html#directive" title="see glossary">Directive</a></dd>
+
+ <dt><a name="header" id="header">En-tête (Header)</a></dt>
+ <dd>La partie de la requête et de la réponse
+ <a class="glossarylink" href="./glossary.html#http" title="see glossary">HTTP</a> qui est envoyée avant le contenu
+ proprement dit, et contient des méta-informations décrivant le contenu.
+ </dd>
+
+ <dt><a name="regularexpresion" id="regularexpresion">Expression Rationnelle
+ (Regular Expression)</a>
+ <a name="regex" id="regex">(Regex)</a></dt>
+ <dd>Une méthode pour décrire un modèle sous forme de texte - par exemple,
+ "tous les mots qui commencent par la lettre A" ou "tous les numéros de
+ téléphone à 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
+ et aucun Q majuscule". Les expressions rationnelles sont très utiles dans
+ Apache car elles vous permettent d'appliquer certains attributs à des
+ ensembles de fichiers ou ressources avec une grande flexibilité
+ - par exemple, tous les fichiers .gif et .jpg situés dans tout répertoire
+ nommé "images", pourraient être enregistrés comme
+ "<code>/images/.*(jpg|gif)$</code>". Apache utilise les Expressions
+ Rationnelles Compatibles avec Perl fournies par la librairie <a href="http://www.pcre.org/">PCRE</a>.
+ </dd>
+
+ <dt><a name="configurationfile" id="configurationfile">
+ Fichier de configuration
+ (Configuration File)</a></dt>
+ <dd>Un fichier texte contenant des
+ <a class="glossarylink" href="./glossary.html#directive" title="see glossary">Directives</a>
+ qui contrôlent la configuration d'Apache.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+ <dt><a name="filter" id="filter">Filtre (Filter)</a></dt>
+ <dd>Un traitement appliqué aux données envoyées ou reçues par le serveur.
+ Les filtres en entrée traitent les données envoyées au serveur par le
+ client, alors que les filtres en sortie traitent les documents sur le
+ serveur avant qu'ils soient envoyés au client.
+ Par exemple, le filtre en sortie
+ <code>INCLUDES</code>
+ traite les documents pour les
+ <a class="glossarylink" href="./glossary.html#ssi" title="see glossary">Server Side Includes (Inclusions côté Serveur)
+ </a>.<br />
+ Voir : <a href="filter.html">Filtres</a>
+ </dd>
+
+<dt><a name="handler" id="handler">Gestionnaire (Handler)</a></dt>
+ <dd>Une représentation interne à Apache de l'action à entreprendre
+ quand un fichier est appelé. En général, les fichiers ont des gestionnaires
+ implicites, basés sur le type de fichier. Normalement, tous les
+ fichiers sont directement servis par le serveur, mais certains
+ types de fichiers sont "gérés" séparément. Par exemple, le gestionnaire
+ <code>cgi-script</code> désigne les fichiers qui doivent être traités
+ comme <a class="glossarylink" href="./glossary.html#cgi" title="see glossary">CGIs</a>.<br />
+ Voir : <a href="handler.html">Utilisation des gestionnaires d'Apache</a>
+ </dd>
+
+ <dt><a name="hash" id="hash">Hachage (Hash)</a></dt>
+ <dd>Un algorithme mathématique à sens unique, irréversible, générant une
+ chaîne de longueur fixe à partir d'une autre chaîne de longueur quelconque.
+ Des chaînes différentes en entrée vont normalement produire des chaînes
+ différentes en sortie (selon la fonction de hachage).
+ </dd>
+
+ <dt><a name="virtualhosting" id="virtualhosting">Hébergement Virtuel
+ (Virtual Hosting)</a></dt>
+ <dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
+ Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
+ basant sur leur adresse IP, alors que les
+ <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
+ et peuvent en conséquence héberger de nombreux sites avec la même
+ adresse IP.<br />
+ Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
+ </dd>
+
+
+ <dt><a name="htaccess" id="htaccess">.htaccess</a></dt>
+ <dd>Un <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">fichier de configuration</a>
+ placé à un certain niveau de l'arborescence du site web, et appliquant des
+ <a class="glossarylink" href="./glossary.html#directive" title="see glossary">directives</a> de configuration au
+ répertoire dans lequel il est placé, ainsi qu'à tous ses sous-répertoires.
+ En dépit de son nom, ce fichier peut contenir pratiquement tout type de
+ directive, et pas seulement des directives de contrôle d'accès.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+<dt><a name="httpd.conf" id="httpd.conf">httpd.conf</a></dt>
+ <dd>Le <a class="glossarylink" href="./glossary.html#configurationfile" title="see glossary">fichier de configuration
+ </a> principal d'Apache. Sa localisation par défaut est
+ <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut être
+ changé en utilisant des options de compilation ou d'exécution.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+ <dt><a name="https" id="https">HTTPS</a></dt>
+ <dd>Le Protocole de Transfert Hypertexte (Sécurisé), le mécanisme de
+ communication cryptée standard sur le World Wide Web.
+ Il s'agit en fait de HTTP au dessus de
+ <a class="glossarylink" href="./glossary.html#ssl" title="see glossary">SSL</a>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="uniformresourceidentifier" id="uniformresourceidentifier">Identificateur de Ressource Uniformisé
+ (Uniform Resource Identifier)</a>
+ <a name="URI" id="URI">(URI)</a></dt>
+ <dd>Une chaîne de caractères compacte servant à identifier une ressource
+ abstraite ou physique. Elle est formellement définie par la <a href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>. Les URIs
+ utilisées sur le world-wide web sont souvent appelées <a class="glossarylink" href="./glossary.html#url" title="see glossary">URLs</a>.
+ </dd>
+
+ <dt><a name="serversideincludes" id="serversideincludes">
+ Inclusions Côté Serveur
+ (Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
+ </a></dt>
+ <dd>Une technique permettant d'englober des directives de traitement dans
+ des fichiers HTML.<br />
+ Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
+ </dd>
+
+<dt><a name="commongatewayinterface" id="commongatewayinterface">
+Interface commune avec les programmes externes
+(Common Gateway Interface)</a>
+ <a name="cgi" id="cgi">(CGI)</a></dt>
+ <dd>La définition standard d'une interface entre un serveur web et un
+ programme externe pour permettre à ce dernier de traiter des requêtes.
+ L'interface a été initialement définie par <a href="http://hoohoo.ncsa.uiuc.edu/cgi/overview.html">NCSA</a> mais il
+ existe aussi le projet
+ <a href="http://cgi-spec.golux.com/">RFC project</a>.<br />
+ Voir : <a href="howto/cgi.html">Contenu dynamique avec CGI</a>
+ </dd>
+
+
+ <dt><a name="apacheportableruntime" id="apacheportableruntime">Bibliothèques pour la portabilité d'Apache
+ (Apache Portable Runtime)</a> <a name="apr" id="apr">(APR)</a></dt>
+ <dd>Un jeu de bibliothèques qui fournit la plupart des interfaces de base
+ entre le serveur et le système d'exploitation. APR est développé
+ parallèlement au serveur HTTP Apache comme projet indépendant.<br />
+ Voir : <a href="http://apr.apache.org/">Apache Portable Runtime
+ Project</a>
+ </dd>
+<dt><a name="uniformresourcelocator" id="uniformresourcelocator">
+Localisation de Ressource Uniformisée
+(Uniform Resource Locator)
+ </a> <a name="url" id="url">(URL)</a></dt>
+ <dd>Le nom/adresse d'une ressource sur l'Internet. Il s'agit du terme
+ informel commun pour ce qui est formellement défini comme <a class="glossarylink" href="./glossary.html#uniformresourceidentifier" title="see glossary">
+ Identificateur de Ressource Uniformisé</a>.
+ Les URLs sont généralement construites selon un schéma, comme
+ <code>http</code> ou
+ <code>https</code>, un nom d'hôte, et un chemin. Une URL pour cette page
+ pourrait être
+ <code>http://httpd.apache.org/docs/2.2/glossary.html</code>.
+ </dd>
+
+
+ <dt><a name="proxy" id="proxy">Mandataire (Proxy)</a></dt>
+ <dd>Un serveur intermédiaire qui se situe entre le client et le
+ <em>serveur d'origine</em>.
+ Il prend en compte les requêtes des clients, les transmet au serveur
+ d'origine, puis renvoie la réponse du serveur d'origine au client.
+ Si plusieurs clients demandent le même contenu, le mandataire peut l'extraire
+ de son cache, plutôt que le demander au serveur d'origine
+ à chaque fois, ce qui réduit le temps de réponse.<br />
+ Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
+ </dd>
+
+ <dt><a name="reverseproxy" id="reverseproxy">Mandataire inverse
+ (Reverse Proxy)</a></dt>
+ <dd>Un serveur <a class="glossarylink" href="./glossary.html#proxy" title="see glossary">mandataire</a> qui est vu du client
+ comme un <em>serveur d'origine</em>. Ceci peut s'avérer utile pour
+ dissimuler le serveur d'origine réel au client pour des raisons de sécurité,
+ ou pour répartir la charge.
+ </dd>
+
+ <dt><a name="method" id="method">Méthode (Method)</a></dt>
+ <dd>Dans le contexte <a class="glossarylink" href="./glossary.html#http" title="see glossary">HTTP</a>, une action à
+ effectuer sur une ressource spécifiée dans la ligne de requête
+ par le client. Parmi les méthodes disponibles dans HTTP, on trouve
+ <code>GET</code>, <code>POST</code>,
+ et <code>PUT</code>.
+ </dd>
+
+ <dt><a name="module" id="module">Module</a></dt>
+ <dd>Une partie indépendante d'un programme. De nombreuses fonctionnalités
+ d'Apache sont fournies par des modules que vous pouvez choisir d'inclure
+ ou d'exclure. Les modules qui sont compilés dans le binaire
+ <code class="program"><a href="./programs/httpd.html">httpd</a></code> sont appelés <dfn>modules statiques</dfn>, alors
+ que les modules qui existent séparément et peuvent être chargés
+ optionnellement à l'exécution sont appelés
+ <dfn>modules dynamiques</dfn> ou <a class="glossarylink" href="./glossary.html#dso" title="see glossary">DSOs</a>.
+ Les modules qui sont inclus par défaut sont appelés
+ <dfn>modules de base</dfn>. De nombreux modules disponibles pour Apache
+ ne se trouvent pas dans l'<a class="glossarylink" href="./glossary.html#tarball" title="see glossary">archive</a>
+ du Serveur HTTP Apache . Il sont appelés
+ <dfn>modules tiers</dfn>.<br />
+ Voir : <a href="mod/">Index des modules</a>
+ </dd>
+
+<dt><a name="passphrase" id="passphrase">Mot de Passe (Pass Phrase)</a></dt>
+ <dd>Le mot ou la phrase qui protège les fichiers de clés privées.
+ Il empêche les utilisateurs non autorisés de les déchiffrer. En général,
+ il s'agit simplement de la clé secrète de chiffrement/déchiffrement
+ utilisée pour les <a class="glossarylink" href="./glossary.html#cipher" title="see glossary">Algorithmes de chiffrement</a>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="fully-qualifieddomain-name" id="fully-qualifieddomain-name">Nom de domaine entièrement qualifié
+ (Fully-Qualified Domain-Name)</a>
+ <a name="fqdn" id="fqdn">(FQDN)</a></dt>
+ <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
+ nom de domaine qui peuvent être résolus en une adresse IP. Par exemple,
+ <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
+ de domaine, et <code>www.example.com</code> est un nom de domaine
+ entièrement qualifié.
+ </dd>
+
+ <dt><a name="modulemagicnumber" id="modulemagicnumber">
+ Nombre Magique des Modules
+ (Module Magic Number)</a>
+ (<a name="mmn" id="mmn">MMN</a>)</dt>
+ <dd>Le Nombre Magique des Modules est une constante définie dans le code
+ source d'Apache et associée à la compatibilité binaire des modules.
+ Sa valeur est modifiée quand des structures internes d'Apache, des appels
+ de fonctions et d'autres parties significatives de l'API sont modifiées
+ de telle façon que la compatibilité binaire ne peut plus être garantie.
+ En cas de changement de MMN, tous les modules tiers doivent être au
+ moins recompilés, et parfois même légèrement modifiés afin de pouvoir
+ fonctionner avec la nouvelle version d'Apache.
+ </dd>
+
+ <dt><a name="dynamicsharedobject" id="dynamicsharedobject">
+ Objet Dynamique Partagé (Dynamic Shared Object)
+ </a> <a name="dso" id="dso">(DSO)</a></dt>
+ <dd><a class="glossarylink" href="./glossary.html#module" title="see glossary">Modules</a> compilés en dehors du binaire
+ Apache <code class="program"><a href="./programs/httpd.html">httpd</a></code> et qui peuvent être
+ chargés à la demande.<br />
+ Voir : <a href="dso.html">Support des objets dynamiques partagés</a>
+ </dd>
+
+<dt><a name="openssl" id="openssl">OpenSSL</a></dt>
+ <dd>L'ensemble d'outils Open Source pour SSL/TLS<br />
+ Voir <a href="http://www.openssl.org/">http://www.openssl.org/</a>#
+ </dd>
+
+<dt><a name="apacheextensiontool" id="apacheextensiontool">
+ Outil de gestion des extensions Apache
+ (APache eXtension Tool)</a>
+ <a name="apxs" id="apxs">(apxs)</a></dt>
+ <dd>Un script Perl qui aide à la compilation des sources de <a class="glossarylink" href="./glossary.html#module" title="see glossary">module</a> sous forme d'Objets Dynamiques Partagés
+ (Dynamic Shared Objects ou
+ <a class="glossarylink" href="./glossary.html#dso" title="see glossary">DSO</a>s) et facilite leur installation
+ dans le serveur Web Apache.<br />
+ Voir : Page de manuel : <code class="program"><a href="./programs/apxs.html">apxs</a></code>
+ </dd>
+
+<dt><a name="plaintext" id="plaintext">Plein Texte (Plaintext)</a></dt>
+ <dd>Le texte non chiffré.</dd>
+
+
+
+ <dt><a name="hypertexttransferprotocol" id="hypertexttransferprotocol">Protocole de Transfert Hypertexte
+ (HyperText Transfer Protocol)</a>
+ <a name="http" id="hhtp">(HTTP)</a></dt>
+ <dd>Le protocole de transmission standard utilisé sur le World Wide Web.
+ Apache implémente la version 1.1 du protocole, référencée comme HTTP/1.1 et
+ définie par la
+ <a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.
+ </dd>
+
+ <dt><a name="messagedigest" id="messagedigest">Résumé de message
+ (Message Digest)</a></dt>
+ <dd>Un hachage du message, qui peut être utilisé pour vérifier
+ que son contenu n'a pas été altéré durant le transfert.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="transportlayersecurity" id="transportlayersecurity">
+ Sécurité de la couche Transport
+ (Transport Layer Security)
+ </a> <a name="tls" id="tls">(TLS)</a></dt>
+ <dd>Le protocole successeur de SSL, créé par l'Internet Engineering Task
+ Force (IETF) pour l'authentification et le chiffrement généraux des
+ communications dans les réseaux TCP/IP. TLS version 1 est pratiquement
+ identique à SSL version 3.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="session" id="session">Session</a></dt>
+ <dd>Les informations sur le contexte d'une communication en général.</dd>
+
+ <dt><a name="digitalsignature" id="digitalsignature">Signature numérique
+ (Digital Signature)</a></dt>
+ <dd>Un bloc de texte crypté qui valide un certificat ou un autre fichier.
+ Une <a class="glossarylink" href="./glossary.html#certificationauthority" title="see glossary">Autorité de certification</a>
+ crée une signature en générant une empreinte de la <em>Clé publique</em>
+ fournie avec le <em>Certificat</em>; la CA chiffre ensuite l'empreinte
+ avec sa propre <em>Clé privée</em>. Seule la clé publique de la CA
+ peut décrypter la signature, ce qui permet de vérifier que la CA a bien
+ authentifié l'entité du réseau qui possède le
+ <em>Certificat</em>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="ssleay" id="ssleay">SSLeay</a></dt>
+ <dd>La bibliothèque originelle d'implémentation de SSL/TLS développée par
+ Eric A. Young
+ </dd>
+
+<dt><a name="ciphertext" id="ciphertext">Texte crypté
+(Ciphertext)</a></dt>
+ <dd>Le résultat du passage d'un document
+ <a class="glossarylink" href="./glossary.html#plaintext" title="see glossary">Plaintext</a> (Plein texte) par un
+ <a class="glossarylink" href="./glossary.html#cipher" title="see glossary">Cipher</a>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="mime-type" id="mime-type">Type MIME (MIME-type)</a></dt>
+ <dd>Une méthode pour décrire le type de document transmis. Son nom
+ vient du fait que son format est issu des Multipurpose
+ Internet Mail Extensions (Extensions Multi-usages de la
+ Messagerie par Internet) . Il comprend un type majeur et un type
+ mineur, séparés par un slash (barre oblique). On trouve
+ entre autres types <code>text/html</code>,
+ <code>image/gif</code>, et <code>application/octet-stream</code>. Dans
+ HTTP, le type MIME est transmis dans l'
+ <a class="glossarylink" href="./glossary.html#header" title="see glossary">en-tête</a> <code>Content-Type</code>.<br />
+ Voir : <a href="mod/mod_mime.html">mod_mime</a>
+ </dd>
+
+
+ <dt><a name="environmentvariable" id="environmentvariable">
+ Variable d'environnement
+ (Environment Variable)</a> <a name="env-variable" id="env-variable">(env-variable)</a></dt>
+ <dd>Ce sont des variables nommées gérées par le shell du système
+ d'exploitation, et servant au stockage d'informations et à la
+ communication entre les programmes. Apache possède aussi des variables
+ internes considérées comme variables d'environnement, mais stockées dans
+ des structures internes à Apache, et non dans l'environnement
+ du shell.<br />
+ Voir : <a href="env.html">Les variables d'environnement dans Apache</a>
+ </dd>
+
+ <dt><a name="x.509" id="x.509">X.509</a></dt>
+ <dd>Une norme de certificat d'authentification recommandée par l'International
+ Telecommunication Union (ITU-T) et utilisée pour
+ l'authentification SSL/TLS.<br /> Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+</dl>
+</div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/glossary.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/glossary.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./es/glossary.html" hreflang="es" rel="alternate" title="Español"> es </a> |
+<a href="./fr/glossary.html" title="Français"> fr </a> |
+<a href="./ko/glossary.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072201 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="glossary.xml.meta">
+
+ <title>Glossaire</title>
+
+ <summary>
+ <p>Ce glossaire définit la terminologie courante relative à Apache en
+ particulier, et aux serveurs web en général. Vous trouverez plus
+ d'informations sur chaque concept dans les liens fournis.</p>
+ </summary>
+
+<section id="definitions"><title>Définitions</title>
+
+<dt><a name="algorithm" id="algorithm">Algorithme</a></dt>
+
+ <dd>Une formule sans ambiguité ou un jeu de règles destinées à
+ résoudre un problème en un nombre fini d'étapes. Les algorithmes de
+ chiffrement sont en général appelés
+ <dfn>Ciphers</dfn>.
+ </dd>
+
+ <dt><a name="cipher" id="cipher">Algorithme de chiffrement
+ (Cipher)</a></dt>
+ <dd>Un algorithme ou un système de chiffrement des données.
+ Quelques exemples : DES, IDEA, RC4, etc.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="tarball" id="tarball">Archive Tar (Tarball)</a></dt>
+ <dd>Un paquetage de fichiers rassemblés dans une archive
+ à l'aide de l'utilitaire <code>tar</code>.
+ Les distributions d'Apache sont stockées dans des Archives Tar compressées
+ ou en utilisant pkzip.
+ </dd>
+
+ <dt><a name="authentication" id="authentication">Authentification </a></dt>
+ <dd>L'identification formelle d'une entité du réseau comme un serveur, un
+ client, ou un utilisateur.<br />
+ Voir : <a href="howto/auth.html">Authentification, Autorisation, et
+ contrôle d'accès</a>
+ </dd>
+
+ <dt><a name="certificationauthority"
+ id="certificationauthority">Autorité de Certification
+ (Certification Authority)</a>
+ <a name="ca" id="ca">(CA)</a></dt>
+ <dd>Un tiers de confiance habilité à signer des certificats pour des entités
+ du réseau qu'il a authentifiées selon des critères basés sur la sécurité.
+ Les autres entités du réseau peuvent alors utiliser la signature pour
+ vérifier qu'une CA a authentifié le porteur du certificat.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+<dt><a name="certificate" id="certificate">Certificat (Certificate)</a></dt>
+ <dd>Un ensemble de données servant à authentifier des entités du
+ réseau comme un serveur ou un client. Un certificat contient des ensembles
+ d'informations X509 à propos de son propriétaire (appelé sujet/subject)
+ et de l'<glossary
+ ref="certificationauthority">Autorité de Certification
+ (Certification Authority) ou CA</glossary> signataire (appelée
+ le fournisseur/issuer), ainsi que la
+ <glossary ref="publickey">clé publique (public
+ key)</glossary> du propriétaire et la
+ signature de la CA. Les entités du réseau vérifient ces signatures
+ en utilisant les certificats des Autorités de Certification.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="publickeycryptography"
+ id="publickeycryptography">Chiffrement à Clé Publique
+ (Public Key Cryptography)</a></dt>
+ <dd>L'étude et l'application des systèmes de chiffrement asymétriques,
+ qui utilisent une clé pour le chiffrement et une autre pour le
+ déchiffrement. Les deux clés correspondantes constituent une paire de clés.
+ Appelé aussi chiffrement asymétrique.
+ <br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="privatekey" id="privatekey">Clé Privée (Private Key)</a></dt>
+ <dd>La clé secrète dans un système de
+ <glossary ref="publickeycryptography">chiffrement à clé publique</glossary>,
+ utilisée pour déchiffrer les messages entrants et signer
+ les messages sortants.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="publickey" id="publickey">Clé Publique (Public Key)</a></dt>
+ <dd>La clé accessible au public dans un système de <glossary
+ ref="publickeycryptography">Chiffrement à clé publique</glossary>,
+ utilisée pour chiffrer les messages destinés uniquement à son
+ propriétaire et déchiffrer les signatures
+ faites par son propriétaire.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="connect" id="connect">CONNECT</a></dt>
+ <dd>Une <glossary ref="method">méthode</glossary> HTTP pour encapsuler
+ des données brutes dans HTTP. Elle peut aussi être utilisée pour encapsuler
+ d'autres protocoles, comme le protocole SSL.
+ </dd>
+
+ <dt><a name="context" id="context">Contexte (Context)</a></dt>
+ <dd>Une portion des <glossary ref="configurationfile">
+ fichiers de configuration</glossary> dans laquelle certains types de
+ <glossary ref="directive">directives</glossary> sont autorisés.<br />
+ Voir : <a href="mod/directive-dict.html#Context">Termes utilisés
+ pour décrire les directives d'Apache</a>
+ </dd>
+
+<dl>
+ <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
+ (Access Control)</a></dt>
+ <dd>La restriction d'accès à des zones du réseau. Habituellement
+ dans un contexte Apache,
+ la restriction d'accès à certaines <em>URLs</em>.<br />
+ Voir : <a
+ href="howto/auth.html">Authentification, Autorisation et
+ Contrôle d'accès</a>
+ </dd>
+
+ <dt><a name="securesocketslayer" id="securesocketslayer">
+ Couche des Points de connexion Sécurisés
+ (Secure Sockets Layer)
+ </a> <a name="ssl" id="ssl">(SSL)</a></dt>
+ <dd>Un protocole créé par Netscape Communications Corporation pour
+ l'authentification et le chiffrement généraux des communications dans les
+ réseaux TCP/IP. L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
+ le Protocole de Transfert Hypertexte (HTTP) au dessus de SSL.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="symmetriccryptophraphy" id="symmetriccryptophraphy">
+ Cryptographie Symétrique (Symmetric Cryptography)</a></dt>
+ <dd>L'étude et l'application des <em>Algorithmes de chiffrement</em> qui
+ utilisent une clé secrète unique pour les opérations de chiffrement et de
+ déchiffrement.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+ <dt><a name="export-crippled" id="export-crippled">
+ Dégradé pour l'exportation
+ (Export-Crippled)</a></dt>
+ <dd>Diminué en terme de puissance cryptographique (et de sécurité)
+ afin de respecter les Règles de l'Administration des Exportations
+ des Etats-Unis (Export Administration Regulations ou EAR).
+ Les logiciels de cryptographie dégradés pour l'exportation sont limités
+ à une clé de petite taille, et produisent un
+ <em>Texte crypté</em> qui peut en général être décrypté
+ par force brute.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+
+ <dt><a name="certificatsigningrequest"
+ id="certificatsigningrequest">Demande de signature de certificat
+ (Certificate Signing Request)</a>
+ <a name="csr" id="csr">(CSR)</a></dt>
+ <dd>La soumission d'un <glossary ref="certificate">certificat</glossary>
+ non signé à une <glossary ref="certificationauthority">Autorité de
+ certification</glossary>, qui le signe avec la <glossary
+ ref="privatekey">Clé privée</glossary> de leur
+ <em>Certificat</em> de CA. Une fois le CSR signé, il devient un vrai
+ certificat.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="directive" id="directive">Directive</a></dt>
+ <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+ comportement d'Apache. Les directives sont placées dans le <glossary
+ ref="configurationfile">Fichier de configuration</glossary><br />
+ Voir : <a href="mod/directives.html">Index des directives</a>
+ </dd>
+
+<dt><a name="configurationdirective"
+ id="configurationdirective">Directive de configuration
+ (Configuration Directive)</a></dt>
+ <dd>Voir : <glossary ref="directive">Directive</glossary></dd>
+
+ <dt><a name="header" id="header">En-tête (Header)</a></dt>
+ <dd>La partie de la requête et de la réponse
+ <glossary ref="http">HTTP</glossary> qui est envoyée avant le contenu
+ proprement dit, et contient des méta-informations décrivant le contenu.
+ </dd>
+
+ <dt><a name="regularexpresion" id="regularexpresion">Expression Rationnelle
+ (Regular Expression)</a>
+ <a name="regex" id="regex">(Regex)</a></dt>
+ <dd>Une méthode pour décrire un modèle sous forme de texte - par exemple,
+ "tous les mots qui commencent par la lettre A" ou "tous les numéros de
+ téléphone à 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
+ et aucun Q majuscule". Les expressions rationnelles sont très utiles dans
+ Apache car elles vous permettent d'appliquer certains attributs à des
+ ensembles de fichiers ou ressources avec une grande flexibilité
+ - par exemple, tous les fichiers .gif et .jpg situés dans tout répertoire
+ nommé "images", pourraient être enregistrés comme
+ "<code>/images/.*(jpg|gif)$</code>". Apache utilise les Expressions
+ Rationnelles Compatibles avec Perl fournies par la librairie <a
+ href="http://www.pcre.org/">PCRE</a>.
+ </dd>
+
+ <dt><a name="configurationfile" id="configurationfile">
+ Fichier de configuration
+ (Configuration File)</a></dt>
+ <dd>Un fichier texte contenant des
+ <glossary ref="directive">Directives</glossary>
+ qui contrôlent la configuration d'Apache.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+ <dt><a name="filter" id="filter">Filtre (Filter)</a></dt>
+ <dd>Un traitement appliqué aux données envoyées ou reçues par le serveur.
+ Les filtres en entrée traitent les données envoyées au serveur par le
+ client, alors que les filtres en sortie traitent les documents sur le
+ serveur avant qu'ils soient envoyés au client.
+ Par exemple, le filtre en sortie
+ <code>INCLUDES</code>
+ traite les documents pour les
+ <glossary ref="ssi">Server Side Includes (Inclusions côté Serveur)
+ </glossary>.<br />
+ Voir : <a href="filter.html">Filtres</a>
+ </dd>
+
+<dt><a name="handler" id="handler">Gestionnaire (Handler)</a></dt>
+ <dd>Une représentation interne à Apache de l'action à entreprendre
+ quand un fichier est appelé. En général, les fichiers ont des gestionnaires
+ implicites, basés sur le type de fichier. Normalement, tous les
+ fichiers sont directement servis par le serveur, mais certains
+ types de fichiers sont "gérés" séparément. Par exemple, le gestionnaire
+ <code>cgi-script</code> désigne les fichiers qui doivent être traités
+ comme <glossary ref="cgi">CGIs</glossary>.<br />
+ Voir : <a href="handler.html">Utilisation des gestionnaires d'Apache</a>
+ </dd>
+
+ <dt><a name="hash" id="hash">Hachage (Hash)</a></dt>
+ <dd>Un algorithme mathématique à sens unique, irréversible, générant une
+ chaîne de longueur fixe à partir d'une autre chaîne de longueur quelconque.
+ Des chaînes différentes en entrée vont normalement produire des chaînes
+ différentes en sortie (selon la fonction de hachage).
+ </dd>
+
+ <dt><a name="virtualhosting" id="virtualhosting">Hébergement Virtuel
+ (Virtual Hosting)</a></dt>
+ <dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
+ Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
+ basant sur leur adresse IP, alors que les
+ <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
+ et peuvent en conséquence héberger de nombreux sites avec la même
+ adresse IP.<br />
+ Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
+ </dd>
+
+
+ <dt><a name="htaccess" id="htaccess">.htaccess</a></dt>
+ <dd>Un <glossary ref="configurationfile">fichier de configuration</glossary>
+ placé à un certain niveau de l'arborescence du site web, et appliquant des
+ <glossary ref="directive">directives</glossary> de configuration au
+ répertoire dans lequel il est placé, ainsi qu'à tous ses sous-répertoires.
+ En dépit de son nom, ce fichier peut contenir pratiquement tout type de
+ directive, et pas seulement des directives de contrôle d'accès.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+<dt><a name="httpd.conf" id="httpd.conf">httpd.conf</a></dt>
+ <dd>Le <glossary ref="configurationfile">fichier de configuration
+ </glossary> principal d'Apache. Sa localisation par défaut est
+ <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut être
+ changé en utilisant des options de compilation ou d'exécution.<br />
+ Voir : <a href="configuring.html">Fichiers de configuration</a>
+ </dd>
+
+ <dt><a name="https" id="https">HTTPS</a></dt>
+ <dd>Le Protocole de Transfert Hypertexte (Sécurisé), le mécanisme de
+ communication cryptée standard sur le World Wide Web.
+ Il s'agit en fait de HTTP au dessus de
+ <glossary ref="ssl">SSL</glossary>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="uniformresourceidentifier"
+ id="uniformresourceidentifier">Identificateur de Ressource Uniformisé
+ (Uniform Resource Identifier)</a>
+ <a name="URI" id="URI">(URI)</a></dt>
+ <dd>Une chaîne de caractères compacte servant à identifier une ressource
+ abstraite ou physique. Elle est formellement définie par la <a
+ href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>. Les URIs
+ utilisées sur le world-wide web sont souvent appelées <glossary
+ ref="url">URLs</glossary>.
+ </dd>
+
+ <dt><a name="serversideincludes" id="serversideincludes">
+ Inclusions Côté Serveur
+ (Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
+ </a></dt>
+ <dd>Une technique permettant d'englober des directives de traitement dans
+ des fichiers HTML.<br />
+ Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
+ </dd>
+
+<dt><a name="commongatewayinterface" id="commongatewayinterface">
+Interface commune avec les programmes externes
+(Common Gateway Interface)</a>
+ <a name="cgi" id="cgi">(CGI)</a></dt>
+ <dd>La définition standard d'une interface entre un serveur web et un
+ programme externe pour permettre à ce dernier de traiter des requêtes.
+ L'interface a été initialement définie par <a
+ href="http://hoohoo.ncsa.uiuc.edu/cgi/overview.html">NCSA</a> mais il
+ existe aussi le projet
+ <a href="http://cgi-spec.golux.com/">RFC project</a>.<br />
+ Voir : <a href="howto/cgi.html">Contenu dynamique avec CGI</a>
+ </dd>
+
+
+ <dt><a name="apacheportableruntime"
+ id="apacheportableruntime">Bibliothèques pour la portabilité d'Apache
+ (Apache Portable Runtime)</a> <a
+ name="apr" id="apr">(APR)</a></dt>
+ <dd>Un jeu de bibliothèques qui fournit la plupart des interfaces de base
+ entre le serveur et le système d'exploitation. APR est développé
+ parallèlement au serveur HTTP Apache comme projet indépendant.<br />
+ Voir : <a href="http://apr.apache.org/">Apache Portable Runtime
+ Project</a>
+ </dd>
+<dt><a name="uniformresourcelocator" id="uniformresourcelocator">
+Localisation de Ressource Uniformisée
+(Uniform Resource Locator)
+ </a> <a name="url" id="url">(URL)</a></dt>
+ <dd>Le nom/adresse d'une ressource sur l'Internet. Il s'agit du terme
+ informel commun pour ce qui est formellement défini comme <glossary
+ ref="uniformresourceidentifier">
+ Identificateur de Ressource Uniformisé</glossary>.
+ Les URLs sont généralement construites selon un schéma, comme
+ <code>http</code> ou
+ <code>https</code>, un nom d'hôte, et un chemin. Une URL pour cette page
+ pourrait être
+ <code>http://httpd.apache.org/docs/&httpd.docs;/glossary.html</code>.
+ </dd>
+
+
+ <dt><a name="proxy" id="proxy">Mandataire (Proxy)</a></dt>
+ <dd>Un serveur intermédiaire qui se situe entre le client et le
+ <em>serveur d'origine</em>.
+ Il prend en compte les requêtes des clients, les transmet au serveur
+ d'origine, puis renvoie la réponse du serveur d'origine au client.
+ Si plusieurs clients demandent le même contenu, le mandataire peut l'extraire
+ de son cache, plutôt que le demander au serveur d'origine
+ à chaque fois, ce qui réduit le temps de réponse.<br />
+ Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
+ </dd>
+
+ <dt><a name="reverseproxy" id="reverseproxy">Mandataire inverse
+ (Reverse Proxy)</a></dt>
+ <dd>Un serveur <glossary ref="proxy">mandataire</glossary> qui est vu du client
+ comme un <em>serveur d'origine</em>. Ceci peut s'avérer utile pour
+ dissimuler le serveur d'origine réel au client pour des raisons de sécurité,
+ ou pour répartir la charge.
+ </dd>
+
+ <dt><a name="method" id="method">Méthode (Method)</a></dt>
+ <dd>Dans le contexte <glossary ref="http">HTTP</glossary>, une action à
+ effectuer sur une ressource spécifiée dans la ligne de requête
+ par le client. Parmi les méthodes disponibles dans HTTP, on trouve
+ <code>GET</code>, <code>POST</code>,
+ et <code>PUT</code>.
+ </dd>
+
+ <dt><a name="module" id="module">Module</a></dt>
+ <dd>Une partie indépendante d'un programme. De nombreuses fonctionnalités
+ d'Apache sont fournies par des modules que vous pouvez choisir d'inclure
+ ou d'exclure. Les modules qui sont compilés dans le binaire
+ <program>httpd</program> sont appelés <dfn>modules statiques</dfn>, alors
+ que les modules qui existent séparément et peuvent être chargés
+ optionnellement à l'exécution sont appelés
+ <dfn>modules dynamiques</dfn> ou <glossary ref="dso">DSOs</glossary>.
+ Les modules qui sont inclus par défaut sont appelés
+ <dfn>modules de base</dfn>. De nombreux modules disponibles pour Apache
+ ne se trouvent pas dans l'<glossary ref="tarball">archive</glossary>
+ du Serveur HTTP Apache . Il sont appelés
+ <dfn>modules tiers</dfn>.<br />
+ Voir : <a href="mod/">Index des modules</a>
+ </dd>
+
+<dt><a name="passphrase" id="passphrase">Mot de Passe (Pass Phrase)</a></dt>
+ <dd>Le mot ou la phrase qui protège les fichiers de clés privées.
+ Il empêche les utilisateurs non autorisés de les déchiffrer. En général,
+ il s'agit simplement de la clé secrète de chiffrement/déchiffrement
+ utilisée pour les <glossary
+ ref="cipher">Algorithmes de chiffrement</glossary>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="fully-qualifieddomain-name"
+ id="fully-qualifieddomain-name">Nom de domaine entièrement qualifié
+ (Fully-Qualified Domain-Name)</a>
+ <a name="fqdn" id="fqdn">(FQDN)</a></dt>
+ <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
+ nom de domaine qui peuvent être résolus en une adresse IP. Par exemple,
+ <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
+ de domaine, et <code>www.example.com</code> est un nom de domaine
+ entièrement qualifié.
+ </dd>
+
+ <dt><a name="modulemagicnumber" id="modulemagicnumber">
+ Nombre Magique des Modules
+ (Module Magic Number)</a>
+ (<a name="mmn" id="mmn">MMN</a>)</dt>
+ <dd>Le Nombre Magique des Modules est une constante définie dans le code
+ source d'Apache et associée à la compatibilité binaire des modules.
+ Sa valeur est modifiée quand des structures internes d'Apache, des appels
+ de fonctions et d'autres parties significatives de l'API sont modifiées
+ de telle façon que la compatibilité binaire ne peut plus être garantie.
+ En cas de changement de MMN, tous les modules tiers doivent être au
+ moins recompilés, et parfois même légèrement modifiés afin de pouvoir
+ fonctionner avec la nouvelle version d'Apache.
+ </dd>
+
+ <dt><a name="dynamicsharedobject" id="dynamicsharedobject">
+ Objet Dynamique Partagé (Dynamic Shared Object)
+ </a> <a name="dso" id="dso">(DSO)</a></dt>
+ <dd><glossary ref="module">Modules</glossary> compilés en dehors du binaire
+ Apache <program>httpd</program> et qui peuvent être
+ chargés à la demande.<br />
+ Voir : <a href="dso.html">Support des objets dynamiques partagés</a>
+ </dd>
+
+<dt><a name="openssl" id="openssl">OpenSSL</a></dt>
+ <dd>L'ensemble d'outils Open Source pour SSL/TLS<br />
+ Voir <a href="http://www.openssl.org/">http://www.openssl.org/</a>#
+ </dd>
+
+<dt><a name="apacheextensiontool" id="apacheextensiontool">
+ Outil de gestion des extensions Apache
+ (APache eXtension Tool)</a>
+ <a name="apxs" id="apxs">(apxs)</a></dt>
+ <dd>Un script Perl qui aide à la compilation des sources de <glossary
+ ref="module">module</glossary> sous forme d'Objets Dynamiques Partagés
+ (Dynamic Shared Objects ou
+ <glossary ref="dso">DSO</glossary>s) et facilite leur installation
+ dans le serveur Web Apache.<br />
+ Voir : Page de manuel : <program>apxs</program>
+ </dd>
+
+<dt><a name="plaintext" id="plaintext">Plein Texte (Plaintext)</a></dt>
+ <dd>Le texte non chiffré.</dd>
+
+
+
+ <dt><a name="hypertexttransferprotocol"
+ id="hypertexttransferprotocol">Protocole de Transfert Hypertexte
+ (HyperText Transfer Protocol)</a>
+ <a name="http" id="hhtp">(HTTP)</a></dt>
+ <dd>Le protocole de transmission standard utilisé sur le World Wide Web.
+ Apache implémente la version 1.1 du protocole, référencée comme HTTP/1.1 et
+ définie par la
+ <a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.
+ </dd>
+
+ <dt><a name="messagedigest" id="messagedigest">Résumé de message
+ (Message Digest)</a></dt>
+ <dd>Un hachage du message, qui peut être utilisé pour vérifier
+ que son contenu n'a pas été altéré durant le transfert.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="transportlayersecurity" id="transportlayersecurity">
+ Sécurité de la couche Transport
+ (Transport Layer Security)
+ </a> <a name="tls" id="tls">(TLS)</a></dt>
+ <dd>Le protocole successeur de SSL, créé par l'Internet Engineering Task
+ Force (IETF) pour l'authentification et le chiffrement généraux des
+ communications dans les réseaux TCP/IP. TLS version 1 est pratiquement
+ identique à SSL version 3.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="session" id="session">Session</a></dt>
+ <dd>Les informations sur le contexte d'une communication en général.</dd>
+
+ <dt><a name="digitalsignature" id="digitalsignature">Signature numérique
+ (Digital Signature)</a></dt>
+ <dd>Un bloc de texte crypté qui valide un certificat ou un autre fichier.
+ Une <glossary ref="certificationauthority">Autorité de certification</glossary>
+ crée une signature en générant une empreinte de la <em>Clé publique</em>
+ fournie avec le <em>Certificat</em>; la CA chiffre ensuite l'empreinte
+ avec sa propre <em>Clé privée</em>. Seule la clé publique de la CA
+ peut décrypter la signature, ce qui permet de vérifier que la CA a bien
+ authentifié l'entité du réseau qui possède le
+ <em>Certificat</em>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+<dt><a name="ssleay" id="ssleay">SSLeay</a></dt>
+ <dd>La bibliothèque originelle d'implémentation de SSL/TLS développée par
+ Eric A. Young
+ </dd>
+
+<dt><a name="ciphertext" id="ciphertext">Texte crypté
+(Ciphertext)</a></dt>
+ <dd>Le résultat du passage d'un document
+ <glossary ref="plaintext">Plaintext</glossary> (Plein texte) par un
+ <glossary ref="cipher">Cipher</glossary>.<br />
+ Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+
+ <dt><a name="mime-type" id="mime-type">Type MIME (MIME-type)</a></dt>
+ <dd>Une méthode pour décrire le type de document transmis. Son nom
+ vient du fait que son format est issu des Multipurpose
+ Internet Mail Extensions (Extensions Multi-usages de la
+ Messagerie par Internet) . Il comprend un type majeur et un type
+ mineur, séparés par un slash (barre oblique). On trouve
+ entre autres types <code>text/html</code>,
+ <code>image/gif</code>, et <code>application/octet-stream</code>. Dans
+ HTTP, le type MIME est transmis dans l'
+ <glossary ref="header">en-tête</glossary> <code>Content-Type</code>.<br />
+ Voir : <a href="mod/mod_mime.html">mod_mime</a>
+ </dd>
+
+
+ <dt><a name="environmentvariable" id="environmentvariable">
+ Variable d'environnement
+ (Environment Variable)</a> <a name="env-variable"
+ id="env-variable">(env-variable)</a></dt>
+ <dd>Ce sont des variables nommées gérées par le shell du système
+ d'exploitation, et servant au stockage d'informations et à la
+ communication entre les programmes. Apache possède aussi des variables
+ internes considérées comme variables d'environnement, mais stockées dans
+ des structures internes à Apache, et non dans l'environnement
+ du shell.<br />
+ Voir : <a href="env.html">Les variables d'environnement dans Apache</a>
+ </dd>
+
+ <dt><a name="x.509" id="x.509">X.509</a></dt>
+ <dd>Une norme de certificat d'authentification recommandée par l'International
+ Telecommunication Union (ITU-T) et utilisée pour
+ l'authentification SSL/TLS.<br
+ /> Voir : <a href="ssl/">chiffrement SSL/TLS</a>
+ </dd>
+</dl>
+</section>
+</manualpage>
+
+
<variant outdated="yes">de</variant>
<variant>en</variant>
<variant outdated="yes">es</variant>
+ <variant>fr</variant>
<variant outdated="yes">ko</variant>
</variants>
</metafile>
<a href="./en/" title="English"> en </a> |
<a href="./es/" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div>
<form method="get" action="http://www.google.com/search"><p><input name="as_q" value="" type="text" /> <input value="Google Search" type="submit" /><input value="10" name="num" type="hidden" /><input value="en" name="hl" type="hidden" /><input value="ISO-8859-1" name="ie" type="hidden" /><input value="Google Search" name="btnG" type="hidden" /><input name="as_epq" value="Version 2.2" type="hidden" /><input name="as_oq" value="" type="hidden" /><input name="as_eq" value=""List-Post"" type="hidden" /><input value="" name="lr" type="hidden" /><input value="i" name="as_ft" type="hidden" /><input value="" name="as_filetype" type="hidden" /><input value="all" name="as_qdr" type="hidden" /><input value="any" name="as_occt" type="hidden" /><input value="i" name="as_dt" type="hidden" /><input value="httpd.apache.org" name="as_sitesearch" type="hidden" /><input value="off" name="safe" type="hidden" /></p></form>
<a href="./en/" title="English"> en </a> |
<a href="./es/" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
-<title>Documentation du Serveur HTTP Apache Version
-2.2 - Serveur Apache HTTP</title>
+<title>Documentation du Serveur HTTP Apache Version 2.2
+ - Serveur Apache HTTP</title>
<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
<div class="up"><a href="http://httpd.apache.org/docs-project/"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
<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></div>
-<div id="page-content"><h1>Documentation du Serveur HTTP Apache Version
-2.2</h1>
+<div id="page-content"><h1>Documentation du Serveur HTTP Apache Version 2.2
+</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./de/" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./es/" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/" title="Français"> fr </a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div>
-<div class="outofdate">Cette traduction peut être périmée. Verifiez la version
- Anglaise pour les changements récents.</div>
<form method="get" action="http://www.google.com/search"><p><input name="as_q" value="" type="text" /> <input value="Recherche Google" type="submit" /><input value="10" name="num" type="hidden" /><input value="fr" name="hl" type="hidden" /><input value="ISO-8859-1" name="ie" type="hidden" /><input value="Google Search" name="btnG" type="hidden" /><input name="as_epq" value="Version 2.2" type="hidden" /><input name="as_oq" value="" type="hidden" /><input name="as_eq" value=""List-Post"" type="hidden" /><input value="" name="lr" type="hidden" /><input value="i" name="as_ft" type="hidden" /><input value="" name="as_filetype" type="hidden" /><input value="all" name="as_qdr" type="hidden" /><input value="any" name="as_occt" type="hidden" /><input value="i" name="as_dt" type="hidden" /><input value="httpd.apache.org" name="as_sitesearch" type="hidden" /><input value="off" name="safe" type="hidden" /></p></form>
-<table id="indextable"><tr><td class="col1"><div class="category"><h2><a name="release" id="release">Notes sur cette version</a></h2>
-<ul><li><a href="new_features_2_0.html">Nouvelles Fonctionnalités de la version 2.0</a></li>
-<li><a href="upgrading.html">Migrer à 2.0 depuis la version 1.3</a></li>
+<table id="indextable"><tr><td class="col1"><div class="category"><h2><a name="release" id="release">Notes de version</a></h2>
+<ul><li><a href="new_features_2_2.html">Nouvelles fonctionnalités d'Apache 2.1/2.2</a></li>
+<li><a href="new_features_2_0.html.fr">Nouvelles fonctionnalités d'Apache 2.0</a></li>
+<li><a href="upgrading.html">Mise à jour de la version 2.0 vers la version 2.2</a></li>
<li><a href="license.html">Licence Apache</a></li>
</ul>
-</div><div class="category"><h2><a name="manual" id="manual">Manuel de Référence</a></h2>
-<ul><li><a href="install.html">Compilation et Installation</a></li>
+</div><div class="category"><h2><a name="manual" id="manual">Manuel de référence</a></h2>
+<ul><li><a href="install.html">Compilation et installation</a></li>
<li><a href="invoking.html">Démarrage</a></li>
-<li><a href="stopping.html">Arrêt ou Redémarrage</a></li>
-<li><a href="mod/directives.html">Directives de Configuration à l'exécution</a></li>
-<li><a href="mod/quickreference.html">Résumé des Directives</a></li>
+<li><a href="stopping.html">Arrêt ou redémarrage</a></li>
+<li><a href="mod/directives.html">Directives de configuration à l'exécution</a></li>
+<li><a href="mod/quickreference.html">Référence rapide des directives</a></li>
<li><a href="mod/">Modules</a></li>
-<li><a href="mpm.html">Modules Multi-Processus (MPMs)</a></li>
+<li><a href="mpm.html">Modules multi-processus (MPMs)</a></li>
<li><a href="filter.html">Filtres</a></li>
-<li><a href="handler.html">Handlers</a></li>
-<li><a href="programs/">Serveur et Autres Programmes</a></li>
+<li><a href="handler.html">Gestionnaires</a></li>
+<li><a href="programs/">Le serveur et ses utilitaires</a></li>
<li><a href="glossary.html">Glossaire</a></li>
</ul>
-</div></td><td><div class="category"><h2><a name="usersguide" id="usersguide">Guide de l'Utilisateur</a></h2>
-<ul><li><a href="bind.html">Liaison</a></li>
-<li><a href="configuring.html">Fichiers de Configuration</a></li>
-<li><a href="sections.html">Configuration de Sections</a></li>
-<li><a href="content-negotiation.html">Négociation de Contenu</a></li>
-<li><a href="dso.html">Dynamic Shared Objects (DSO)</a></li>
-<li><a href="env.html">Variables d'Environnement</a></li>
-<li><a href="logs.html">Fichiers Journaux</a></li>
-<li><a href="urlmapping.html">Correspondances entre URLS et Système de Fichiers</a></li>
-<li><a href="misc/perf-tuning.html">Réglage de la Performance</a></li>
-<li><a href="misc/security_tips.html">Conseils sur la Sécurité</a></li>
-<li><a href="server-wide.html">Configuration à l'échelle du Serveur</a></li>
+</div></td><td><div class="category"><h2><a name="usersguide" id="usersguide">Guide de l'utilisateur</a></h2>
+<ul><li><a href="bind.html">Adresse IP et port d'écoute</a></li>
+<li><a href="configuring.html">Fichiers de configuration</a></li>
+<li><a href="sections.html">Sections de configuration</a></li>
+<li><a href="caching.html">Mise en cache du contenu</a></li>
+<li><a href="content-negotiation.html">Négociation sur le contenu</a></li>
+<li><a href="dso.html">Objets Dynamiques Partagés (DSO)</a></li>
+<li><a href="env.html">Variables d'environnement</a></li>
+<li><a href="logs.html">Fichiers de traces</a></li>
+<li><a href="urlmapping.html">Mise en correspondance des URLs avec le système de fichiers</a></li>
+<li><a href="misc/perf-tuning.html">Optimisation des performances</a></li>
+<li><a href="misc/security_tips.html">Conseils sur la sécurité</a></li>
+<li><a href="server-wide.html">Configuration à l'échelle du serveur</a></li>
<li><a href="ssl/">Chiffrement SSL/TLS</a></li>
-<li><a href="suexec.html">Execution Suexec des CGIs</a></li>
-<li><a href="misc/rewriteguide.html">Guide de réécriture d'URLs</a></li>
-<li><a href="vhosts/">Serveurs Virtuels</a></li>
+<li><a href="suexec.html">Exécution des CGI avec suexec</a></li>
+<li><a href="misc/rewriteguide.html">Guide de réécriture des URLs</a></li>
+<li><a href="vhosts/">Hôtes virtuels</a></li>
</ul>
-</div></td><td class="col3"><div class="category"><h2><a name="howto" id="howto">Marche-à-Suivre / Tutoriels</a></h2>
-<ul><li><a href="howto/auth.html">Authentification, Autorisation, et Contrôles
- d'accès</a></li>
-<li><a href="howto/cgi.html">CGI: Contenu Dynamique</a></li>
-<li><a href="howto/htaccess.html">Fichiers .htaccess </a></li>
+</div></td><td class="col3"><div class="category"><h2><a name="howto" id="howto">Recettes / Tutoriels</a></h2>
+<ul><li><a href="howto/auth.html">Authentification, autorisation, et contrôle d'accès</a></li>
+<li><a href="howto/cgi.html">CGI: Contenu dynamique</a></li>
+<li><a href="howto/htaccess.html">Fichiers .htaccess</a></li>
<li><a href="howto/ssi.html">Server Side Includes (SSI)</a></li>
-<li><a href="howto/public_html.html">Répertoires Web par Utilisateur
- (public_html)</a></li>
+<li><a href="howto/public_html.html">Répertoires Web des utilisateurs (public_html)</a></li>
</ul>
-</div><div class="category"><h2><a name="platform" id="platform">Notes Spécifiques aux Différentes Plate-formes</a></h2>
+</div><div class="category"><h2><a name="platform" id="platform">Notes spécifiques aux différentes plateformes</a></h2>
<ul><li><a href="platform/windows.html">Microsoft Windows</a></li>
<li><a href="platform/netware.html">Novell NetWare</a></li>
-<li><a href="platform/ebcdic.html">Port EBCDIC</a></li>
+<li><a href="platform/ebcdic.html">Portage EBCDIC</a></li>
</ul>
-</div><div class="category"><h2><a name="other" id="other">Autres Sujets</a></h2>
+</div><div class="category"><h2><a name="other" id="other">Autres sujets</a></h2>
<ul><li><a href="faq/">Foire Aux Questions</a></li>
-<li><a href="sitemap.html">Plan du Site</a></li>
-<li><a href="developer/">Documentation du Developpeur</a></li>
-<li><a href="misc/">Autres Notes</a></li>
+<li><a href="sitemap.html">Plan du site</a></li>
+<li><a href="developer/">Documentation du développeur</a></li>
+<li><a href="misc/">Autres notes</a></li>
</ul>
</div></td></tr></table></div>
<div class="bottomlang">
<a href="./en/" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./es/" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/" title="Français"> fr </a> |
-<a href="./ja/" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ja/" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
-<?xml version="1.0" encoding="ISO-8859-1"?>
+<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE indexpage SYSTEM "./style/sitemap.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 105989:421100 (outdated) -->
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007072801 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<indexpage metafile="index.xml.meta">
<parentdocument href="http://httpd.apache.org/docs-project/" />
-<title>Documentation du Serveur HTTP Apache Version
-&httpd.major;.&httpd.minor;</title>
+<title>Documentation du Serveur HTTP Apache Version &httpd.major;.&httpd.minor;
+</title>
-<category id="release"><title>Notes sur cette version</title>
- <page href="new_features_2_0.html">Nouvelles Fonctionnalités de la version 2.0</page>
- <page href="upgrading.html">Migrer à 2.0 depuis la version 1.3</page>
+<category id="release"><title>Notes de version</title>
+ <page href="new_features_2_2.html">Nouvelles fonctionnalités d'Apache 2.1/2.2</page>
+ <page href="new_features_2_0.html.fr">Nouvelles fonctionnalités d'Apache 2.0</page>
+ <page href="upgrading.html">Mise à jour de la version 2.0 vers la version 2.2</page>
<page href="license.html">Licence Apache</page>
</category>
-<category id="manual"><title>Manuel de Référence</title>
- <page href="install.html">Compilation et Installation</page>
- <page href="invoking.html">Démarrage</page>
- <page href="stopping.html">Arrêt ou Redémarrage</page>
- <page href="mod/directives.html">Directives de Configuration à l'exécution</page>
- <page href="mod/quickreference.html">Résumé des Directives</page>
+<category id="manual"><title>Manuel de référence</title>
+ <page href="install.html">Compilation et installation</page>
+ <page href="invoking.html">Démarrage</page>
+ <page href="stopping.html">Arrêt ou redémarrage</page>
+ <page href="mod/directives.html">Directives de configuration à l'exécution</page>
+ <page href="mod/quickreference.html">Référence rapide des directives</page>
<page href="mod/">Modules</page>
- <page href="mpm.html">Modules Multi-Processus (MPMs)</page>
+ <page href="mpm.html">Modules multi-processus (MPMs)</page>
<page href="filter.html">Filtres</page>
- <page href="handler.html">Handlers</page>
- <page href="programs/">Serveur et Autres Programmes</page>
+ <page href="handler.html">Gestionnaires</page>
+ <page href="programs/">Le serveur et ses utilitaires</page>
<page href="glossary.html">Glossaire</page>
-</category>
+</category>
-<category id="usersguide"><title>Guide de l'Utilisateur</title>
- <page href="bind.html">Liaison</page>
- <page href="configuring.html">Fichiers de Configuration</page>
- <page href="sections.html">Configuration de Sections</page>
- <page href="content-negotiation.html">Négociation de Contenu</page>
- <page href="dso.html">Dynamic Shared Objects (DSO)</page>
- <page href="env.html">Variables d'Environnement</page>
- <page href="logs.html">Fichiers Journaux</page>
- <page href="urlmapping.html">Correspondances entre URLS et Système de Fichiers</page>
- <page href="misc/perf-tuning.html">Réglage de la Performance</page>
- <page href="misc/security_tips.html">Conseils sur la Sécurité</page>
- <page href="server-wide.html">Configuration à l'échelle du Serveur</page>
+<category id="usersguide"><title>Guide de l'utilisateur</title>
+ <page href="bind.html">Adresse IP et port d'écoute</page>
+ <page href="configuring.html">Fichiers de configuration</page>
+ <page href="sections.html">Sections de configuration</page>
+ <page href="caching.html">Mise en cache du contenu</page>
+ <page href="content-negotiation.html">Négociation sur le contenu</page>
+ <page href="dso.html">Objets Dynamiques Partagés (DSO)</page>
+ <page href="env.html">Variables d'environnement</page>
+ <page href="logs.html">Fichiers de traces</page>
+ <page href="urlmapping.html">Mise en correspondance des URLs avec le système de fichiers</page>
+ <page href="misc/perf-tuning.html">Optimisation des performances</page>
+ <page href="misc/security_tips.html">Conseils sur la sécurité</page>
+ <page href="server-wide.html">Configuration à l'échelle du serveur</page>
<page href="ssl/">Chiffrement SSL/TLS</page>
- <page href="suexec.html">Execution Suexec des CGIs</page>
- <page href="misc/rewriteguide.html">Guide de réécriture d'URLs</page>
- <page href="vhosts/">Serveurs Virtuels</page>
+ <page href="suexec.html">Exécution des CGI avec suexec</page>
+ <page href="misc/rewriteguide.html">Guide de réécriture des URLs</page>
+ <page href="vhosts/">Hôtes virtuels</page>
</category>
-<category id="howto"><title>Marche-à-Suivre / Tutoriels</title>
- <page href="howto/auth.html">Authentification, Autorisation, et Contrôles
- d'accès</page>
- <page href="howto/cgi.html">CGI: Contenu Dynamique</page>
- <page href="howto/htaccess.html">Fichiers .htaccess </page>
+<category id="howto"><title>Recettes / Tutoriels</title>
+ <page href="howto/auth.html">Authentification, autorisation, et contrôle d'accès</page>
+ <page href="howto/cgi.html">CGI: Contenu dynamique</page>
+ <page href="howto/htaccess.html">Fichiers .htaccess</page>
<page href="howto/ssi.html">Server Side Includes (SSI)</page>
- <page href="howto/public_html.html">Répertoires Web par Utilisateur
- (public_html)</page>
+ <page href="howto/public_html.html">Répertoires Web des utilisateurs (public_html)</page>
</category>
-<category id="platform"><title>Notes Spécifiques aux Différentes Plate-formes</title>
+<category id="platform"><title>Notes spécifiques aux différentes plateformes</title>
<page href="platform/windows.html">Microsoft Windows</page>
<page href="platform/netware.html">Novell NetWare</page>
- <page href="platform/ebcdic.html">Port EBCDIC</page>
+ <page href="platform/ebcdic.html">Portage EBCDIC</page>
</category>
-<category id="other"><title>Autres Sujets</title>
+<category id="other"><title>Autres sujets</title>
<page href="faq/">Foire Aux Questions</page>
- <page href="sitemap.html">Plan du Site</page>
- <page href="developer/">Documentation du Developpeur</page>
- <page href="misc/">Autres Notes</page>
+ <page href="sitemap.html">Plan du site</page>
+ <page href="developer/">Documentation du développeur</page>
+ <page href="misc/">Autres notes</page>
</category>
</indexpage>
<variant>de</variant>
<variant>en</variant>
<variant outdated="yes">es</variant>
- <variant outdated="yes">fr</variant>
+ <variant>fr</variant>
<variant>ja</variant>
<variant outdated="yes">ko</variant>
<variant outdated="yes">pt-br</variant>
<a href="./en/install.html" title="English"> en </a> |
<a href="./es/install.html" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/install.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/install.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/install.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./ja/install.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/install.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
<a href="./en/install.html" title="English"> en </a> |
<a href="./es/install.html" hreflang="es" rel="alternate" title="Español"> es </a> |
<a href="./fr/install.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/install.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/install.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./ja/install.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/install.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- $LastChangedRevision English document : 527129 $ -->
+<!-- $LastChangedRevision English document : 574103 $ -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007062401 $ -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007091601 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<code>apr</code> ou <code>apr-util</code>, versions 1.0 ou 1.1,
sont installés sur votre système, vous devez soit mettre à jour vos
installations <code>apr</code>/<code>apr-util</code> vers la version
- 1.2, soit faire en sorte que httpd utilise des constructions séparées.
- Pour utiliser les sources incluses
- <code>apr</code>/<code>apr-util</code> de cette manière, vous devez
- les installer manuellement :
+ 1.2, forcer l'utilisation des bibliothèques intégrées,
+ soit faire en sorte que httpd utilise des constructions séparées.
+ Pour utiliser les sources de
+ <code>apr</code>/<code>apr-util</code> incluses, utilisez l'option
+ <code>--with-included-apr</code> du script configure :
+
+ <note><title>Note</title>
+ L'option --with-included-apr est disponible à partir
+ de la version 2.2.3
+ </note>
+ <example>
+ # Forcer l'utilisation des sources de apr/apr-util intégrées<br />
+ ./configure --with-included-apr<br />
+ </example>
+
+ Pour construire Apache HTTPd suite à une installation manuelle de
+ <code>apr</code>/<code>apr-util</code> :
<example>
# Construction et installation apr 1.2<br />
<div class="toplang">
<p><span>Available Languages: </span><a href="./en/new_features_2_2.html" title="English"> en </a> |
<a href="./fr/new_features_2_2.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="./en/new_features_2_2.html" title="English"> en </a> |
<a href="./fr/new_features_2_2.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./en/new_features_2_2.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/new_features_2_2.html" title="Français"> fr </a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div>
apr_dbd, fournit le support SQL direct aux modules
qui en ont besoin. Supporte la mise en commun des connexions
dans les modules MPM threadés.</p>
- <p><strong>Utilisateurs Windows</strong> : veuillez noter que ce
- support n'est pas encore inclus dans l'implémentation Windows
- standard. Si vous l'utilisez sur la plate-forme
- Windows, merci de nous faire savoir comment vous vous y
- prenez.</p>
</dd>
</dl>
que si l'utilisateur passe le paramètre <code>-t</code> à
<code class="program"><a href="./programs/httpd.html">httpd</a></code>.</dd>
- <dt>Définition de la taille de la pile pour les modules MPM threadés</dt>
+ <dt>Définition de la taille de la pile pour les modules MPM en processus légers</dt>
<dd>Une nouvelle directive a été ajoutée, <code>ThreadStackSize</code>
- afin de définir la taille de la pile pour tous les modules MPM threadés.
+ afin de définir la taille de la pile pour tous les modules MPM en processus légers (modules threadés).
Ceci s'avère nécessaire pour certains modules tiers sur des plateformes
dont la taille de la pile des threads par défaut est
trop petite.</dd>
est maintenant disponible dans l'espace de nommage <code>ap_</code>
depuis <code>ap_regex.h</code>. Les appels à <code>regcomp</code>,
<code>regexec</code>, etc... peuvent être remplacés par des appels à
- <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
+ <code>ap_regcomp</code>, <code>ap_regexec</code>.</dd>
<dt>Cadre d'application DBD (API pour base de données SQL)</dt>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./en/new_features_2_2.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/new_features_2_2.html" title="Français"> fr </a> |
-<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./ko/new_features_2_2.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/new_features_2_2.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 420990 -->
+<!-- LastChangedRevision English document : 583231 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007062301 $ -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007101301 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
apr_dbd, fournit le support SQL direct aux modules
qui en ont besoin. Supporte la mise en commun des connexions
dans les modules MPM threadés.</p>
- <p><strong>Utilisateurs Windows</strong> : veuillez noter que ce
- support n'est pas encore inclus dans l'implémentation Windows
- standard. Si vous l'utilisez sur la plate-forme
- Windows, merci de nous faire savoir comment vous vous y
- prenez.</p>
</dd>
</dl>
que si l'utilisateur passe le paramètre <code>-t</code> à
<program>httpd</program>.</dd>
- <dt>Définition de la taille de la pile pour les modules MPM threadés</dt>
+ <dt>Définition de la taille de la pile pour les modules MPM en processus légers</dt>
<dd>Une nouvelle directive a été ajoutée, <code>ThreadStackSize</code>
- afin de définir la taille de la pile pour tous les modules MPM threadés.
+ afin de définir la taille de la pile pour tous les modules MPM en processus légers (modules threadés).
Ceci s'avère nécessaire pour certains modules tiers sur des plateformes
dont la taille de la pile des threads par défaut est
trop petite.</dd>
est maintenant disponible dans l'espace de nommage <code>ap_</code>
depuis <code>ap_regex.h</code>. Les appels à <code>regcomp</code>,
<code>regexec</code>, etc... peuvent être remplacés par des appels à
- <code>ap_regcomp</code>, <code>ap_regcomp</code>.</dd>
+ <code>ap_regcomp</code>, <code>ap_regexec</code>.</dd>
<dt>Cadre d'application DBD (API pour base de données SQL)</dt>
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+URI: sections.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: sections.html.ja.euc-jp
Content-Language: ja
Content-type: text/html; charset=EUC-JP
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP Server</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="./">Version 2.2</a></div><div id="page-content"><div id="preamble"><h1>Configuration Sections</h1>
<div class="toplang">
<p><span>Available Languages: </span><a href="./en/sections.html" title="English"> en </a> |
-<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div>
<p>Directives in the <a href="configuring.html">configuration files</a> may apply to the
entire server, or they may be restricted to apply only to particular
</div></div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="./en/sections.html" title="English"> en </a> |
-<a href="./ja/sections.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/sections.html" hreflang="ko" rel="alternate" title="Korean"> ko </a></p>
+<a href="./fr/sections.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
</div><div id="footer">
<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossary</a> | <a href="./sitemap.html">Sitemap</a></p></div>
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Sections de configuration - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Sections de configuration</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/sections.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/sections.html" title="Français"> fr </a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div>
+ <p>Les directives des <a href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
+au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
+ou URLs particuliers. Ce document décrit comment utiliser les conteneurs de
+sections de configuration ou les fichiers <code>.htaccess</code> pour
+modifier la portée des directives de configuration.</p>
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#types">Types de conteneurs de sections de
+configuration</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#file-and-web">Système de fichiers et
+arborescence du site web</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#virtualhost">Hôtes virtuels</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#proxy">Mandataire</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#whatwhere">Quelles sont les directives autorisées ?</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#mergin">Comment les sections sont combinées entre elles</a></li>
+</ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="types" id="types">Types de conteneurs de sections de
+configuration</a></h2>
+
+<table class="related"><tr><th>Modules Apparentés</th><th>Directives Apparentées</th></tr><tr><td><ul><li><code class="module"><a href="./mod/core.html">core</a></code></li><li><code class="module"><a href="./mod/mod_version.html">mod_version</a></code></li><li><code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/core.html#directory"><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#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
+<code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code> sont
+évalués seulement au démarrage et au redémarrage du serveur.
+Si leurs conditions sont vérifiées au démarrage, les directives qu'ils contiennent
+s'appliqueront à toutes les requêtes. Si leurs conditions ne sont pas vérifiées, les
+directives qu'ils contiennent seront ignorées.</p>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#ifdefine"><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#mimemagicfiles">MimeMagicFiles</a></code> ne s'appliquera que si le
+module <code class="module"><a href="./mod/mod_mime_magic.html">mod_mime_magic</a></code> est disponible.</p>
+
+<div class="example"><p><code>
+<IfModule mod_mime_magic.c><br />
+MimeMagicFile conf/magic<br />
+</IfModule>
+</code></p></div>
+
+<p>Le conteneur
+<code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code>
+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>
+
+<p><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
+<code class="directive"><a href="./mod/mod_version.html#ifversion"><IfVersion></a></code>
+peuvent inverser leur test conditionnel en le faisant précéder d'un "!".
+De plus, ces sections peuvent être imbriquées afin de définir des restrictions
+plus complexes.</p>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="file-and-web" id="file-and-web">Système de fichiers et
+arborescence du site web</a></h2>
+
+<p>Les conteneurs de sections de configuration les plus couramment utilisés
+sont ceux qui modifient la configuration de points particuliers du système de
+fichiers ou de l'arborescence du site web. Tout d'abord, il est important de
+comprendre la différence entre les deux. Le système de fichiers est une vue
+de vos disques tels qu'ils sont perçus par votre système d'exploitation.
+Par exemple, avec une installation par défaut,
+Apache est situé dans <code>/usr/local/apache2</code> pour le système de
+fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
+le système de fichiers Windows. (Notez que des slashes directs doivent
+toujours être utilisés comme séparateur de chemin dans Apache, même sous
+Windows.) Quant à
+l'arborescence du site web, il s'agit d'une vue de votre site
+tel que présenté par le
+serveur web et perçue par le client. Ainsi le chemin <code>/dir/</code> dans
+l'arborescence du site web correspond au chemin
+<code>/usr/local/apache2/htdocs/dir/</code> dans le système de fichiers pour
+une installation d'Apache par défaut sous UNIX.
+En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
+système de fichiers, car les pages web peuvent être générées dynamiquement
+à partir de bases de données ou d'autres emplacements.</p>
+
+<h3><a name="filesystem" id="filesystem">Conteneurs de système de fichiers</a></h3>
+
+<p>Les conteneurs <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>
+et <code class="directive"><a href="./mod/core.html#files"><Files></a></code>,
+ainsi que leurs équivalents acceptant les
+<a class="glossarylink" href="./glossary.html#regex" title="see glossary">expressions rationnelles</a>,
+appliquent des directives à certaines parties du système de fichiers.
+Les directives contenues dans une section <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code> s'appliquent au répertoire
+précisé, ainsi qu'à tous ses sous-répertoires.
+Le même effet peut être obtenu en utilisant les <a href="howto/htaccess.html">fichiers .htaccess</a>. Par exemple, avec la
+configuration suivante, l'indexation sera activée pour le répertoire
+<code>/var/web/dir1</code> et tous ses sous-répertoires.</p>
+
+<div class="example"><p><code>
+<Directory /var/web/dir1><br />
+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'accès à tout fichier nommé <code>private.html</code> quel que soit
+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
+<code class="directive"><a href="./mod/core.html#files"><Files></a></code> et
+<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>
+peuvent être combinées. Par exemple, la configuration suivante va interdire
+l'accès à <code>/var/web/dir1/private.html</code>,
+<code>/var/web/dir1/subdir2/private.html</code>,
+<code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de
+<code>private.html</code> qui se trouve dans l'arborescence
+<code>/var/web/dir1/</code>.</p>
+
+<div class="example"><p><code>
+<Directory /var/web/dir1><br />
+<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="see glossary">expressions rationnelles</a>, modifient quant à eux la
+configuration de parties de l'arborescence du site web. Par exemple, la
+configuration suivante interdit l'accès à toute URL dont la partie chemin
+commence par /private.
+En particulier, l'interdiction s'appliquera aux requêtes pour :
+<code>http://yoursite.example.com/private</code>,
+<code>http://yoursite.example.com/private123</code>, et
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'à
+toute requête commençant par la chaîne de caractères <code>/private</code>.</p>
+
+<div class="example"><p><code>
+<Location /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 d'Apache fourni par le module
+<code class="module"><a href="./mod/mod_status.html">mod_status</a></code>.
+Il n'est pas nécessaire de trouver un fichier nommé <code>server-status</code>
+dans le système de fichiers.</p>
+
+<div class="example"><p><code>
+<Location /server-status><br />
+SetHandler server-status<br />
+</Location>
+</code></p></div>
+
+
+<h3><a name="wildcards" id="wildcards">Caractères de remplacement
+et expressions rationnelles</a></h3>
+
+<p>Les conteneurs
+<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>,
+<code class="directive"><a href="./mod/core.html#files"><Files></a></code>, et
+<code class="directive"><a href="./mod/core.html#location"><Location></a></code>
+peuvent utiliser des caractères de remplacement de style shell comme dans
+la fonction <code>fnmatch</code> de la bibliothèque C standard.
+Le caractère "*"
+correspond à toute séquence de caractères, "?" à un caractère seul,
+et "[<em>seq</em>]" à tout caractère contenu dans <em>seq</em>.
+Le caractère "/"
+ne peut pas faire l'objet d'un remplacement;
+il doit être spécifié explicitement.</p>
+
+<p>Si une définition des critères de correspondance
+encore plus souple est nécessaire, chaque conteneur
+possède son équivalent acceptant les expressions rationnelles : <code class="directive"><a href="./mod/core.html#directorymatch"><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="see glossary">expressions rationnelles</a> compatibles Perl
+pour définir les critères de correspondance. Mais voyez plus loin la section
+à propos de la combinaison des sections de configuration
+pour comprendre comment l'utilisation de
+conteneurs avec des expressions rationnelles va modifier la manière
+dont les directives sont appliquées.</p>
+
+<p>Un conteneur qui modifie la configuration de tous les
+répertoires utilisateurs à l'aide de caractères de remplacement
+mais sans utiliser
+les expressions rationnelles pourrait ressembler à ceci :</p>
+
+<div class="example"><p><code>
+<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="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
+<code>http://yoursite.example.com/dir/</code>. Mais que va-t-il se passer si
+votre système de fichiers est insensible à la casse ?
+Votre restriction va pouvoir être tout simplement contournée en envoyant une
+requête sur
+<code>http://yoursite.example.com/DIR/</code>. Le conteneur <code class="directive"><a href="./mod/core.html#directory"><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
+<code class="directive"><a href="./mod/core.html#options">Options</a></code> appropriée.)</p>
+
+<p>Si vous pensez que vous n'êtes pas concerné par ce problème
+parceque vous utilisez un système de fichiers sensible à la casse,
+gardez à l'esprit qu'il y a de nombreuses autres manières pour faire
+correspondre plusieurs localisations de l'arborescence du site web à la même
+localisation du système de fichiers. C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de système de fichiers.
+Il y a cependant une exception à cette règle. Placer des restrictions de
+configuration dans un conteneur <code><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>
+
+
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="virtualhost" id="virtualhost">Hôtes virtuels</a></h2>
+
+<p>Le conteneur <code class="directive"><a href="./mod/core.html#virtualhost"><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><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="proxy" id="proxy">Mandataire</a></h2>
+
+<p>Les conteneurs
+<code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code>
+et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code>
+appliquent les directives de configuration qu'ils contiennent uniquement aux
+sites qui correspondent à l'URL spécifiée et auxquels on a
+accédé via le serveur mandataire du module <code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code>.
+Par exemple, la configuration suivante
+va interdire l'utilisation du serveur proxy pour accéder au site
+<code>cnn.com</code>.</p>
+
+<div class="example"><p><code>
+<Proxy http://cnn.com/*><br />
+Order allow,deny<br />
+Deny from all<br />
+</Proxy>
+</code></p></div>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="whatwhere" id="whatwhere">Quelles sont les directives autorisées ?</a></h2>
+
+<p>Pour déterminer quelles sont les directives autorisées pour tel type de
+section de configuration, vérifiez le <a href="mod/directive-dict.html#Context">Contexte</a> de la directive.
+Tout ce qui est autorisé dans les sections
+<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>
+l'est aussi d'un point de vue syntaxique dans les sections
+<code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code>,
+<code class="directive"><a href="./mod/core.html#files"><Files></a></code>,
+<code class="directive"><a href="./mod/core.html#filesmatch"><FilesMatch></a></code>,
+<code class="directive"><a href="./mod/core.html#location"><Location></a></code>,
+<code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code>,
+<code class="directive"><a href="./mod/mod_proxy.html#proxy"><Proxy></a></code>,
+et <code class="directive"><a href="./mod/mod_proxy.html#proxymatch"><ProxyMatch></a></code>.
+Il y a cependant quelques exceptions :</p>
+
+<ul>
+<li>La directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code>
+ne fonctionne que dans les sections
+<code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>.</li>
+
+<li>Les <code class="directive"><a href="./mod/core.html#options">Options</a></code> <code>FollowSymLinks</code> et
+<code>SymLinksIfOwnerMatch</code> ne fonctionnent que dans les sections
+<code class="directive"><a href="./mod/core.html#directory"><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
+<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>.</li>
+</ul>
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="mergin" id="mergin">Comment les sections sont combinées entre elles</a></h2>
+
+<p>Les sections de configuration sont appliquées dans un ordre très particulier.
+Il est important de savoir comment cet ordre est défini car il peut avoir
+des effets importants sur la manière dont les directives de configuration
+sont interprétées.</p>
+
+ <p>L'ordre dans lequel les sections sont combinées est :</p>
+
+ <ol>
+ <li> Les sections <code class="directive"><a href="./mod/core.html#directory"><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
+ <code class="directive"><a href="./mod/core.html#directory"><Directory></a></code>)</li>
+
+ <li>Les sections
+ <code class="directive"><a href="./mod/core.html#directorymatch"><DirectoryMatch></a></code>
+ (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
+ <code class="directive"><a href="./mod/core.html#location"><Location></a></code>
+ et <code class="directive"><a href="./mod/core.html#locationmatch"><LocationMatch></a></code> sont appliquées
+ simultanément</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.
+ Par exemple, <code><Directory /var/web/dir></code> sera
+ 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
+ <code class="directive"><a href="./mod/core.html#include">Include</a></code>.</p>
+
+ <p>Les sections situées à l'intérieur de sections <code class="directive"><a href="./mod/core.html#virtualhost"><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>,
+ le conteneur <code class="directive"><a href="./mod/mod_proxy.html#proxy"><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.</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> |
+<a href="./fr/sections.html" title="Français"> fr </a> |
+<a href="./ja/sections.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/sections.html" hreflang="ko" rel="alternate" title=""> ko </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007080301 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="sections.xml.meta">
+
+<title>Sections de configuration</title>
+
+<summary> <p>Les directives des <a
+href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
+au serveur dans son ensemble, ou seulement à 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>
+</summary>
+
+<section id="types"><title>Types de conteneurs de sections de
+configuration</title>
+
+<related>
+<modulelist>
+<module>core</module>
+<module>mod_version</module>
+<module>mod_proxy</module>
+</modulelist>
+<directivelist>
+<directive type="section" module="core">Directory</directive>
+<directive type="section" module="core">DirectoryMatch</directive>
+<directive type="section" module="core">Files</directive>
+<directive type="section" module="core">FilesMatch</directive>
+<directive type="section" module="core">IfDefine</directive>
+<directive type="section" module="core">IfModule</directive>
+<directive type="section" module="mod_version">IfVersion</directive>
+<directive type="section" module="core">Location</directive>
+<directive type="section" module="core">LocationMatch</directive>
+<directive type="section" module="mod_proxy">Proxy</directive>
+<directive type="section" module="mod_proxy">ProxyMatch</directive>
+<directive type="section" module="core">VirtualHost</directive>
+</directivelist>
+</related>
+
+<p>Il existe deux grands types de conteneurs. La plupart des conteneurs sont
+é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
+é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é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ê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>
+<IfDefine ClosedForNow><br />
+Redirect / http://otherserver.example.com/<br />
+</IfDefine>
+</example>
+
+<p>Le conteneur <directive type="section" module="core">IfModule</directive>
+est similaire; les directives qu'il contient ne s'appliqueront que si
+un module particulier est disponible au niveau du serveur.
+Le module doit être soit compilé statiquement dans le serveur, soit
+dynamiquement et dans ce cas, la ligne <directive
+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é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">MimeMagicFiles</directive> ne s'appliquera que si le
+module <module>mod_mime_magic</module> est disponible.</p>
+
+<example>
+<IfModule mod_mime_magic.c><br />
+MimeMagicFile conf/magic<br />
+</IfModule>
+</example>
+
+<p>Le conteneur
+<directive type="section" module="mod_version">IfVersion</directive>
+est similaire aux conteneurs <directive type="section"
+module="core">IfDefine</directive> et <directive type="section"
+module="core">IfModule</directive>; les directives qu'il contient ne
+s'appliqueront que si une version particuliè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>
+ <IfVersion >= 2.1><br />
+ <indent>
+ # les directives situées ici ne s'appliquent que si la version <br />
+ # est supérieure ou égale à 2.1.0.<br />
+ </indent>
+ </IfVersion>
+</example>
+
+<p><directive type="section" module="core">IfDefine</directive>,
+<directive type="section" module="core">IfModule</directive>, et
+<directive type="section" module="mod_version">IfVersion</directive>
+peuvent inverser leur test conditionnel en le faisant pré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ème de fichiers et
+arborescence du site web</title>
+
+<p>Les conteneurs de sections de configuration les plus couramment utilisés
+sont ceux qui modifient la configuration de points particuliers du système de
+fichiers ou de l'arborescence du site web. Tout d'abord, il est important de
+comprendre la différence entre les deux. Le système de fichiers est une vue
+de vos disques tels qu'ils sont perçus par votre système d'exploitation.
+Par exemple, avec une installation par défaut,
+Apache est situé dans <code>/usr/local/apache2</code> pour le système de
+fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
+le système de fichiers Windows. (Notez que des slashes directs doivent
+toujours être utilisés comme séparateur de chemin dans Apache, même sous
+Windows.) Quant à
+l'arborescence du site web, il s'agit d'une vue de votre site
+tel que présenté par le
+serveur web et perçue par le client. Ainsi le chemin <code>/dir/</code> dans
+l'arborescence du site web correspond au chemin
+<code>/usr/local/apache2/htdocs/dir/</code> dans le système de fichiers pour
+une installation d'Apache par défaut sous UNIX.
+En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
+système de fichiers, car les pages web peuvent être générées dynamiquement
+à partir de bases de données ou d'autres emplacements.</p>
+
+<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 équivalents acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>,
+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épertoire
+précisé, ainsi qu'à tous ses sous-répertoires.
+Le même effet peut être obtenu en utilisant les <a
+href="howto/htaccess.html">fichiers .htaccess</a>. Par exemple, avec la
+configuration suivante, l'indexation sera activée pour le répertoire
+<code>/var/web/dir1</code> et tous ses sous-répertoires.</p>
+
+<example>
+<Directory /var/web/dir1><br />
+Options +Indexes<br />
+</Directory>
+</example>
+
+<p>Les directives contenues dans une section <directive type="section"
+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é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>
+
+<example>
+<Files private.html><br />
+Order allow,deny<br />
+Deny from all<br />
+</Files>
+</example>
+
+<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 ê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>
+<Directory /var/web/dir1><br />
+<Files private.html><br />
+Order allow,deny<br />
+Deny from all<br />
+</Files><br />
+</Directory>
+</example>
+</section>
+
+<section id="webspace"><title>Conteneurs de l'arborescence du site web</title>
+
+<p>le conteneur <directive type="section" module="core">Location</directive>
+et son é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ès à toute URL dont la partie chemin
+commence par /private.
+En particulier, l'interdiction s'appliquera aux requêtes pour :
+<code>http://yoursite.example.com/private</code>,
+<code>http://yoursite.example.com/private123</code>, et
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'à
+toute requête commençant par la chaîne de caractères <code>/private</code>.</p>
+
+<example>
+<Location /private><br />
+Order Allow,Deny<br />
+Deny from all<br />
+</Location>
+</example>
+
+<p>Le conteneur <directive type="section" module="core">Location</directive>
+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écessaire de trouver un fichier nommé <code>server-status</code>
+dans le système de fichiers.</p>
+
+<example>
+<Location /server-status><br />
+SetHandler server-status<br />
+</Location>
+</example>
+</section>
+
+<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è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 : <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é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>
+
+<example>
+<Directory /home/*/public_html><br />
+Options Indexes<br />
+</Directory>
+</example>
+
+<p>Avec les conteneurs utilisant les expressions rationnelles,
+on peut interdire l'accès à de nombreux types de fichiers d'images
+simultanément :</p>
+<example>
+<FilesMatch \.(?i:gif|jpe?g|png)$><br />
+Order allow,deny<br />
+Deny from all<br />
+</FilesMatch>
+</example>
+
+</section>
+
+<section id="whichwhen"><title>Que faut-il utiliser et quand ?</title>
+
+<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 à 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è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>
+<Location /dir/><br />
+Order allow,deny<br />
+Deny from all<br />
+</Location>
+</example>
+
+<p>Elle fonctionne correctement si la requête appelle
+<code>http://yoursite.example.com/dir/</code>. Mais que va-t-il se passer si
+votre système de fichiers est insensible à la casse ?
+Votre restriction va pouvoir être tout simplement contournée en envoyant une
+requête sur
+<code>http://yoursite.example.com/DIR/</code>. Le conteneur <directive
+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é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ée.)</p>
+
+<p>Si vous pensez que vous n'êtes pas concerné par ce problème
+parceque vous utilisez un système de fichiers sensible à la casse,
+gardez à l'esprit qu'il y a de nombreuses autres manières pour faire
+correspondre plusieurs localisations de l'arborescence du site web à la même
+localisation du système de fichiers. C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de système de fichiers.
+Il y a cependant une exception à cette règle. Placer des restrictions de
+configuration dans un conteneur <code><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>
+</section>
+
+</section>
+
+<section id="virtualhost"><title>Hôtes virtuels</title>
+
+<p>Le conteneur <directive type="section" module="core">VirtualHost</directive>
+contient des directives qui s'appliquent à 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>
+</section>
+
+<section id="proxy"><title>Mandataire</title>
+
+<p>Les conteneurs
+<directive type="section" module="mod_proxy">Proxy</directive>
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>
+appliquent les directives de configuration qu'ils contiennent uniquement aux
+sites qui correspondent à 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
+va interdire l'utilisation du serveur proxy pour accéder au site
+<code>cnn.com</code>.</p>
+
+<example>
+<Proxy http://cnn.com/*><br />
+Order allow,deny<br />
+Deny from all<br />
+</Proxy>
+</example>
+</section>
+
+<section id="whatwhere"><title>Quelles sont les directives autorisées ?</title>
+
+<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
+<directive type="section" module="core">Directory</directive>
+l'est aussi d'un point de vue syntaxique dans les sections
+<directive type="section" module="core">DirectoryMatch</directive>,
+<directive type="section" module="core">Files</directive>,
+<directive type="section" module="core">FilesMatch</directive>,
+<directive type="section" module="core">Location</directive>,
+<directive type="section" module="core">LocationMatch</directive>,
+<directive type="section" module="mod_proxy">Proxy</directive>,
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>.
+Il y a cependant quelques exceptions :</p>
+
+<ul>
+<li>La directive <directive module="core">AllowOverride</directive>
+ne fonctionne que dans les sections
+<directive type="section" module="core">Directory</directive>.</li>
+
+<li>Les <directive
+module="core">Options</directive> <code>FollowSymLinks</code> et
+<code>SymLinksIfOwnerMatch</code> ne fonctionnent que dans les sections
+<directive type="section" module="core">Directory</directive> ou les fichiers
+<code>.htaccess</code>.</li>
+
+<li>La directive <directive module="core">Options</directive> ne peut pas ê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ées entre elles</title>
+
+<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 <directive type="section"
+ module="core">Directory</directive> (à 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
+ <directive type="section" module="core">Directory</directive>)</li>
+
+ <li>Les sections
+ <directive type="section" module="core">DirectoryMatch</directive>
+ (et <code><Directory ~></code>)</li>
+
+ <li>Les sections <directive type="section"
+ module="core">Files</directive> et <directive
+ 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ées
+ simultanément</li>
+ </ol>
+
+ <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ées dans l'ordre du répertoire le plus court vers le plus long.
+ Par exemple, <code><Directory /var/web/dir></code> sera
+ traité avant <code><Directory
+ /var/web/dir/subdir></code>. Si plusieurs sections <directive
+ 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é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ées à l'intérieur de sections <directive type="section"
+ module="core">VirtualHost</directive>
+ 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 <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ées plus loin dans le fichier de configuration prévalent
+ sur celles qui les précèdent.</p>
+
+<note><title>Note technique</title>
+ 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.
+</note>
+
+<section id="merge-examples"><title>Quelques exemples</title>
+
+<p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
+En supposant qu'elles s'appliquent toutes à la requête, les directives de
+cet exemple seront appliquées dans l'ordre suivant : A > B > C > D >
+E.</p>
+
+<example>
+<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 />
+</example>
+
+<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
+é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>
+<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>
+</example>
+
+</section>
+
+</section>
+</manualpage>
<variants>
<variant>en</variant>
+ <variant>fr</variant>
<variant outdated="yes">ja</variant>
<variant outdated="yes">ko</variant>
</variants>
Content-Language: en
Content-type: text/html; charset=ISO-8859-1
+URI: upgrading.html.fr
+Content-Language: fr
+Content-type: text/html; charset=ISO-8859-1
+
URI: upgrading.html.ja.euc-jp
Content-Language: ja
Content-type: text/html; charset=EUC-JP
<div class="toplang">
<p><span>Available Languages: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/upgrading.html" title="English"> en </a> |
-<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./fr/upgrading.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a> |
<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian"> ru </a></p>
</div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
<a href="./en/upgrading.html" title="English"> en </a> |
-<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
+<a href="./fr/upgrading.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title=""> ko </a> |
<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a> |
<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian"> ru </a></p>
</div><div id="footer">
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Mise à jour vers 2.2 depuis 2.0 - Serveur Apache HTTP</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
+<p class="apache">Serveur Apache HTTP Version 2.2</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<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.2</a></div><div id="page-content"><div id="preamble"><h1>Mise à jour vers 2.2 depuis 2.0</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/upgrading.html" title="Français"> fr </a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title=""> ko </a> |
+<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a> |
+<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian"> ru </a></p>
+</div>
+
+ <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
+ jour, nous maintenons un document
+ qui comporte des informations critiques à l'attention des personnes qui
+ utilisent déjà Apache. Ces informations ne sont que de brèves notes, et vous
+ devriez trouver plus d'informations dans le document <a href="new_features_2_2.html">Nouvelles fonctionnalités</a>, ou dans
+ le fichier <code>src/CHANGES</code>.</p>
+
+ <p>Ce document ne décrit que les modifications intervenues entre les versions
+ 2.0 et 2.2. Si vous effectuez une mise à jour depuis la version 1.3, vous
+ devez aussi consulter le
+ <a href="http://httpd.apache.org/docs/2.0/upgrading.html">document de mise
+ à jour de 1.3 vers 2.0.</a></p>
+
+</div>
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#compile-time">Modifications de la configuration au moment de la compilation</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration à l'exécution</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#misc">Changements divers</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#third-party">Modules tiers</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="new_features_2_2.html">Vue d'ensemble des nouvelles
+fonctionnalités de Apache 2.2</a></li></ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="compile-time" id="compile-time">Modifications de la configuration au moment de la compilation</a></h2>
+
+
+ <p>Le processus de compilation est très similaire à celui de la
+ version 2.0. Dans certains cas, vous pourrez même utiliser
+ votre ancienne ligne de commande
+ <code>configure</code> (que vous trouverez dans le fichier
+ <code>build/config.nice</code> à la racine du répertoire des sources de
+ votre serveur). Les changements qui devront être le plus souvent effectués
+ concerneront des noms de modules, et en particulier les modules gérant
+ l'authentification et les autorisations.
+ Quelques exemples de modifications :</p>
+
+ <ul>
+ <li>mod_imap a été renommé en <code class="module"><a href="./mod/mod_imagemap.html">mod_imagemap</a></code></li>
+ <li>mod_auth a été scindé en quatre modules :
+ <code class="module"><a href="./mod/mod_auth_basic.html">mod_auth_basic</a></code>,
+ <code class="module"><a href="./mod/mod_authn_file.html">mod_authn_file</a></code>, <code class="module"><a href="./mod/mod_authz_user.html">mod_authz_user</a></code>, et
+ <code class="module"><a href="./mod/mod_authz_groupfile.html">mod_authz_groupfile</a></code></li>
+ <li>mod_access a été renommé en <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code></li>
+ <li>mod_auth_ldap a été renommé en <code class="module"><a href="./mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code></li>
+ <li>La version requise pour l'API APR est la 1.0.</li>
+ <li>La version de la bibliothèque PCRE intégrée est la 5.0</li>
+ </ul>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="run-time" id="run-time">Modifications de la configuration à l'exécution</a></h2>
+
+
+ <p>Vos fichiers de configuration et scripts de démarrage de la version 2.0
+ existante peuvent en général être utilisés sans modification avec la
+ version 2.2. Quelques petits ajustements peuvent cependant être nécessaires
+ dans le cas de configurations particulières comme décrit plus bas.
+ En outre, si des modules standards sont chargés dynamiquement à l'aide de
+ la directive <code class="directive"><a href="./mod/mod_so.html#loadmodule">LoadModule</a></code>,
+ vous devez vérifier les changements de noms de modules mentionnés
+ plus haut.</p>
+
+ <p>Si vous choisissez d'utiliser le nouveau fichier de configuration par
+ défaut de la
+ version 2.2, vous vous apercevrez qu'il a été considérablement simplifié
+ et ne conserve que les points les plus essentiels de la configuration.
+ Plusieurs exemples de configurations utilisant des fonctionnalités plus
+ avancées sont disponibles dans le répertoire
+ <code>conf/extra/</code> de l'installation du serveur. Les fichiers de
+ configuration par défaut se trouvent dans le répertoire
+ <code>conf/original</code>.</p>
+
+ <p>Quelques changements dans la configuration à l'exécution que vous
+ pouvez noter :</p>
+
+ <ul>
+ <li>L'option <code>startssl</code> du programme
+ <code class="program"><a href="./programs/apachectl.html">apachectl</a></code> n'est plus disponible. Pour activer le
+ support SSL, vous devez éditer <code>httpd.conf</code> de façon à
+ inclure les directives du module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code>
+ correspondantes, puis utiliser la commande <code>apachectl start</code>
+ pour démarrer le serveur. Vous trouverez un exemple de configuration
+ permettant d'activer le module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> dans le fichier
+ <code>conf/extra/httpd-ssl.conf</code>.</li>
+
+ <li>La directive <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> est maintenant définie par
+ défaut à <code>Off</code>. Si cette directive
+ n'était pas présente dans votre
+ ancien fichier de configuration, vous pouvez ajouter
+ <code>UseCanonicalName On</code> dans le nouveau pour garder inchangé
+ l'ancien comportement.</li>
+
+ <li>Le module <code class="module"><a href="./mod/mod_userdir.html">mod_userdir</a></code> ne sera appliqué sur les
+ requêtes que si une directive <code class="directive"><a href="./mod/mod_userdir.html#userdir">UserDir</a></code> spécifiant un nom de répertoire
+ se trouve dans le fichier de configuration. Pour garder l'ancien
+ comportement par défaut inchangé, placer la directive <code>UserDir
+ public_html</code> dans votre fichier de configuration.</li>
+
+ <li>La directive <code class="directive">AuthDigestFile</code>
+ du module <code class="module"><a href="./mod/mod_auth_digest.html">mod_auth_digest</a></code> a été fusionnée avec la
+ directive <code class="directive"><a href="./mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code>
+ et appartient maintenant au module <code class="module"><a href="./mod/mod_authn_file.html">mod_authn_file</a></code>.</li>
+ </ul>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="misc" id="misc">Changements divers</a></h2>
+
+
+ <ul>
+ <li>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <code class="module"><a href="./mod/mod_disk_cache.html">mod_disk_cache</a></code>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <code class="module"><a href="./mod/mod_mem_cache.html">mod_mem_cache</a></code>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <code class="module"><a href="./mod/mod_charset_lite.html">mod_charset_lite</a></code>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <code class="module"><a href="./mod/mod_dumpio.html">mod_dumpio</a></code>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ </ul>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="third-party" id="third-party">Modules tiers</a></h2>
+
+
+ <p>De nombreux modules tiers conçus pour la version 2.0 fonctionneront sans
+ changement avec le serveur HTTP Apache version 2.2. Mais tous ces modules
+ doivent être recompilés avant de pouvoir être chargés.</p>
+
+ </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./de/upgrading.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
+<a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/upgrading.html" title="Français"> fr </a> |
+<a href="./ja/upgrading.html" hreflang="ja" rel="alternate" title=""> ja </a> |
+<a href="./ko/upgrading.html" hreflang="ko" rel="alternate" title=""> ko </a> |
+<a href="./pt-br/upgrading.html" hreflang="pt-br" rel="alternate" title="Português (Brasil)"> pt-br </a> |
+<a href="./ru/upgrading.html" hreflang="ru" rel="alternate" title="Russian"> ru </a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2007 The Apache Software Foundation.<br />Authorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/directives.html">Directives</a> | <a href="./faq/">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div>
+</body></html>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 586771 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2007102101 $ -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="upgrading.xml.meta">
+
+<title>Mise à jour vers 2.2 depuis 2.0</title>
+
+<summary>
+ <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
+ jour, nous maintenons un document
+ qui comporte des informations critiques à l'attention des personnes qui
+ utilisent déjà Apache. Ces informations ne sont que de brèves notes, et vous
+ devriez trouver plus d'informations dans le document <a
+ href="new_features_2_2.html">Nouvelles fonctionnalités</a>, ou dans
+ le fichier <code>src/CHANGES</code>.</p>
+
+ <p>Ce document ne décrit que les modifications intervenues entre les versions
+ 2.0 et 2.2. Si vous effectuez une mise à jour depuis la version 1.3, vous
+ devez aussi consulter le
+ <a href="http://httpd.apache.org/docs/2.0/upgrading.html">document de mise
+ à jour de 1.3 vers 2.0.</a></p>
+
+</summary>
+<seealso><a href="new_features_2_2.html">Vue d'ensemble des nouvelles
+fonctionnalités de Apache 2.2</a></seealso>
+
+ <section id="compile-time">
+ <title>Modifications de la configuration au moment de la compilation</title>
+
+ <p>Le processus de compilation est très similaire à celui de la
+ version 2.0. Dans certains cas, vous pourrez même utiliser
+ votre ancienne ligne de commande
+ <code>configure</code> (que vous trouverez dans le fichier
+ <code>build/config.nice</code> à la racine du répertoire des sources de
+ votre serveur). Les changements qui devront être le plus souvent effectués
+ concerneront des noms de modules, et en particulier les modules gérant
+ l'authentification et les autorisations.
+ Quelques exemples de modifications :</p>
+
+ <ul>
+ <li>mod_imap a été renommé en <module>mod_imagemap</module></li>
+ <li>mod_auth a été scindé en quatre modules :
+ <module>mod_auth_basic</module>,
+ <module>mod_authn_file</module>, <module>mod_authz_user</module>, et
+ <module>mod_authz_groupfile</module></li>
+ <li>mod_access a été renommé en <module>mod_authz_host</module></li>
+ <li>mod_auth_ldap a été renommé en <module>mod_authnz_ldap</module></li>
+ <li>La version requise pour l'API APR est la 1.0.</li>
+ <li>La version de la bibliothèque PCRE intégrée est la 5.0</li>
+ </ul>
+
+ </section>
+
+ <section id="run-time">
+ <title>Modifications de la configuration à l'exécution</title>
+
+ <p>Vos fichiers de configuration et scripts de démarrage de la version 2.0
+ existante peuvent en général être utilisés sans modification avec la
+ version 2.2. Quelques petits ajustements peuvent cependant être nécessaires
+ dans le cas de configurations particulières comme décrit plus bas.
+ En outre, si des modules standards sont chargés dynamiquement à l'aide de
+ la directive <directive module="mod_so">LoadModule</directive>,
+ vous devez vérifier les changements de noms de modules mentionnés
+ plus haut.</p>
+
+ <p>Si vous choisissez d'utiliser le nouveau fichier de configuration par
+ défaut de la
+ version 2.2, vous vous apercevrez qu'il a été considérablement simplifié
+ et ne conserve que les points les plus essentiels de la configuration.
+ Plusieurs exemples de configurations utilisant des fonctionnalités plus
+ avancées sont disponibles dans le répertoire
+ <code>conf/extra/</code> de l'installation du serveur. Les fichiers de
+ configuration par défaut se trouvent dans le répertoire
+ <code>conf/original</code>.</p>
+
+ <p>Quelques changements dans la configuration à l'exécution que vous
+ pouvez noter :</p>
+
+ <ul>
+ <li>L'option <code>startssl</code> du programme
+ <program>apachectl</program> n'est plus disponible. Pour activer le
+ support SSL, vous devez éditer <code>httpd.conf</code> de façon à
+ inclure les directives du module <module>mod_ssl</module>
+ correspondantes, puis utiliser la commande <code>apachectl start</code>
+ pour démarrer le serveur. Vous trouverez un exemple de configuration
+ permettant d'activer le module <module>mod_ssl</module> dans le fichier
+ <code>conf/extra/httpd-ssl.conf</code>.</li>
+
+ <li>La directive <directive
+ module="core">UseCanonicalName</directive> est maintenant définie par
+ défaut à <code>Off</code>. Si cette directive
+ n'était pas présente dans votre
+ ancien fichier de configuration, vous pouvez ajouter
+ <code>UseCanonicalName On</code> dans le nouveau pour garder inchangé
+ l'ancien comportement.</li>
+
+ <li>Le module <module>mod_userdir</module> ne sera appliqué sur les
+ requêtes que si une directive <directive
+ module="mod_userdir">UserDir</directive> spécifiant un nom de répertoire
+ se trouve dans le fichier de configuration. Pour garder l'ancien
+ comportement par défaut inchangé, placer la directive <code>UserDir
+ public_html</code> dans votre fichier de configuration.</li>
+
+ <li>La directive <directive>AuthDigestFile</directive>
+ du module <module>mod_auth_digest</module> a été fusionnée avec la
+ directive <directive module="mod_authn_file">AuthUserFile</directive>
+ et appartient maintenant au module <module>mod_authn_file</module>.</li>
+ </ul>
+ </section>
+
+ <section id="misc">
+ <title>Changements divers</title>
+
+ <ul>
+ <li>Le module <module>mod_cache</module>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <module>mod_disk_cache</module>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <module>mod_mem_cache</module>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <module>mod_charset_lite</module>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ <li>Le module <module>mod_dumpio</module>, qui était
+ expérimental dans Apache 2.0, est désormais un module standard.</li>
+
+ </ul>
+ </section>
+
+ <section id="third-party">
+ <title>Modules tiers</title>
+
+ <p>De nombreux modules tiers conçus pour la version 2.0 fonctionneront sans
+ changement avec le serveur HTTP Apache version 2.2. Mais tous ces modules
+ doivent être recompilés avant de pouvoir être chargés.</p>
+
+ </section>
+</manualpage>
<variants>
<variant outdated="yes">de</variant>
<variant>en</variant>
+ <variant>fr</variant>
<variant outdated="yes">ja</variant>
<variant outdated="yes">ko</variant>
<variant outdated="yes">pt-br</variant>
projects / thirdparty / apache / httpd.git / commitdiff
