You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by gr...@apache.org on 2009/10/17 11:45:02 UTC
svn commit: r826211 [2/2] - in /httpd/httpd/trunk/docs/manual/mod:
allmodules.xml.fr mod_cache.html mod_cache.html.en mod_cache.html.fr
mod_cache.xml.fr mod_cache.xml.meta mod_headers.html.en mod_headers.xml.ja
mod_headers.xml.ko
Added: httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.fr?rev=826211&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.fr Sat Oct 17 09:45:01 2009
@@ -0,0 +1,854 @@
+<?xml version="1.0"?>
+<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
+<!-- English Revision : 821993 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+
+<!--
+ 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.
+-->
+
+<modulesynopsis metafile="mod_cache.xml.meta">
+
+<name>mod_cache</name>
+<description>Mise en cache de contenu référencé par un
+URI.</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
+ 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_authz_host">Allow</directive> and <directive
+ module="mod_authz_host">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
+ d'environnement.</note>
+
+ <p><module>mod_cache</module> implémente une mise en cache de
+ contenu HTTP compatible <a
+ href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a> qui peut
+ être utilisée pour mettre en cache des contenus locaux ou mandatés.
+ <module>mod_cache</module> requiert les services d'un ou plusieurs
+ modules de gestion de stockage. La distribution Apache de base
+ inclut un module de gestion de stockage :</p>
+ <dl>
+ <dt><module>mod_disk_cache</module></dt>
+ <dd>implémente un gestionnaire de stockage sur disque.</dd>
+ </dl>
+
+ <p>Les contenus sont stockés dans le cache et extraits de ce dernier
+ en utilisant une clé à base d'URI. Un contenu dont l'accès est
+ protégé ne sera pas mis en cache.</p>
+ <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>
+ <related>
+ <modulelist>
+ <module>mod_disk_cache</module>
+ </modulelist>
+ <directivelist>
+ <directive module="mod_disk_cache">CacheRoot</directive>
+ <directive module="mod_disk_cache">CacheDirLevels</directive>
+ <directive module="mod_disk_cache">CacheDirLength</directive>
+ <directive module="mod_disk_cache">CacheMinFileSize</directive>
+ <directive module="mod_disk_cache">CacheMaxFileSize</directive>
+ </directivelist>
+ </related>
+</section>
+
+<section id="sampleconf"><title>Exemple de configuration</title>
+ <example><title>Extrait de httpd.conf</title>
+ #<br />
+ # Exemple de configuration du cache<br />
+ #<br />
+ LoadModule cache_module modules/mod_cache.so<br />
+ <br />
+ <IfModule mod_cache.c><br />
+ <indent>
+ LoadModule disk_cache_module modules/mod_disk_cache.so<br />
+ <IfModule mod_disk_cache.c><br />
+ <indent>
+ CacheRoot c:/cacheroot<br />
+ CacheEnable disk /<br />
+ CacheDirLevels 5<br />
+ CacheDirLength 3<br />
+ </indent>
+ </IfModule> <br />
+ <br />
+ # Lorsqu'on sert de mandataire, on ne met pas en cache la liste
+ # des mises à jour de sécurité<br />
+ CacheDisable http://security.update.server/update-list/<br />
+ </indent>
+ </IfModule>
+ </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
+ 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é).
+ </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.
+ </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
+ 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>
+
+ <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
+ directive <directive>CacheLockMaxAge</directive>, et sa valeur par
+ défaut est de 5 secondes.
+ </p>
+ </section>
+ <section>
+ <title>Exemple de configuration</title>
+ <example><title>Activation du verrouillage du cache</title>
+ #<br />
+ # Active le verrouillage du cache<br />
+ #<br />
+ <IfModule mod_cache.c><br />
+ <indent>
+ CacheLock on<br />
+ CacheLockPath /tmp/mod_cache-lock<br />
+ CacheLockMaxAge 5<br />
+ </indent>
+ </IfModule>
+ </example>
+ </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
+ traitements du serveur et fournissant ainsi une mise en cache
+ 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 RFC2616
+ é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
+ 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,
+ 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 à
+ <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
+ 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
+ intervenir la mise en cache en ajoutant le filtre
+ <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>
+ avant le filtre <strong>DEFLATE</strong> comme dans l'exemple suivant
+ :</p>
+
+ <example>
+ # Mise en cache du contenu avant la compression optionnelle<br />
+ CacheQuickHandler off<br />
+ AddOutputFilterByType CACHE;DEFLATE text/plain<br /><br />
+ </example>
+
+ <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>
+
+ <example>
+ # Mise en cache du contenu avant l'intervention de mod_include et
+ # mod_deflate<br />
+ CacheQuickHandler off<br />
+ AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html<br /><br />
+ </example>
+
+ <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>
+
+ <example>
+ # Mise en cache du contenu entre les interventions de mod_include et
+ # mod_deflate<br />
+ CacheQuickHandler off<br />
+ AddOutputFilterByType INCLUDES;CACHE;DEFLATE text/html<br /><br />
+ </example>
+
+ <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>
+
+</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 URL</var></syntax>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<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
+ l'argument <var>type de cache</var>. Si la directive
+ <directive>CacheEnable</directive> est située à l'intérieur d'une
+ section <directive type="section">Location</directive>, le paramètre
+ <var>url-string</var> devient optionnel. 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
+ <module>mod_disk_cache</module>.</p>
+ <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
+ <directive>CacheEnable</directive> dans le fichier de
+ configuration.</p>
+
+ <p>En fonctionnement du type serveur mandataire direct, <var>chaîne
+ URL</var> peut aussi être utilisé pour spécifier des sites distants
+ et des protocoles de mandat pour lesquels la mise en cache devra
+ être activée.</p>
+
+ <example>
+ # Mise en cache des URLs mandatées<br />
+ CacheEnable disk /<br /><br />
+ # Mise en cache des URLs FTP mandatées<br />
+ CacheEnable disk ftp://<br /><br />
+ # Mise en cache des contenus situés dans www.apache.org<br />
+ CacheEnable disk http://www.apache.org/<br />
+ </example>
+
+ <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>
+
+ <example>
+ # Correspond à www.apache.org et fooapache.org<br />
+ CacheEnable disk http://*apache.org/<br />
+ # Correspond à www.apache.org, mais pas à fooapache.org<br />
+ CacheEnable disk http://.apache.org/<br />
+ </example>
+
+ <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
+Apache</a></seealso>
+</directivesynopsis>
+
+<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>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<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>
+
+ <example><title>Exemple</title>
+ CacheDisable /fichiers_locaux
+ </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
+ par la section Location.</p>
+
+ <example><title>Exemple</title>
+ <Location /foo><br />
+ CacheDisable on<br />
+ </Location><br />
+ </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>
+</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
+document</description>
+<syntax>CacheMaxExpire <var>secondes</var></syntax>
+<default>CacheMaxExpire 86400 (une journée)</default>
+<contextlist><context>server config</context><context>virtual host</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
+ 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>
+
+ <example>
+ CacheMaxExpire 604800
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheMinExpire</name>
+<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>
+<contextlist><context>server config</context><context>virtual host</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
+ 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
+ valide.</p>
+
+ <example>
+ CacheMinExpire 3600
+ </example>
+</usage>
+</directivesynopsis>
+
+<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>
+<syntax>CacheDefaultExpire <var>secondes</var></syntax>
+<default>CacheDefaultExpire 3600 (une heure)</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<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>
+
+ <example>
+ CacheDefaultExpire 86400
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheIgnoreNoLastMod</name>
+<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>
+<contextlist><context>server config</context><context>virtual host</context>
+</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
+ 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
+ d'expiration.
+ </p>
+
+ <example>
+ CacheIgnoreNoLastMod On
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheIgnoreCacheControl</name>
+<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>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+ <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
+ <em>jamais</em> mises en cache.</p>
+
+ <example>
+ CacheIgnoreCacheControl On
+ </example>
+
+ <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é.
+ </note>
+</usage>
+<seealso><directive module="mod_cache">CacheStorePrivate</directive></seealso>
+<seealso><directive module="mod_cache">CacheStoreNoStore</directive></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheIgnoreQueryString</name>
+<description>Ignore la chaîne de paramètres lors de la mise en
+cache</description>
+<syntax>CacheIgnoreQueryString On|Off</syntax>
+<default>CacheIgnoreQueryString Off</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</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
+ <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>
+
+ <example>
+ CacheIgnoreQueryString On
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<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>
+<syntax>CacheLastModifiedFactor <var>flottant</var></syntax>
+<default>CacheLastModifiedFactor 0.1</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</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
+ elle existe. La directive
+ <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 *
+ <var>facteur</var>
+ 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
+ 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 =
+ 4:00pm.
+
+ 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>
+
+ <example>
+ CacheLastModifiedFactor 0.5
+ </example>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheIgnoreHeaders</name>
+<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>
+<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
+ directive <directive>CacheIgnoreHeaders</directive> :</p>
+
+ <ul>
+ <li><code>Connection</code></li>
+ <li><code>Keep-Alive</code></li>
+ <li><code>Proxy-Authenticate</code></li>
+ <li><code>Proxy-Authorization</code></li>
+ <li><code>TE</code></li>
+ <li><code>Trailers</code></li>
+ <li><code>Transfer-Encoding</code></li>
+ <li><code>Upgrade</code></li>
+ </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
+ 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
+ compatible RFC 2616), la directive
+ <directive>CacheIgnoreHeaders</directive> peut être définie à
+ <code>None</code>.</p>
+
+ <example><title>Exemple 1</title>
+ CacheIgnoreHeaders Set-Cookie
+ </example>
+
+ <example><title>Exemple 2</title>
+ CacheIgnoreHeaders None
+ </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
+ d'une directive <directive>CacheIgnoreHeaders</directive>, le
+ 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
+l'URL lors de la mise en cache
+</description>
+<syntax>CacheIgnoreURLSessionIdentifiers <var>identifiant</var>
+[<var>identifiant</var>] ...</syntax>
+<default>CacheIgnoreURLSessionIdentifiers None</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</contextlist>
+
+<usage>
+ <p>Certaines applications encodent l'identifiant de session dans
+ l'URL comme dans l'exemple suivant :
+ </p>
+ <ul>
+ <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
+ <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
+ session.
+ </p>
+ <p><code>CacheIgnoreURLSessionIdentifiers None</code> vide la liste
+ des identifiants ignorés. Autrement, chaque identifiant spécifié est
+ ajouté à la liste.</p>
+
+ <example><title>Exemple 1</title>
+ CacheIgnoreURLSessionIdentifiers jsessionid
+ </example>
+
+ <example><title>Exemple 2</title>
+ CacheIgnoreURLSessionIdentifiers None
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheStorePrivate</name>
+<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>
+</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
+ 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
+ cache.</p>
+
+ <example>
+ CacheStorePrivate On
+ </example>
+
+ <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é'.
+ </note>
+</usage>
+<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
+<seealso><directive module="mod_cache">CacheStoreNoStore</directive></seealso>
+</directivesynopsis>
+
+<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>
+<syntax>CacheStoreNoStore On|Off</syntax>
+<default>CacheStoreNoStore Off</default>
+<contextlist><context>server config</context><context>virtual host</context>
+</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
+ cache. La directive <directive>CacheStoreNoCache</directive> permet
+ de modifier ce comportement. Si
+ <directive>CacheStoreNoCache</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>
+
+ <example>
+ CacheStoreNoStore On
+ </example>
+
+ <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
+ 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.
+ </note>
+</usage>
+<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
+<seealso><directive module="mod_cache">CacheStorePrivate</directive></seealso>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheLock</name>
+<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>
+</contextlist>
+
+<usage>
+ <p>La directive <directive>CacheLock</directive> active la protection
+ 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
+ la suivante :</p>
+
+ <example>
+ # Active le verrouillage du cache<br />
+ CacheLock on<br /><br />
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheLockPath</name>
+<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
+ 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
+ ressources que le traditionnel cache sur disque.</p>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>CacheLockMaxAge</name>
+<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>
+</contextlist>
+
+<usage>
+ <p>La directive <directive>CacheLockMaxAge</directive> permet de
+ 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>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+ <name>CacheQuickHandler</name>
+ <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>
+
+ <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>
+
+ <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>
+
+ <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>
+
+ <example>
+ # Exécute le cache comme un gestionnaire normal<br />
+ CacheQuickHandler off<br /><br />
+ </example>
+
+ <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>
+
+ <example>
+ # Mise en cache du contenu avant l'intervention de mod_include et
+ # mod_deflate<br />
+ CacheQuickHandler off<br />
+ AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html<br /><br />
+ </example>
+
+ <p>Si le filtre CACHE est spécifié plusieurs fois, c'est la dernière
+ instance qui sera prise en compte.</p>
+
+ </usage>
+</directivesynopsis>
+
+
+</modulesynopsis>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.meta
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.meta?rev=826211&r1=826210&r2=826211&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.meta (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_cache.xml.meta Sat Oct 17 09:45:01 2009
@@ -8,6 +8,7 @@
<variants>
<variant>en</variant>
+ <variant>fr</variant>
<variant outdated="yes">ja</variant>
<variant outdated="yes">ko</variant>
</variants>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_headers.html.en
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_headers.html.en?rev=826211&r1=826210&r2=826211&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_headers.html.en (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_headers.html.en Sat Oct 17 09:45:01 2009
@@ -223,7 +223,7 @@
status codes, including successful responses). A value of <code>always</code>
may be needed to influence headers set by some internal modules even for
successful responses, and is always needed to affect non-<code>2<var>xx</var></code>
- responses such as redirects or client errors</p>.
+ responses such as redirects or client errors.</p>
<p>The action it performs is determined by the second
argument. This can be one of the following values:</p>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ja
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ja?rev=826211&r1=826210&r2=826211&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ja [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ja [utf-8] Sat Oct 17 09:45:01 2009
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.ja.xsl"?>
-<!-- English Revision: 151408:826005 (outdated) -->
+<!-- English Revision: 151408:826164 (outdated) -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
Modified: httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ko
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ko?rev=826211&r1=826210&r2=826211&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ko [euc-kr] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_headers.xml.ko [euc-kr] Sat Oct 17 09:45:01 2009
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="EUC-KR" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.ko.xsl"?>
-<!-- English Revision: 151408:826005 (outdated) -->
+<!-- English Revision: 151408:826164 (outdated) -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more