You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by lg...@apache.org on 2017/01/28 16:34:40 UTC
svn commit: r1780717 [2/3] - in /httpd/httpd/branches/2.4.x/docs/manual: ./
mod/ ssl/
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_cache.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_cache.xml.fr?rev=1780717&r1=1780716&r2=1780717&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_cache.xml.fr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_cache.xml.fr [utf-8] Sat Jan 28 16:34:40 2017
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1673563:1780218 (outdated) -->
+<!-- English Revision: 1780218 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -25,93 +25,93 @@
<modulesynopsis metafile="mod_cache.xml.meta">
<name>mod_cache</name>
-<description>Filtre de mise en cache HTTP conforme à la RFC 2616</description>
+<description>Filtre de mise en cache HTTP conforme � la RFC 2616</description>
<status>Extension</status>
<sourcefile>mod_cache.c</sourcefile>
<identifier>cache_module</identifier>
<summary>
- <note type="warning">Ce module doit être utilisé avec précautions
+ <note type="warning">Ce module doit �tre utilis� avec pr�cautions
car lorsque la directive <directive
- module="mod_cache">CacheQuickHandler</directive> est définie à sa
- valeur par défaut <strong>on</strong>, les directives <directive
+ module="mod_cache">CacheQuickHandler</directive> est d�finie � sa
+ valeur par d�faut <strong>on</strong>, les directives <directive
module="mod_access_compat">Allow</directive> and <directive
- module="mod_access_compat">Deny</directive> sont court-circuitées. Vous
+ module="mod_access_compat">Deny</directive> sont court-circuit�es. Vous
ne devez donc pas activer la gestion rapide de la mise en cache pour
- un contenu auquel vous souhaitez limiter l'accès en fonction du nom
- d'hôte du client, de l'adresse IP ou d'une variable
+ un contenu auquel vous souhaitez limiter l'acc�s en fonction du nom
+ d'h�te du client, de l'adresse IP ou d'une variable
d'environnement.</note>
- <p><module>mod_cache</module> implémente un <strong>filtre de mise
- en cache de contenu HTTP</strong> conforme à la <a
+ <p><module>mod_cache</module> impl�mente un <strong>filtre de mise
+ en cache de contenu HTTP</strong> conforme � la <a
href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a>, avec
- support de la mise en cache des réponses dont le contenu a été
- négocié et comportant l'en-tête Vary.</p>
+ support de la mise en cache des r�ponses dont le contenu a �t�
+ n�goci� et comportant l'en-t�te Vary.</p>
- <p>La mise en cache conforme à la RFC 2616 fournit un mécanisme
- permettant de vérifier si un contenu expiré ou dépassé est encore à
+ <p>La mise en cache conforme � la RFC 2616 fournit un m�canisme
+ permettant de v�rifier si un contenu expir� ou d�pass� est encore �
jour, et peut apporter un gain de performances significatif si le
- serveur original supporte les <strong>requêtes
- conditionnelles</strong> en prenant en compte l'en-tête de requête
+ serveur original supporte les <strong>requ�tes
+ conditionnelles</strong> en prenant en compte l'en-t�te de requ�te
HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.26">If-None-Match</a>.
- Le contenu n'est ainsi régénéré que lorsqu'il a été modifié, et non
- lorsqu'il a expiré.</p>
+ Le contenu n'est ainsi r�g�n�r� que lorsqu'il a �t� modifi�, et non
+ lorsqu'il a expir�.</p>
- <p>En tant que filtre, <module>mod_cache</module> peut être placé
+ <p>En tant que filtre, <module>mod_cache</module> peut �tre plac�
en face d'un contenu issu de tout gestionnaire, y compris
- <strong>des fichiers à accès séquentiel</strong> (servis depuis un
+ <strong>des fichiers � acc�s s�quentiel</strong> (servis depuis un
disque lent mis en
cache sur un gros disque), la sortie d'un <strong>script
- CGI</strong> ou d'un <strong>générateur de contenu
- dynamique</strong>, ou du contenu <strong>mandaté depuis un autre
+ CGI</strong> ou d'un <strong>g�n�rateur de contenu
+ dynamique</strong>, ou du contenu <strong>mandat� depuis un autre
serveur</strong>.</p>
- <p>Dans la configuration par défaut, <module>mod_cache</module>
+ <p>Dans la configuration par d�faut, <module>mod_cache</module>
place le filtre de mise en cache aussi loin que possible dans la
pile de filtres, utilisant le <strong>gestionnaire rapide</strong>
- pour court-circuiter tout traitement par requête lors de l'envoi du
- contenu au client. Dans ce mode opératoire,
- <module>mod_cache</module> peut être considéré comme un serveur
- mandataire avec cache fixé en tête du serveur web, alors qu'il
- s'exécute dans ce même serveur web.</p>
+ pour court-circuiter tout traitement par requ�te lors de l'envoi du
+ contenu au client. Dans ce mode op�ratoire,
+ <module>mod_cache</module> peut �tre consid�r� comme un serveur
+ mandataire avec cache fix� en t�te du serveur web, alors qu'il
+ s'ex�cute dans ce m�me serveur web.</p>
- <p>Lorsque le gestionnaire rapide est désactivé via la directive
+ <p>Lorsque le gestionnaire rapide est d�sactiv� via la directive
<directive module="mod_cache">CacheQuickHandler</directive>, il
- devient possible d'insérer le filtre <strong>CACHE</strong> à un
+ devient possible d'ins�rer le filtre <strong>CACHE</strong> � un
point de la pile de filtres choisi par l'administrateur. Ceci permet
de mettre en cache un contenu avant que celui-ci ne soit
- personnalisé par le filtre <module>mod_include</module>, ou
- éventuellement compressé par le filtre <module>mod_deflate</module>.</p>
+ personnalis� par le filtre <module>mod_include</module>, ou
+ �ventuellement compress� par le filtre <module>mod_deflate</module>.</p>
<p>Dans le mode de fonctionnement normal, <module>mod_cache</module>
- peut être contrôlé par les en-têtes <a
+ peut �tre contr�l� par les en-t�tes <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9">Cache-Control</a>
et <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.32">Pragma</a>
- envoyés par un client dans une requête, ou par un serveur dans une
- réponse. Dans des circonstances exceptionnelles,
- <module>mod_cache</module> peut cependant être configuré pour
- outrepasser ces en-têtes et forcer un comportement spécifique au
- site, bien qu'un tel comportement sera limité à ce cache seulement,
- et n'affectera pas les opérations des autres caches qui peuvent
- s'insérer entre le client et le serveur, et ce type de configuration
- ne doit donc être utiliser qu'en cas de nécessité absolue.</p>
+ envoy�s par un client dans une requ�te, ou par un serveur dans une
+ r�ponse. Dans des circonstances exceptionnelles,
+ <module>mod_cache</module> peut cependant �tre configur� pour
+ outrepasser ces en-t�tes et forcer un comportement sp�cifique au
+ site, bien qu'un tel comportement sera limit� � ce cache seulement,
+ et n'affectera pas les op�rations des autres caches qui peuvent
+ s'ins�rer entre le client et le serveur, et ce type de configuration
+ ne doit donc �tre utiliser qu'en cas de n�cessit� absolue.</p>
- <p>La RFC 2616 permet au cache de renvoyer des données périmées
- pendant que l'entrée périmée correspondante est mise à jour depuis
+ <p>La RFC 2616 permet au cache de renvoyer des donn�es p�rim�es
+ pendant que l'entr�e p�rim�e correspondante est mise � jour depuis
le serveur original, et <module>mod_cache</module> supporte cette
- fonctionnalité lorsque la directive <directive
- module="mod_cache">CacheLock</directive> est configurée en
- conséquence. De telles réponses comportent un en-tête HTTP <a
+ fonctionnalit� lorsque la directive <directive
+ module="mod_cache">CacheLock</directive> est configur�e en
+ cons�quence. De telles r�ponses comportent un en-t�te HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.46">Warning</a>
- contenant un code de réponse 110. La RFC 2616 permet aussi au cache
- de renvoyer des données périmées lorsque la tentative de mise à jour
- des données périmées renvoie une erreur 500 ou supérieure, et cette
- fonctionnalité est supportée par défaut par
- <module>mod_cache</module>. De telles réponses comportent un en-tête HTTP <a
+ contenant un code de r�ponse 110. La RFC 2616 permet aussi au cache
+ de renvoyer des donn�es p�rim�es lorsque la tentative de mise � jour
+ des donn�es p�rim�es renvoie une erreur 500 ou sup�rieure, et cette
+ fonctionnalit� est support�e par d�faut par
+ <module>mod_cache</module>. De telles r�ponses comportent un en-t�te HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.46">Warning</a>
- contenant un code de réponse 111.</p>
+ contenant un code de r�ponse 111.</p>
<p><module>mod_cache</module> requiert les services d'un ou
plusieurs modules de gestion de stockage. La distribution Apache de base
@@ -119,31 +119,31 @@
<dl>
<dt><module>mod_cache_disk</module></dt>
- <dd>implémente un gestionnaire de stockage sur disque. Les en-têtes
- et corps sont stockés séparément sur le disque dans une structure de
- répertoires basée sur le condensé md5 de l'URL mise en cache.
- Plusieurs réponses à contenu négocié peuvent être stockées en même
+ <dd>impl�mente un gestionnaire de stockage sur disque. Les en-t�tes
+ et corps sont stock�s s�par�ment sur le disque dans une structure de
+ r�pertoires bas�e sur le condens� md5 de l'URL mise en cache.
+ Plusieurs r�ponses � contenu n�goci� peuvent �tre stock�es en m�me
temps, mais la mise en cache de contenus partiels n'est pas
- supportée par ce module. L'utilitaire
+ support�e par ce module. L'utilitaire
<program>htcacheclean</program> permet de lister et de supprimer les
- URLs mises en cache, et de maintenir le cache en deçà de
+ URLs mises en cache, et de maintenir le cache en de�� de
certaines limites de taille et de nombre d'inodes.</dd>
<dt><module>mod_cache_socache</module></dt>
- <dd>Implémente un gestionnaire de stockage basé sur un cache d'objets
- partagés. Les en-têtes et corps sont stockés ensemble sous une seule
- clé basée sur l'URL de la réponse mise en cache. Des réponses à
- contenus multiples négociés peuvent être stockées simultanément, mais
+ <dd>Impl�mente un gestionnaire de stockage bas� sur un cache d'objets
+ partag�s. Les en-t�tes et corps sont stock�s ensemble sous une seule
+ cl� bas�e sur l'URL de la r�ponse mise en cache. Des r�ponses �
+ contenus multiples n�goci�s peuvent �tre stock�es simultan�ment, mais
ce module ne supporte pas la mise en cache de contenus partiels.</dd>
</dl>
- <p>Pour de plus amples détails, une description, et des exemples,
+ <p>Pour de plus amples d�tails, une description, et des exemples,
reportez-vous au <a href="../caching.html">Guide de la mise en
cache</a>.</p>
</summary>
<seealso><a href="../caching.html">Guide de la mise en
cache</a></seealso>
-<section id="related"><title>Modules apparentés et directives</title>
+<section id="related"><title>Modules apparent�s et directives</title>
<related>
<modulelist>
<module>mod_cache_socache</module>
@@ -181,70 +181,70 @@ LoadModule cache_module modules/mod_cach
</IfModule>
# Lorsqu'on sert de mandataire, on ne met pas en cache la liste
-# des mises à jour de sécurité
+# des mises � jour de s�curit�
CacheDisable "http://security.update.server/update-list/"
</IfModule>
</highlight>
</example>
</section>
-<section id="thunderingherd"><title>Eviter une tempête de requête</title>
- <p>Lorsqu'une entrée du cache est périmée, <module>mod_cache</module>
- soumet une requête conditionnelle au processus d'arrière-plan, qui est
- censé confirmer la validité de l'entrée du cache, ou dans la négative
- envoyer une entrée mise à jour.</p>
- <p>Un court mais non négligeable laps de temps existe entre le moment
- où l'entrée du cache est périmée, et le moment où elle est mise à
- jour. Sur un serveur fortement chargé, un certain nombre de requêtes
+<section id="thunderingherd"><title>Eviter une temp�te de requ�te</title>
+ <p>Lorsqu'une entr�e du cache est p�rim�e, <module>mod_cache</module>
+ soumet une requ�te conditionnelle au processus d'arri�re-plan, qui est
+ cens� confirmer la validit� de l'entr�e du cache, ou dans la n�gative
+ envoyer une entr�e mise � jour.</p>
+ <p>Un court mais non n�gligeable laps de temps existe entre le moment
+ o� l'entr�e du cache est p�rim�e, et le moment o� elle est mise �
+ jour. Sur un serveur fortement charg�, un certain nombre de requ�tes
peut arriver pendant ce laps de temps, et provoquer une
- <strong>tempête</strong> de requêtes susceptibles de saturer le
- processus d'arrière-plan de manière soudaine et imprédictible.</p>
- <p>Pour contenir cette tempête, on peut utiliser la directive
- <directive>CacheLock</directive> afin de définir un répertoire où
- seront créés <strong>à la volée</strong> des verrous pour les URLs.
- Ces verrous sont utilisés comme autant d'<strong>indications</strong>
- par les autres requêtes, soit pour empêcher une tentative de mise en
- cache (un autre processus est en train de récupérer l'entité), soit
- pour indiquer qu'une entrée périmée est en cours de mise à jour
- (pendant ce temps, c'est le contenu périmé qui sera renvoyé).
+ <strong>temp�te</strong> de requ�tes susceptibles de saturer le
+ processus d'arri�re-plan de mani�re soudaine et impr�dictible.</p>
+ <p>Pour contenir cette temp�te, on peut utiliser la directive
+ <directive>CacheLock</directive> afin de d�finir un r�pertoire o�
+ seront cr��s <strong>� la vol�e</strong> des verrous pour les URLs.
+ Ces verrous sont utilis�s comme autant d'<strong>indications</strong>
+ par les autres requ�tes, soit pour emp�cher une tentative de mise en
+ cache (un autre processus est en train de r�cup�rer l'entit�), soit
+ pour indiquer qu'une entr�e p�rim�e est en cours de mise � jour
+ (pendant ce temps, c'est le contenu p�rim� qui sera renvoy�).
</p>
<section>
- <title>Mise en cache initiale d'une entrée</title>
- <p>Lorsqu'une entité est mise en cache pour la première fois, un
- verrou est créé pour cette entité jusqu'à ce que la réponse ait été
- entièrement mise en cache. Pendant la durée de vie du verrou, le
- cache va empêcher une seconde tentative de mise en cache de la même
- entité. Bien que cela ne suffise pas à contenir la tempête de
- requêtes, toute tentative de mettre en cache la même entité
- plusieurs fois simultanément est stoppée.
+ <title>Mise en cache initiale d'une entr�e</title>
+ <p>Lorsqu'une entit� est mise en cache pour la premi�re fois, un
+ verrou est cr�� pour cette entit� jusqu'� ce que la r�ponse ait �t�
+ enti�rement mise en cache. Pendant la dur�e de vie du verrou, le
+ cache va emp�cher une seconde tentative de mise en cache de la m�me
+ entit�. Bien que cela ne suffise pas � contenir la temp�te de
+ requ�tes, toute tentative de mettre en cache la m�me entit�
+ plusieurs fois simultan�ment est stopp�e.
</p>
</section>
<section>
- <title>Mise à jour d'une entrée périmée</title>
- <p>Lorsqu'une entrée atteint la limite de sa durée de vie, et
- devient par conséquent périmée, un verrou est créé pour cette entité
- jusqu'à ce que la réponse ait été soit confirmée comme encore
- valide, soit remplacée par le processus d'arrière-plan. Pendant la
- durée de vie du verrou, une seconde requête entrante va provoquer le
- renvoi de la donnée périmée, et la tempête de requêtes sera
+ <title>Mise � jour d'une entr�e p�rim�e</title>
+ <p>Lorsqu'une entr�e atteint la limite de sa dur�e de vie, et
+ devient par cons�quent p�rim�e, un verrou est cr�� pour cette entit�
+ jusqu'� ce que la r�ponse ait �t� soit confirm�e comme encore
+ valide, soit remplac�e par le processus d'arri�re-plan. Pendant la
+ dur�e de vie du verrou, une seconde requ�te entrante va provoquer le
+ renvoi de la donn�e p�rim�e, et la temp�te de requ�tes sera
contenue.</p>
</section>
<section>
- <title>Verrous et en-tête Cache-Control: no-cache</title>
- <p>Les verrous ne sont utilisés <strong>qu'à titre
- indicatif</strong> pour enjoindre le cache à être plus coopératif
- avec les serveurs d'arrière-plan, et il est possible de passer outre
- si nécessaire. Si le client envoie une requête contenant un en-tête
- Cache-Control imposant un nouveau téléchargement de l'entité, tout
- verrou éventuel sera ignoré, la requête du client sera honorée
- immédiatement, et l'entrée du cache mise à jour.</p>
+ <title>Verrous et en-t�te Cache-Control: no-cache</title>
+ <p>Les verrous ne sont utilis�s <strong>qu'� titre
+ indicatif</strong> pour enjoindre le cache � �tre plus coop�ratif
+ avec les serveurs d'arri�re-plan, et il est possible de passer outre
+ si n�cessaire. Si le client envoie une requ�te contenant un en-t�te
+ Cache-Control imposant un nouveau t�l�chargement de l'entit�, tout
+ verrou �ventuel sera ignor�, la requ�te du client sera honor�e
+ imm�diatement, et l'entr�e du cache mise � jour.</p>
- <p>Comme mécanisme de sécurité supplémentaire, la durée de vie
+ <p>Comme m�canisme de s�curit� suppl�mentaire, la dur�e de vie
maximale des verrous est configurable. Lorsque cette limite est
- atteinte, le verrou est supprimé et une autre requête peut alors en
- créer un nouveau. Cette durée de vie peut être définie via la
+ atteinte, le verrou est supprim� et une autre requ�te peut alors en
+ cr�er un nouveau. Cette dur�e de vie peut �tre d�finie via la
directive <directive>CacheLockMaxAge</directive>, et sa valeur par
- défaut est de 5 secondes.
+ d�faut est de 5 secondes.
</p>
</section>
<section>
@@ -264,38 +264,38 @@ LoadModule cache_module modules/mod_cach
</section>
</section>
-<section id="finecontrol"><title>Contrôle fin via le filtre CACHE</title>
- <p>Dans son mode de fonctionnement par défaut, le cache s'exécute sous
- la forme d'un gestionnaire rapide, court-circuitant la majorité des
+<section id="finecontrol"><title>Contr�le fin via le filtre CACHE</title>
+ <p>Dans son mode de fonctionnement par d�faut, le cache s'ex�cute sous
+ la forme d'un gestionnaire rapide, court-circuitant la majorit� des
traitements du serveur et fournissant ainsi une mise en cache
- possédant les plus hautes performances disponibles.</p>
+ poss�dant les plus hautes performances disponibles.</p>
<p>Dans ce mode, le cache <strong>s'incruste</strong> devant le
- serveur, comme si un mandataire de mise en cache indépendant RFC 2616
- était placé devant ce dernier.</p>
+ serveur, comme si un mandataire de mise en cache ind�pendant RFC 2616
+ �tait plac� devant ce dernier.</p>
<p>Bien que que ce mode offre les meilleures performances, les
administrateurs peuvent souhaiter, dans certaines circonstances,
- effectuer des traitements sur la requête après que cette dernière ait
- été mise en cache, comme ajouter du contenu personnalisé à la page
+ effectuer des traitements sur la requ�te apr�s que cette derni�re ait
+ �t� mise en cache, comme ajouter du contenu personnalis� � la page
mise en cache, ou appliquer des restrictions d'autorisations au
- contenu. Pour y parvenir, l'administrateur sera alors souvent forcé de
- placer des serveurs mandataires inverses indépendants soit derrière,
+ contenu. Pour y parvenir, l'administrateur sera alors souvent forc� de
+ placer des serveurs mandataires inverses ind�pendants soit derri�re,
soit devant le serveur de mise en cache.</p>
- <p>Pour résoudre ce problème, la directive <directive
- module="mod_cache">CacheQuickHandler</directive> peut être définie à
+ <p>Pour r�soudre ce probl�me, la directive <directive
+ module="mod_cache">CacheQuickHandler</directive> peut �tre d�finie �
<strong>off</strong>, afin que le serveur traite toutes les phases
- normalement exécutées par une requête non mise en cache, y compris les
+ normalement ex�cut�es par une requ�te non mise en cache, y compris les
phases <strong>d'authentification et d'autorisation</strong>.</p>
- <p>En outre, l'administrateur peut éventuellement spécifier le
- <strong>point précis dans la chaîne de filtrage</strong> où devra
+ <p>En outre, l'administrateur peut �ventuellement sp�cifier le
+ <strong>point pr�cis dans la cha�ne de filtrage</strong> o� devra
intervenir la mise en cache en ajoutant le filtre
- <strong>CACHE</strong> à la chaîne de filtrage en sortie.</p>
+ <strong>CACHE</strong> � la cha�ne de filtrage en sortie.</p>
<p>Par exemple, pour mettre en cache le contenu avant d'appliquer une
- compression à la réponse, placez le filtre <strong>CACHE</strong>
+ compression � la r�ponse, placez le filtre <strong>CACHE</strong>
avant le filtre <strong>DEFLATE</strong> comme dans l'exemple suivant
:</p>
@@ -305,12 +305,12 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;DEFLATE text/plain
</highlight>
- <p>Une autre possibilité consiste à mettre en cache le contenu avant
- l'ajout de contenu personnalisé via <module>mod_include</module> (ou
+ <p>Une autre possibilit� consiste � mettre en cache le contenu avant
+ l'ajout de contenu personnalis� via <module>mod_include</module> (ou
tout autre filtre de traitement de contenu). Dans l'exemple suivant,
- les modèles contenant des balises comprises par
- <module>mod_include</module> sont mis en cache avant d'être
- interprétés :</p>
+ les mod�les contenant des balises comprises par
+ <module>mod_include</module> sont mis en cache avant d'�tre
+ interpr�t�s :</p>
<highlight language="config">
# Mise en cache du contenu avant l'intervention de mod_include et
@@ -319,10 +319,10 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
</highlight>
- <p>Vous pouvez insérer le filtre <strong>CACHE</strong> en tout point
- de la chaîne de filtrage. Dans l'exemple suivant, le contenu est mis
- en cache après avoir été interprété par <module>mod_include</module>,
- mais avant d'être traité par <module>mod_deflate</module> :</p>
+ <p>Vous pouvez ins�rer le filtre <strong>CACHE</strong> en tout point
+ de la cha�ne de filtrage. Dans l'exemple suivant, le contenu est mis
+ en cache apr�s avoir �t� interpr�t� par <module>mod_include</module>,
+ mais avant d'�tre trait� par <module>mod_deflate</module> :</p>
<highlight language="config">
# Mise en cache du contenu entre les interventions de mod_include et
@@ -333,41 +333,41 @@ AddOutputFilterByType INCLUDES;CACHE;DEF
<note type="warning"><title>Avertissement :</title>Si pour une raison
ou pour une autre, le point d'insertion du filtre
- <strong>CACHE</strong> dans la chaîne de filtrage est modifié, vous
- devez <strong>vider votre cache</strong> pour être sûr que les données
- servies soient à jour. En effet, <module>mod_cache</module> n'est pas
- en mesure d'effectuer cette opération à votre place.</note>
+ <strong>CACHE</strong> dans la cha�ne de filtrage est modifi�, vous
+ devez <strong>vider votre cache</strong> pour �tre s�r que les donn�es
+ servies soient � jour. En effet, <module>mod_cache</module> n'est pas
+ en mesure d'effectuer cette op�ration � votre place.</note>
</section>
<section id="status"><title>Etat du cache et journalisation</title>
- <p>Lorsque <module>mod_cache</module> a décidé s'il devait ou non
- servir une entité depuis le cache, les raisons précises de cette
- décision sont enregistrées dans l'environnement du sous-processus
- interne à la requête sous la clé <strong>cache-status</strong>.
- Cette information peut être journalisée via la directive <directive
+ <p>Lorsque <module>mod_cache</module> a d�cid� s'il devait ou non
+ servir une entit� depuis le cache, les raisons pr�cises de cette
+ d�cision sont enregistr�es dans l'environnement du sous-processus
+ interne � la requ�te sous la cl� <strong>cache-status</strong>.
+ Cette information peut �tre journalis�e via la directive <directive
module="mod_log_config">LogFormat</directive> comme suit :</p>
<highlight language="config">
LogFormat "%{cache-status}e ..."
</highlight>
- <p>En fonction de la décision prise, l'information est aussi écrite
- dans l'environnement du sous-processus sous une des quatre clés
+ <p>En fonction de la d�cision prise, l'information est aussi �crite
+ dans l'environnement du sous-processus sous une des quatre cl�s
suivantes :</p>
<dl>
- <dt>cache-hit</dt><dd>Le contenu a été servi depuis le cache.</dd>
- <dt>cache-revalidate</dt><dd>Le contenu du cache était périmé, a été
- mis à jour avec succès, puis servi depuis le cache.</dd>
- <dt>cache-miss</dt><dd>Le contenu n'était pas dans le cache et a été
- servi directement depuis le serveur demandé.</dd>
- <dt>cache-invalidate</dt><dd>L'entité du cache est devenue invalide
- suite à une requête d'un type autre que GET ou HEAD.</dd>
+ <dt>cache-hit</dt><dd>Le contenu a �t� servi depuis le cache.</dd>
+ <dt>cache-revalidate</dt><dd>Le contenu du cache �tait p�rim�, a �t�
+ mis � jour avec succ�s, puis servi depuis le cache.</dd>
+ <dt>cache-miss</dt><dd>Le contenu n'�tait pas dans le cache et a �t�
+ servi directement depuis le serveur demand�.</dd>
+ <dt>cache-invalidate</dt><dd>L'entit� du cache est devenue invalide
+ suite � une requ�te d'un type autre que GET ou HEAD.</dd>
</dl>
<p>Il est alors possible d'envisager une journalisation conditionnelle
- du traitement des requêtes par rapport au cache comme dans l'exemple
+ du traitement des requ�tes par rapport au cache comme dans l'exemple
suivant :</p>
<highlight language="config">
@@ -377,60 +377,60 @@ CustomLog "revalidated-requests.log" com
CustomLog "invalidated-requests.log" common env=cache-invalidate
</highlight>
- <p>Pour les concepteurs de modules, une accroche (hook) nommée
+ <p>Pour les concepteurs de modules, une accroche (hook) nomm�e
<var>cache_status</var> est disponible et permet aux modules de
- répondre aux résultats de la vérification du cache ci-dessus de manière
- personnalisée.</p>
+ r�pondre aux r�sultats de la v�rification du cache ci-dessus de mani�re
+ personnalis�e.</p>
</section>
<directivesynopsis>
<name>CacheEnable</name>
-<description>Active la mise en cache des URLs spécifiées en utilisant le
-gestionnaire de stockage précisé</description>
-<syntax>CacheEnable <var>type de cache</var> [<var>chaîne
+<description>Active la mise en cache des URLs sp�cifi�es en utilisant le
+gestionnaire de stockage pr�cis�</description>
+<syntax>CacheEnable <var>type de cache</var> [<var>cha�ne
URL</var>]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context>
</contextlist>
-<compatibility>Une chaîne URL telle que '/' s'appliquait à tout contenu
-en mandat direct dans les versions 2.2 et antérieures.</compatibility>
+<compatibility>Une cha�ne URL telle que '/' s'appliquait � tout contenu
+en mandat direct dans les versions 2.2 et ant�rieures.</compatibility>
<usage>
<p>La directive <directive>CacheEnable</directive> enjoint
- <module>mod_cache</module> de mettre en cache l'URL précisée par
- <var>chaîne URL</var>, ainsi que les URLs de niveaux inférieurs. Le
- gestionnaire de stockage du cache est spécifié à l'aide de
+ <module>mod_cache</module> de mettre en cache l'URL pr�cis�e par
+ <var>cha�ne URL</var>, ainsi que les URLs de niveaux inf�rieurs. Le
+ gestionnaire de stockage du cache est sp�cifi� � l'aide de
l'argument <var>type de cache</var>. La directive
- <directive>CacheEnable</directive> peut être placée à l'intérieur d'une
+ <directive>CacheEnable</directive> peut �tre plac�e � l'int�rieur d'une
section <directive type="section">Location</directive> ou <directive
type="section">LocationMatch</directive> pour indiquer que le
- contenu considéré peut être mis en cache. Si <var>type de cache</var>
+ contenu consid�r� peut �tre mis en cache. Si <var>type de cache</var>
a pour valeur <code>disk</code>, <module>mod_cache</module>
- utilisera le gestionnaire de stockage sur disque implémenté par
+ utilisera le gestionnaire de stockage sur disque impl�ment� par
<module>mod_cache_disk</module>. Pour que <module>mod_cache</module>
- utilise le gestionnaire de stockage basé sur le cache d'objets
- partagés implémenté par <module>mod_cache_socache</module>,
- spécifiez <code>socache</code> comme valeur du paramètre <var>type
+ utilise le gestionnaire de stockage bas� sur le cache d'objets
+ partag�s impl�ment� par <module>mod_cache_socache</module>,
+ sp�cifiez <code>socache</code> comme valeur du param�tre <var>type
de cache</var>.</p>
- <p>Si les différentes directives <directive>CacheEnable</directive>
- spécifient des URLs qui se recoupent (comme dans l'exemple
+ <p>Si les diff�rentes directives <directive>CacheEnable</directive>
+ sp�cifient des URLs qui se recoupent (comme dans l'exemple
ci-dessous), tous les gestionnaires de stockage possibles seront
- lancés, jusqu'au premier d'entre eux qui traitera effectivement la
- requête.
- L'ordre dans lequel les gestionnaires de stockage sont lancés est
- déterminé par l'ordre dans lequel apparaissent les directives
+ lanc�s, jusqu'au premier d'entre eux qui traitera effectivement la
+ requ�te.
+ L'ordre dans lequel les gestionnaires de stockage sont lanc�s est
+ d�termin� par l'ordre dans lequel apparaissent les directives
<directive>CacheEnable</directive> dans le fichier de
configuration. Les directives <directive>CacheEnable</directive>
- situées à l'intérieur de sections <directive
+ situ�es � l'int�rieur de sections <directive
type="section">Location</directive> ou <directive
- type="section">LocationMatch</directive> sont traitées avant les
- directives <directive>CacheEnable</directive> définies au niveau
+ type="section">LocationMatch</directive> sont trait�es avant les
+ directives <directive>CacheEnable</directive> d�finies au niveau
global.</p>
- <p>En fonctionnement du type serveur mandataire direct, <var>chaîne
- URL</var> doit au moins débuter par un protocole pour lequel la mise
- en cache doit être activée.</p>
+ <p>En fonctionnement du type serveur mandataire direct, <var>cha�ne
+ URL</var> doit au moins d�buter par un protocole pour lequel la mise
+ en cache doit �tre activ�e.</p>
<highlight language="config">
# Mise en cache de contenu (gestionnaire normal seulement)
@@ -445,33 +445,33 @@ CacheQuickHandler off
CacheEnable disk
</LocationMatch>
-# Mise en cache de tous les contenus, à l'exception des URLs
-# mandatées en direct (gestionnaire normal ou rapide)
+# Mise en cache de tous les contenus, � l'exception des URLs
+# mandat�es en direct (gestionnaire normal ou rapide)
CacheEnable disk /
-# Mise en cache des URLs FTP mandatées (gestionnaire normal ou rapide)
+# Mise en cache des URLs FTP mandat�es (gestionnaire normal ou rapide)
CacheEnable disk ftp://
-# Mise en cache des contenus mandatés en direct depuis www.example.org (gestionnaire normal ou rapide)
+# Mise en cache des contenus mandat�s en direct depuis www.example.org (gestionnaire normal ou rapide)
CacheEnable disk http://www.example.org/
</highlight>
- <p>Un nom d'hôte commençant par un caractère <strong>"*"</strong>
- correspondra à tout nom d'hôte se terminant par le suffixe
- considéré. Un nom d'hôte commençant par un caractère
- <strong>"."</strong> correspondra à tout nom d'hôte contenant le
- composant de nom de domaine qui suit ce caractère.</p>
+ <p>Un nom d'h�te commen�ant par un caract�re <strong>"*"</strong>
+ correspondra � tout nom d'h�te se terminant par le suffixe
+ consid�r�. Un nom d'h�te commen�ant par un caract�re
+ <strong>"."</strong> correspondra � tout nom d'h�te contenant le
+ composant de nom de domaine qui suit ce caract�re.</p>
<highlight language="config">
-# Correspond à www.example.org et fooexample.org
+# Correspond � www.example.org et fooexample.org
CacheEnable disk "http://*example.org/"
-# Correspond à www.example.org, mais pas à fooexample.org
+# Correspond � www.example.org, mais pas � fooexample.org
CacheEnable disk "http://.example.org/"
</highlight>
- <p>Depuis la version 2.2.12, on peut définir la variable
- d'environnement <code>no-cache</code> pour une définition plus fine
- des ressources à mettre en cache.</p>
+ <p>Depuis la version 2.2.12, on peut d�finir la variable
+ d'environnement <code>no-cache</code> pour une d�finition plus fine
+ des ressources � mettre en cache.</p>
</usage>
<seealso><a href="../env.html">Les variables d'environnement dans
@@ -480,9 +480,9 @@ Apache</a></seealso>
<directivesynopsis>
<name>CacheDisable</name>
-<description>Désactive la mise en cache des URLs
-spécifiées</description>
-<syntax>CacheDisable <var>chaîne-url</var> | <var>on</var></syntax>
+<description>D�sactive la mise en cache des URLs
+sp�cifi�es</description>
+<syntax>CacheDisable <var>cha�ne-url</var> | <var>on</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
@@ -490,8 +490,8 @@ spécifiées</description>
<usage>
<p>La directive <directive>CacheDisable</directive> enjoint
<module>mod_cache</module> de <em>ne pas</em> mettre en cache l'URL
- spécifiée par <var>chaîne URL</var>, ainsi que les URLs de niveaux
- inférieurs.</p>
+ sp�cifi�e par <var>cha�ne URL</var>, ainsi que les URLs de niveaux
+ inf�rieurs.</p>
<example><title>Exemple</title>
<highlight language="config">
@@ -499,10 +499,10 @@ spécifiées</description>
</highlight>
</example>
- <p>Si la directive se trouve à l'intérieur d'une section <directive
- type="section">Location</directive>, le chemin doit être spécifié en
- dessous de la Location, et si le mot "on" est utilisé, la mise en
- cache sera désactivée pour l'ensemble de l'arborescence concernée
+ <p>Si la directive se trouve � l'int�rieur d'une section <directive
+ type="section">Location</directive>, le chemin doit �tre sp�cifi� en
+ dessous de la Location, et si le mot "on" est utilis�, la mise en
+ cache sera d�sactiv�e pour l'ensemble de l'arborescence concern�e
par la section Location.</p>
<example><title>Exemple</title>
@@ -513,31 +513,31 @@ spécifiées</description>
</highlight>
</example>
- <p>Avec les versions 2.2.12 et ultérieures, on peut définir la
- variable d'environnement <code>no-cache</code> pour une définition
- plus fine des ressources à mettre en cache.</p>
+ <p>Avec les versions 2.2.12 et ult�rieures, on peut d�finir la
+ variable d'environnement <code>no-cache</code> pour une d�finition
+ plus fine des ressources � mettre en cache.</p>
</usage>
<seealso><a href="../env.html">Les variables d'environnement dans
Apache</a></seealso>
</directivesynopsis>
<directivesynopsis>
<name>CacheMaxExpire</name>
-<description>La durée maximale en secondes de mise en cache d'un
+<description>La dur�e maximale en secondes de mise en cache d'un
document</description>
<syntax>CacheMaxExpire <var>secondes</var></syntax>
-<default>CacheMaxExpire 86400 (une journée)</default>
+<default>CacheMaxExpire 86400 (une journ�e)</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<usage>
<p>La directive <directive>CacheMaxExpire</directive> permet de
- spécifier le nombre maximum de secondes pendant lequel les documents
- HTTP suceptibles d'être mis en cache seront conservés sans vérifier
+ sp�cifier le nombre maximum de secondes pendant lequel les documents
+ HTTP suceptibles d'�tre mis en cache seront conserv�s sans v�rifier
leur contenu sur le serveur d'origine. Ce nombre de secondes
- correspond donc à la durée maximale pendant laquelle un document ne
- sera pas à jour. L'utilisation de cette valeur maximale est forcée,
- même si le document possède une date d'expiration.</p>
+ correspond donc � la dur�e maximale pendant laquelle un document ne
+ sera pas � jour. L'utilisation de cette valeur maximale est forc�e,
+ m�me si le document poss�de une date d'expiration.</p>
<highlight language="config">
CacheMaxExpire 604800
@@ -548,7 +548,7 @@ document</description>
<directivesynopsis>
<name>CacheMinExpire</name>
-<description>La durée minimale en secondes de mise en cache d'un
+<description>La dur�e minimale en secondes de mise en cache d'un
document</description>
<syntax>CacheMinExpire <var>secondes</var></syntax>
<default>CacheMinExpire 0</default>
@@ -558,10 +558,10 @@ document</description>
<usage>
<p>La directive <directive>CacheMaxExpire</directive> permet de
- spécifier le nombre maximum de secondes pendant lequel les documents
- HTTP suceptibles d'être mis en cache seront conservés sans vérifier
+ sp�cifier le nombre maximum de secondes pendant lequel les documents
+ HTTP suceptibles d'�tre mis en cache seront conserv�s sans v�rifier
leur contenu sur le serveur d'origine. Elle n'est prise en compte
- que dans le cas où le document ne possède aucune date d'expiration
+ que dans le cas o� le document ne poss�de aucune date d'expiration
valide.</p>
<highlight language="config">
@@ -572,8 +572,8 @@ document</description>
<directivesynopsis>
<name>CacheDefaultExpire</name>
-<description>La durée par défaut de mise en cache d'un document
-lorsqu'aucune date d'expiration n'a été spécifiée.</description>
+<description>La dur�e par d�faut de mise en cache d'un document
+lorsqu'aucune date d'expiration n'a �t� sp�cifi�e.</description>
<syntax>CacheDefaultExpire <var>secondes</var></syntax>
<default>CacheDefaultExpire 3600 (une heure)</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -582,12 +582,12 @@ lorsqu'aucune date d'expiration n'a &eac
<usage>
<p>La directive <directive>CacheDefaultExpire</directive> permet de
- spécifier un temps par défaut, en secondes, pendant lequel sera
- conservé dans le cache un document qui ne possède ni date
- d'expiration, ni date de dernière modification. La valeur de cette
- directive est écrasée par la valeur de la directive
- <directive>CacheMaxExpire</directive> si cette dernière est
- utilisée.</p>
+ sp�cifier un temps par d�faut, en secondes, pendant lequel sera
+ conserv� dans le cache un document qui ne poss�de ni date
+ d'expiration, ni date de derni�re modification. La valeur de cette
+ directive est �cras�e par la valeur de la directive
+ <directive>CacheMaxExpire</directive> si cette derni�re est
+ utilis�e.</p>
<highlight language="config">
CacheDefaultExpire 86400
@@ -597,7 +597,7 @@ lorsqu'aucune date d'expiration n'a &eac
<directivesynopsis>
<name>CacheIgnoreNoLastMod</name>
-<description>Ignore le fait qu'une réponse ne possède pas d'en-tête Last
+<description>Ignore le fait qu'une r�ponse ne poss�de pas d'en-t�te Last
Modified.</description>
<syntax>CacheIgnoreNoLastMod On|Off</syntax>
<default>CacheIgnoreNoLastMod Off</default>
@@ -606,17 +606,17 @@ Modified.</description>
</contextlist>
<usage>
- <p>Normalement, les documents qui ne possèdent pas de date de
- dernière modification ne sont pas mis en cache. Dans certaines
- circonstances, la date de dernière modification est supprimée (au
- cours des traitements liés à <module>mod_include</module> par
+ <p>Normalement, les documents qui ne poss�dent pas de date de
+ derni�re modification ne sont pas mis en cache. Dans certaines
+ circonstances, la date de derni�re modification est supprim�e (au
+ cours des traitements li�s � <module>mod_include</module> par
exemple), ou n'existe tout simplement pas. La directive
- <directive>CacheIgnoreNoLastMod</directive> permet de spécifier si
- les documents ne possèdant pas de date de dernière modification
- doivent être mis en cache, même sans date de dernière modification.
- Si le document ne possède ni date d'expiration, ni date de dernière
- modification, la valeur spécifiée par la directive
- <directive>CacheDefaultExpire</directive> servira à générer une date
+ <directive>CacheIgnoreNoLastMod</directive> permet de sp�cifier si
+ les documents ne poss�dant pas de date de derni�re modification
+ doivent �tre mis en cache, m�me sans date de derni�re modification.
+ Si le document ne poss�de ni date d'expiration, ni date de derni�re
+ modification, la valeur sp�cifi�e par la directive
+ <directive>CacheDefaultExpire</directive> servira � g�n�rer une date
d'expiration.
</p>
@@ -628,7 +628,7 @@ Modified.</description>
<directivesynopsis>
<name>CacheIgnoreCacheControl</name>
-<description>Ignore les en-têtes de requête enjoignant de ne pas servir
+<description>Ignore les en-t�tes de requ�te enjoignant de ne pas servir
le contenu au client depuis le cache</description>
<syntax>CacheIgnoreCacheControl On|Off</syntax>
<default>CacheIgnoreCacheControl Off</default>
@@ -636,14 +636,14 @@ le contenu au client depuis le cache</de
</contextlist>
<usage>
- <p>Normalement, les requêtes contenant des en-têtes tels que
+ <p>Normalement, les requ�tes contenant des en-t�tes tels que
Cache-Control: no-cache ou Pragma: no-cache ne sont pas servies
depuis le cache. La directive
<directive>CacheIgnoreCacheControl</directive> permet de modifier ce
comportement. Avec <directive>CacheIgnoreCacheControl
On</directive>, le serveur tentera de servir la ressource depuis le
- cache, même si la requête contient un des en-têtes cités plus haut.
- Les ressources qui requièrent une autorisation ne seront
+ cache, m�me si la requ�te contient un des en-t�tes cit�s plus haut.
+ Les ressources qui requi�rent une autorisation ne seront
<em>jamais</em> mises en cache.</p>
<highlight language="config">
@@ -652,8 +652,8 @@ le contenu au client depuis le cache</de
<note type="warning"><title>Avertissement :</title>
Cette directive permet de servir des ressources depuis le cache,
- même si le client a demandé à ce qu'il n'en soit pas ainsi. Le
- contenu servi est ainsi susceptible d'être périmé.
+ m�me si le client a demand� � ce qu'il n'en soit pas ainsi. Le
+ contenu servi est ainsi susceptible d'�tre p�rim�.
</note>
</usage>
<seealso><directive module="mod_cache">CacheStorePrivate</directive></seealso>
@@ -662,7 +662,7 @@ le contenu au client depuis le cache</de
<directivesynopsis>
<name>CacheIgnoreQueryString</name>
-<description>Ignore la chaîne de paramètres lors de la mise en
+<description>Ignore la cha�ne de param�tres lors de la mise en
cache</description>
<syntax>CacheIgnoreQueryString On|Off</syntax>
<default>CacheIgnoreQueryString Off</default>
@@ -670,17 +670,17 @@ cache</description>
</contextlist>
<usage>
- <p>Normalement, les requêtes comportant une chaîne de paramètres
- sont mises en cache séparément si leurs chaînes de paramètres
- diffèrent.
- En accord avec la RFC 2616/13.9, cette mise en cache n'est effectuée
- séparément que si une date d'expiration est spécifiée. La directive
+ <p>Normalement, les requ�tes comportant une cha�ne de param�tres
+ sont mises en cache s�par�ment si leurs cha�nes de param�tres
+ diff�rent.
+ En accord avec la RFC 2616/13.9, cette mise en cache n'est effectu�e
+ s�par�ment que si une date d'expiration est sp�cifi�e. La directive
<directive>CacheIgnoreQueryString</directive> permet la mise en
- cache de requêtes même si aucune date d'expiration est spécifiée, et
- de renvoyer une réponse depuis la cache même si les chaînes de
- paramètres diffèrent. Du point de vue du cache, la requête est
- traitée comme si elle ne possèdait pas de chaîne de paramètres
- lorsque cette directive est activée.</p>
+ cache de requ�tes m�me si aucune date d'expiration est sp�cifi�e, et
+ de renvoyer une r�ponse depuis la cache m�me si les cha�nes de
+ param�tres diff�rent. Du point de vue du cache, la requ�te est
+ trait�e comme si elle ne poss�dait pas de cha�ne de param�tres
+ lorsque cette directive est activ�e.</p>
<highlight language="config">
CacheIgnoreQueryString On
@@ -691,8 +691,8 @@ cache</description>
<directivesynopsis>
<name>CacheLastModifiedFactor</name>
-<description>Le facteur utilisé pour générer une date d'expiration en
-fonction de la date de dernière modification.</description>
+<description>Le facteur utilis� pour g�n�rer une date d'expiration en
+fonction de la date de derni�re modification.</description>
<syntax>CacheLastModifiedFactor <var>flottant</var></syntax>
<default>CacheLastModifiedFactor 0.1</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -700,24 +700,24 @@ fonction de la date de dernière m
</contextlist>
<usage>
- <p>Si un document ne possède pas de date d'expiration, elle peut
- être calculée en fonction de la date de dernière modification, si
+ <p>Si un document ne poss�de pas de date d'expiration, elle peut
+ �tre calcul�e en fonction de la date de derni�re modification, si
elle existe. La directive
- <directive>CacheLastModifiedFactor</directive> permet de spécifier
- un <var>facteur</var> à utiliser pour la génération de cette date
+ <directive>CacheLastModifiedFactor</directive> permet de sp�cifier
+ un <var>facteur</var> � utiliser pour la g�n�ration de cette date
d'expiration au sein de la formule suivante :
- <code>délai-expiration = durée-depuis-date-dernière-modification *
+ <code>d�lai-expiration = dur�e-depuis-date-derni�re-modification *
<var>facteur</var>
- date-expiration = date-courante + délai-expiration</code>
+ date-expiration = date-courante + d�lai-expiration</code>
- Par exemple, si la dernière modification du document date de 10
- heures, et si <var>facteur</var> a pour valeur 0.1, le délai
+ Par exemple, si la derni�re modification du document date de 10
+ heures, et si <var>facteur</var> a pour valeur 0.1, le d�lai
d'expiration sera de 10*0.1 = 1 heure. Si l'heure courante est
- 3:00pm, la date d'expiration calculée sera 3:00pm + 1 heure =
+ 3:00pm, la date d'expiration calcul�e sera 3:00pm + 1 heure =
4:00pm.
- Si le délai d'expiration est supérieur à celui spécifié par la
+ Si le d�lai d'expiration est sup�rieur � celui sp�cifi� par la
directive <directive>CacheMaxExpire</directive>, c'est ce dernier
qui l'emporte.</p>
@@ -729,18 +729,18 @@ fonction de la date de dernière m
<directivesynopsis>
<name>CacheIgnoreHeaders</name>
-<description>Ne pas stocker le(s) en-tête(s) spécifié(s) dans le cache.
+<description>Ne pas stocker le(s) en-t�te(s) sp�cifi�(s) dans le cache.
</description>
-<syntax>CacheIgnoreHeaders <var>en-tête</var> [<var>en-tête</var>] ...</syntax>
+<syntax>CacheIgnoreHeaders <var>en-t�te</var> [<var>en-t�te</var>] ...</syntax>
<default>CacheIgnoreHeaders None</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>En accord avec la RFC 2616, les en-têtes HTTP hop-by-hop ne sont
- pas stockés dans le cache. Les en-têtes HTTP suivant sont des
- en-têtes hop-by-hop, et en tant que tels, ne sont en <em>aucun</em>
- cas stockés dans le cache, quelle que soit la définition de la
+ <p>En accord avec la RFC 2616, les en-t�tes HTTP hop-by-hop ne sont
+ pas stock�s dans le cache. Les en-t�tes HTTP suivant sont des
+ en-t�tes hop-by-hop, et en tant que tels, ne sont en <em>aucun</em>
+ cas stock�s dans le cache, quelle que soit la d�finition de la
directive <directive>CacheIgnoreHeaders</directive> :</p>
<ul>
@@ -755,16 +755,16 @@ fonction de la date de dernière m
</ul>
<p>La directive <directive>CacheIgnoreHeaders</directive> permet de
- spécifier quels en-têtes HTTP ne doivent pas être stockés dans le
- cache. Par exemple, il peut s'avérer pertinent dans certains cas de
+ sp�cifier quels en-t�tes HTTP ne doivent pas �tre stock�s dans le
+ cache. Par exemple, il peut s'av�rer pertinent dans certains cas de
ne pas stocker les cookies dans le cache.</p>
<p>La directive <directive>CacheIgnoreHeaders</directive> accepte
- une liste d'en-têtes HTTP séparés par des espaces, qui ne doivent
- pas être stockés dans le cache. Si les en-têtes hop-by-hop sont les
- seuls à ne pas devoir être stockés dans le cache (le comportement
+ une liste d'en-t�tes HTTP s�par�s par des espaces, qui ne doivent
+ pas �tre stock�s dans le cache. Si les en-t�tes hop-by-hop sont les
+ seuls � ne pas devoir �tre stock�s dans le cache (le comportement
compatible RFC 2616), la directive
- <directive>CacheIgnoreHeaders</directive> peut être définie à
+ <directive>CacheIgnoreHeaders</directive> peut �tre d�finie �
<code>None</code>.</p>
<example><title>Exemple 1</title>
@@ -780,17 +780,17 @@ fonction de la date de dernière m
</example>
<note type="warning"><title>Avertissement :</title>
- Si des en-têtes nécessaires à la bonne gestion du cache, comme
- <code>Expires</code>, ne sont pas stockés suite à la définition
+ Si des en-t�tes n�cessaires � la bonne gestion du cache, comme
+ <code>Expires</code>, ne sont pas stock�s suite � la d�finition
d'une directive <directive>CacheIgnoreHeaders</directive>, le
- comportement de mod_cache sera imprévisible.
+ comportement de mod_cache sera impr�visible.
</note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>CacheIgnoreURLSessionIdentifiers</name>
-<description>Ignore les identifiants de session définis encodés dans
+<description>Ignore les identifiants de session d�finis encod�s dans
l'URL lors de la mise en cache
</description>
<syntax>CacheIgnoreURLSessionIdentifiers <var>identifiant</var>
@@ -807,17 +807,17 @@ l'URL lors de la mise en cache
<li><code>/une-application/image.gif;jsessionid=123456789</code></li>
<li><code>/une-application/image.gif?PHPSESSIONID=12345678</code></li>
</ul>
- <p>Ceci implique la mise en cache des ressources séparément pour
- chaque session, ce qui n'est en général pas souhaité. La directive
+ <p>Ceci implique la mise en cache des ressources s�par�ment pour
+ chaque session, ce qui n'est en g�n�ral pas souhait�. La directive
<directive>CacheIgnoreURLSessionIdentifiers</directive> permet de
- définir une liste d'identifiants qui seront supprimés de la clé
- utilisée pour identifier une entité dans le cache, de façon à ce que
- les ressources ne soient pas stockées séparément pour chaque
+ d�finir une liste d'identifiants qui seront supprim�s de la cl�
+ utilis�e pour identifier une entit� dans le cache, de fa�on � ce que
+ les ressources ne soient pas stock�es s�par�ment pour chaque
session.
</p>
<p><code>CacheIgnoreURLSessionIdentifiers None</code> vide la liste
- des identifiants ignorés. Autrement, chaque identifiant spécifié est
- ajouté à la liste.</p>
+ des identifiants ignor�s. Autrement, chaque identifiant sp�cifi� est
+ ajout� � la liste.</p>
<example><title>Exemple 1</title>
<highlight language="config">
@@ -836,8 +836,8 @@ l'URL lors de la mise en cache
<directivesynopsis>
<name>CacheStoreExpired</name>
-<description>Tente de mettre en cache les réponses que le serveur
-considère comme arrivées à expiration</description>
+<description>Tente de mettre en cache les r�ponses que le serveur
+consid�re comme arriv�es � expiration</description>
<syntax>CacheStoreExpired On|Off</syntax>
<default>CacheStoreExpired Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -845,14 +845,14 @@ considère comme arrivées &
</contextlist>
<usage>
- <p>Depuis la version 2.2.4, les réponses qui sont arrivées à
- expiration ne sont pas stockées dans le cache. La directive
+ <p>Depuis la version 2.2.4, les r�ponses qui sont arriv�es �
+ expiration ne sont pas stock�es dans le cache. La directive
<directive>CacheStoreExpired</directive> permet de modifier ce
comportement. Avec <directive>CacheStoreExpired</directive> On, le
- serveur tente de mettre en cache la ressource si elle est périmée.
- Les requêtes suivantes vont déclencher une requête si-modifié-depuis
- de la part du serveur d'origine, et la réponse sera renvoyée à
- partir du cache si la ressource d'arrière-plan n'a pas été modifiée.</p>
+ serveur tente de mettre en cache la ressource si elle est p�rim�e.
+ Les requ�tes suivantes vont d�clencher une requ�te si-modifi�-depuis
+ de la part du serveur d'origine, et la r�ponse sera renvoy�e �
+ partir du cache si la ressource d'arri�re-plan n'a pas �t� modifi�e.</p>
<highlight language="config">
CacheStoreExpired On
@@ -863,8 +863,8 @@ considère comme arrivées &
<directivesynopsis>
<name>CacheStorePrivate</name>
-<description>Tente de mettre en cache des réponses que le serveur a
-marquées comme privées</description>
+<description>Tente de mettre en cache des r�ponses que le serveur a
+marqu�es comme priv�es</description>
<syntax>CacheStorePrivate On|Off</syntax>
<default>CacheStorePrivate Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -872,14 +872,14 @@ marquées comme privées</de
</contextlist>
<usage>
- <p>Normalement, les réponse comportant un en-tête Cache-Control:
- dont la valeur est private ne seront pas stockées dans le cache. La
+ <p>Normalement, les r�ponse comportant un en-t�te Cache-Control:
+ dont la valeur est private ne seront pas stock�es dans le cache. La
directive <directive>CacheStorePrivate</directive> permet de
modifier ce comportement. Si
- <directive>CacheStorePrivate</directive> est définie à On, le
- serveur tentera de mettre la ressource en cache, même si elle
- contient des en-têtes ayant pour valeur private. Les ressources
- nécessitant une autorisation ne sont <em>jamais</em> mises en
+ <directive>CacheStorePrivate</directive> est d�finie � On, le
+ serveur tentera de mettre la ressource en cache, m�me si elle
+ contient des en-t�tes ayant pour valeur private. Les ressources
+ n�cessitant une autorisation ne sont <em>jamais</em> mises en
cache.</p>
@@ -889,10 +889,10 @@ marquées comme privées</de
<note type="warning"><title>Avertissement :</title>
- Cette directive autorise la mise en cache même si le serveur
- indique que la ressource ne doit pas être mise en cache. Elle
- n'est de ce fait appropriée que dans le cas d'un cache
- 'privé'.
+ Cette directive autorise la mise en cache m�me si le serveur
+ indique que la ressource ne doit pas �tre mise en cache. Elle
+ n'est de ce fait appropri�e que dans le cas d'un cache
+ 'priv�'.
</note>
</usage>
<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
@@ -901,8 +901,8 @@ marquées comme privées</de
<directivesynopsis>
<name>CacheStoreNoStore</name>
-<description>Tente de mettre en cache les requêtes ou réponses dont
-l'entête Cache-Control: a pour valeur no-store.</description>
+<description>Tente de mettre en cache les requ�tes ou r�ponses dont
+l'ent�te Cache-Control: a pour valeur no-store.</description>
<syntax>CacheStoreNoStore On|Off</syntax>
<default>CacheStoreNoStore Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -910,14 +910,14 @@ l'entête Cache-Control: a pour val
</contextlist>
<usage>
- <p>Normalement, les requêtes ou réponses dont l'en-tête
- Cache-Control: a pour valeur no-store ne sont pas stockées dans le
+ <p>Normalement, les requ�tes ou r�ponses dont l'en-t�te
+ Cache-Control: a pour valeur no-store ne sont pas stock�es dans le
cache. La directive <directive>CacheStoreNoStore</directive> permet
de modifier ce comportement. Si
- <directive>CacheStoreNoStore</directive> est définie à On, le
- serveur tente de mettre la ressource en cache même si elle contient
- des en-têtes ayant pour valeur no-store. Les ressources
- nécessitant une autorisation ne sont <em>jamais</em> mises en
+ <directive>CacheStoreNoStore</directive> est d�finie � On, le
+ serveur tente de mettre la ressource en cache m�me si elle contient
+ des en-t�tes ayant pour valeur no-store. Les ressources
+ n�cessitant une autorisation ne sont <em>jamais</em> mises en
cache.</p>
@@ -927,13 +927,13 @@ l'entête Cache-Control: a pour val
<note type="warning"><title>Avertissement :</title>
- Selon la RFC 2616, la valeur d'en-tête no-store est censée
- "prévenir la suppression ou la rétention par inadvertance
+ Selon la RFC 2616, la valeur d'en-t�te no-store est cens�e
+ "pr�venir la suppression ou la r�tention par inadvertance
d'informations sensibles (par exemple, sur des bandes de
sauvegarde)". Autrement dit, l'activation de la directive
<directive>CacheStoreNoCache</directive> pourrait provoquer le
stockage d'informations sensibles dans le cache. Vous avez donc
- été prévenus.
+ �t� pr�venus.
</note>
</usage>
<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
@@ -942,7 +942,7 @@ l'entête Cache-Control: a pour val
<directivesynopsis>
<name>CacheLock</name>
-<description>Active la protection contre les tempêtes de requêtes.</description>
+<description>Active la protection contre les temp�tes de requ�tes.</description>
<syntax>CacheLock <var>on|off</var></syntax>
<default>CacheLock off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -951,10 +951,10 @@ l'entête Cache-Control: a pour val
<usage>
<p>La directive <directive>CacheLock</directive> active la protection
- contre les tempêtes de requêtes pour l'espace d'adressage donné.</p>
+ contre les temp�tes de requ�tes pour l'espace d'adressage donn�.</p>
<p>La configuration minimale pour activer le verrouillage contre les
- tempêtes de requêtes dans le répertoire temp par défaut du système est
+ temp�tes de requ�tes dans le r�pertoire temp par d�faut du syst�me est
la suivante :</p>
<highlight language="config">
@@ -967,18 +967,18 @@ CacheLock on
<directivesynopsis>
<name>CacheLockPath</name>
-<description>Définit le répertoire des verrous.</description>
-<syntax>CacheLockPath <var>répertoire</var></syntax>
+<description>D�finit le r�pertoire des verrous.</description>
+<syntax>CacheLockPath <var>r�pertoire</var></syntax>
<default>CacheLockPath /tmp/mod_cache-lock</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
<p>La directive <directive>CacheLockPath</directive> permet de
- spécifier le répertoire dans lequel les verrous sont créés. Par
- défaut, c'est le répertoire temporaire du système qui est utilisé. Les
+ sp�cifier le r�pertoire dans lequel les verrous sont cr��s. Par
+ d�faut, c'est le r�pertoire temporaire du syst�me qui est utilis�. Les
verrous sont des fichiers vides qui n'existent que pour les URLs
- périmées en cours de mise à jour, et consomment donc bien moins de
+ p�rim�es en cours de mise � jour, et consomment donc bien moins de
ressources que le traditionnel cache sur disque.</p>
</usage>
@@ -986,7 +986,7 @@ CacheLock on
<directivesynopsis>
<name>CacheLockMaxAge</name>
-<description>Définit la durée de vie maximale d'un verrou de cache.</description>
+<description>D�finit la dur�e de vie maximale d'un verrou de cache.</description>
<syntax>CacheLockMaxAge <var>entier</var></syntax>
<default>CacheLockMaxAge 5</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -994,53 +994,53 @@ CacheLock on
<usage>
<p>La directive <directive>CacheLockMaxAge</directive> permet de
- spécifier la durée de vie maximale d'un verrou de cache.</p>
+ sp�cifier la dur�e de vie maximale d'un verrou de cache.</p>
- <p>Un verrou plus ancien que cette valeur exprimée en secondes sera
- ignoré, et la prochaine requête entrante sera alors en mesure de
- recréer le verrou. Ce mécanisme permet d'éviter les mises à jour trop
- longues initiées par des clients lents.</p>
+ <p>Un verrou plus ancien que cette valeur exprim�e en secondes sera
+ ignor�, et la prochaine requ�te entrante sera alors en mesure de
+ recr�er le verrou. Ce m�canisme permet d'�viter les mises � jour trop
+ longues initi�es par des clients lents.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>CacheQuickHandler</name>
- <description>Exécute le cache à partir d'un gestionnaire rapide.</description>
+ <description>Ex�cute le cache � partir d'un gestionnaire rapide.</description>
<syntax>CacheQuickHandler <var>on|off</var></syntax>
<default>CacheQuickHandler on</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
- <compatibility>Disponible à partir de la version 2.3.3 du serveur HTTP
+ <compatibility>Disponible � partir de la version 2.3.3 du serveur HTTP
Apache</compatibility>
<usage>
<p>La directive <directive
- module="mod_cache">CacheQuickHandler</directive> permet de contrôler
- la phase au cours de laquelle la mise en cache est effectuée.</p>
+ module="mod_cache">CacheQuickHandler</directive> permet de contr�ler
+ la phase au cours de laquelle la mise en cache est effectu�e.</p>
- <p>Avec la configuration par défaut, le cache agit au cours de la
- phase du gestionnaire rapide. Cette phase court-circuite la majorité
- des traitements du serveur, et constitue le mode d'opération le plus
+ <p>Avec la configuration par d�faut, le cache agit au cours de la
+ phase du gestionnaire rapide. Cette phase court-circuite la majorit�
+ des traitements du serveur, et constitue le mode d'op�ration le plus
performant pour un serveur typique. Le cache
- <strong>s'incruste</strong> devant le serveur, et la majorité des
- traitements du serveur est court-circuitée.</p>
+ <strong>s'incruste</strong> devant le serveur, et la majorit� des
+ traitements du serveur est court-circuit�e.</p>
- <p>Lorsque cette directive est définie à off, le cache agit comme un
- gestionnaire normal, et est concerné par toutes les phases de
- traitement d'une requête. Bien que ce mode soit moins performant que
- le mode par défaut, il permet d'utiliser le cache dans les cas où un
- traitement complet de la requête est nécessaire, comme par exemple
- lorsque le contenu est soumis à autorisation.</p>
+ <p>Lorsque cette directive est d�finie � off, le cache agit comme un
+ gestionnaire normal, et est concern� par toutes les phases de
+ traitement d'une requ�te. Bien que ce mode soit moins performant que
+ le mode par d�faut, il permet d'utiliser le cache dans les cas o� un
+ traitement complet de la requ�te est n�cessaire, comme par exemple
+ lorsque le contenu est soumis � autorisation.</p>
<highlight language="config">
-# Exécute le cache comme un gestionnaire normal
+# Ex�cute le cache comme un gestionnaire normal
CacheQuickHandler off
</highlight>
- <p>Lorsque le gestionnaire rapide est désactivé, l'administrateur a
- aussi la possibilité de choisir avec précision le point de la chaîne
- de filtrage où la mise en cache sera effectuée, en utilisant le
+ <p>Lorsque le gestionnaire rapide est d�sactiv�, l'administrateur a
+ aussi la possibilit� de choisir avec pr�cision le point de la cha�ne
+ de filtrage o� la mise en cache sera effectu�e, en utilisant le
filtre <strong>CACHE</strong>.</p>
<highlight language="config">
@@ -1050,7 +1050,7 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
</highlight>
- <p>Si le filtre CACHE est spécifié plusieurs fois, c'est la dernière
+ <p>Si le filtre CACHE est sp�cifi� plusieurs fois, c'est la derni�re
instance qui sera prise en compte.</p>
</usage>
@@ -1058,7 +1058,7 @@ AddOutputFilterByType CACHE;INCLUDES;DEF
<directivesynopsis>
<name>CacheHeader</name>
-<description>Ajoute un en-tête X-Cache à la réponse.</description>
+<description>Ajoute un en-t�te X-Cache � la r�ponse.</description>
<syntax>CacheHeader <var>on|off</var></syntax>
<default>CacheHeader off</default>
<contextlist><context>server config</context>
@@ -1070,27 +1070,27 @@ AddOutputFilterByType CACHE;INCLUDES;DEF
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheHeader</directive> est définie à on, un
- en-tête <strong>X-Cache</strong> est ajouté à la réponse et contient
- l'état du cache pour cette dernière. Si le gestionnaire normal est
- utilisé, cette directive peut se situer dans une section
+ module="mod_cache">CacheHeader</directive> est d�finie � on, un
+ en-t�te <strong>X-Cache</strong> est ajout� � la r�ponse et contient
+ l'�tat du cache pour cette derni�re. Si le gestionnaire normal est
+ utilis�, cette directive peut se situer dans une section
<directive module="core" type="section">Directory</directive> ou
<directive module="core" type="section">Location</directive>. Si c'est
- le gestionnaire rapide qui est utilisé, elle doit se situer dans un
+ le gestionnaire rapide qui est utilis�, elle doit se situer dans un
contexte de serveur principal ou de serveur virtuel, sinon elle sera
- ignorée.</p>
+ ignor�e.</p>
<dl>
- <dt><strong>HIT</strong></dt><dd>Le contenu était à jour et a été
+ <dt><strong>HIT</strong></dt><dd>Le contenu �tait � jour et a �t�
servi depuis le cache.</dd>
- <dt><strong>REVALIDATE</strong></dt><dd>Le contenu était périmé, a
- été mis à jour, puis a été servi depuis le cache.</dd>
- <dt><strong>MISS</strong></dt><dd>Le contenu n'a pas été servi
- depuis le cache, mais directement depuis le serveur demandé.</dd>
+ <dt><strong>REVALIDATE</strong></dt><dd>Le contenu �tait p�rim�, a
+ �t� mis � jour, puis a �t� servi depuis le cache.</dd>
+ <dt><strong>MISS</strong></dt><dd>Le contenu n'a pas �t� servi
+ depuis le cache, mais directement depuis le serveur demand�.</dd>
</dl>
<highlight language="config">
-# Active l'en-tête X-Cache
+# Active l'en-t�te X-Cache
CacheHeader on
</highlight>
@@ -1104,7 +1104,7 @@ CacheHeader on
<directivesynopsis>
<name>CacheDetailHeader</name>
-<description>Ajoute un en-tête X-Cache-Detail à la réponse.</description>
+<description>Ajoute un en-t�te X-Cache-Detail � la r�ponse.</description>
<syntax>CacheDetailHeader <var>on|off</var></syntax>
<default>CacheDetailHeader off</default>
<contextlist><context>server config</context>
@@ -1116,27 +1116,27 @@ CacheHeader on
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheDetailHeader</directive> est définie à on, un
- en-tête <strong>X-Cache-Detail</strong> est ajouté à la réponse et
- contient les raisons précises d'une décision d'utilisation du cache
- vis à vis de cette dernière.</p>
-
- <p>Ceci peut s'avérer utile au cours du développement de services
- RESTful mis en cache pour obtenir des informations supplémentaires à
- propos des décisions vis à vis du cache écrites dans les en-têtes de
- la réponse. Il est ainsi possible de vérifier si
- <code>Cache-Control</code> et d'autres en-têtes ont été correctement
- utilisés par le service et le client.</p>
+ module="mod_cache">CacheDetailHeader</directive> est d�finie � on, un
+ en-t�te <strong>X-Cache-Detail</strong> est ajout� � la r�ponse et
+ contient les raisons pr�cises d'une d�cision d'utilisation du cache
+ vis � vis de cette derni�re.</p>
+
+ <p>Ceci peut s'av�rer utile au cours du d�veloppement de services
+ RESTful mis en cache pour obtenir des informations suppl�mentaires �
+ propos des d�cisions vis � vis du cache �crites dans les en-t�tes de
+ la r�ponse. Il est ainsi possible de v�rifier si
+ <code>Cache-Control</code> et d'autres en-t�tes ont �t� correctement
+ utilis�s par le service et le client.</p>
- <p>Si le gestionnaire normal est utilisé, cette directive peut se
+ <p>Si le gestionnaire normal est utilis�, cette directive peut se
situer dans une section <directive module="core"
type="section">Directory</directive> ou <directive module="core"
type="section">Location</directive>. Si c'est le gestionnaire
- rapide qui est utilisé, elle doit se situer dans un contexte de
- serveur principal ou de serveur virtuel, sinon elle sera ignorée.</p>
+ rapide qui est utilis�, elle doit se situer dans un contexte de
+ serveur principal ou de serveur virtuel, sinon elle sera ignor�e.</p>
<highlight language="config">
-# Active l'en-tête X-Cache-Detail
+# Active l'en-t�te X-Cache-Detail
CacheDetailHeader on
</highlight>
@@ -1149,7 +1149,7 @@ CacheDetailHeader on
<directivesynopsis>
<name>CacheKeyBaseURL</name>
-<description>Remplace l'URL de base des clés du cache mandatées en
+<description>Remplace l'URL de base des cl�s du cache mandat�es en
inverse</description>
<syntax>CacheKeyBaseURL <var>URL</var></syntax>
<default>CacheKeyBaseURL http://example.com</default>
@@ -1160,22 +1160,22 @@ inverse</description>
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheKeyBaseURL</directive> est utilisée, l'URL
- spécifiée sera utilisée comme URL de base pour calculer l'URL des clés
- du cache dans la configuration du mandataire inverse. Par défaut,
- c'est le protocole/nom d'hôte/port du serveur virtuel courant qui sera
- utilisé pour construire la clé de cache. Dans le cas d'un cluster de
- machines, si toutes les entrées du cache doivent posséder la même clé,
- cette directive permet de spécifier une nouvelle URL de base.</p>
+ module="mod_cache">CacheKeyBaseURL</directive> est utilis�e, l'URL
+ sp�cifi�e sera utilis�e comme URL de base pour calculer l'URL des cl�s
+ du cache dans la configuration du mandataire inverse. Par d�faut,
+ c'est le protocole/nom d'h�te/port du serveur virtuel courant qui sera
+ utilis� pour construire la cl� de cache. Dans le cas d'un cluster de
+ machines, si toutes les entr�es du cache doivent poss�der la m�me cl�,
+ cette directive permet de sp�cifier une nouvelle URL de base.</p>
<highlight language="config">
-# Remplace l'URL de base de la clé de cache.
+# Remplace l'URL de base de la cl� de cache.
CacheKeyBaseURL "http://www.example.com/"
</highlight>
- <note type="warning">Prenez garde en définissant cette directive. Si
- deux serveurs virtuels distincts possèdent accidentellement la même
- URL de base, les entrées en provenance d'un serveur virtuel seront
+ <note type="warning">Prenez garde en d�finissant cette directive. Si
+ deux serveurs virtuels distincts poss�dent accidentellement la m�me
+ URL de base, les entr�es en provenance d'un serveur virtuel seront
servies par l'autre.</note>
</usage>
@@ -1183,7 +1183,7 @@ CacheKeyBaseURL "http://www.example.com/
<directivesynopsis>
<name>CacheStaleOnError</name>
-<description>Sert du contenu non à jour à la place de réponses 5xx.</description>
+<description>Sert du contenu non � jour � la place de r�ponses 5xx.</description>
<syntax>CacheStaleOnError <var>on|off</var></syntax>
<default>CacheStaleOnError on</default>
<contextlist><context>server config</context>
@@ -1195,17 +1195,17 @@ CacheKeyBaseURL "http://www.example.com/
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheStaleOnError</directive> est définie à on, et
- si des données non mises à jour sont disponibles dans le cache, ce
- dernier renverra ces données, plutôt qu'une éventuelle réponse 5xx en
- provenance du serveur d'arrière-plan. Alors que l'en-tête
- Cache-Control envoyé par les clients sera respecté, et que les clients
- recevront donc dans ce cas la réponse 5xx brute à leur requête, cette
- réponse 5xx renvoyée au client n'invalidera pas le contenu dans le
+ module="mod_cache">CacheStaleOnError</directive> est d�finie � on, et
+ si des donn�es non mises � jour sont disponibles dans le cache, ce
+ dernier renverra ces donn�es, plut�t qu'une �ventuelle r�ponse 5xx en
+ provenance du serveur d'arri�re-plan. Alors que l'en-t�te
+ Cache-Control envoy� par les clients sera respect�, et que les clients
+ recevront donc dans ce cas la r�ponse 5xx brute � leur requ�te, cette
+ r�ponse 5xx renvoy�e au client n'invalidera pas le contenu dans le
cache. </p>
<highlight language="config">
-# Sert des données non mises à jour en cas d'erreur.
+# Sert des donn�es non mises � jour en cas d'erreur.
CacheStaleOnError on
</highlight>