mirror of
https://github.com/apache/httpd.git
synced 2025-11-03 17:53:20 +03:00
98e79bde39
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@826211 13f79535-47bb-0310-9956-ffa450edef68
855 lines
38 KiB
Plaintext
855 lines
38 KiB
Plaintext
<?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>
|