| <?xml version="1.0"?> |
| <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd"> |
| <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?> |
| <!-- English Revision : 1174747 --> |
| <!-- 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>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 |
| 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 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> |
| |
| <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 |
| 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> |
| |
| <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 |
| 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 |
| serveur</strong>.</p> |
| |
| <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> |
| |
| <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 |
| 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> |
| |
| <p>Dans le mode de fonctionnement normal, <module>mod_cache</module> |
| 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> |
| |
| <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 |
| 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 |
| href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.46">Warning</a> |
| 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 |
| inclut un module de gestion de stockage :</p> |
| <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 |
| temps, mais la mise en cache de contenus partiels n'est pas |
| 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 |
| certaines limites de taille et de nombre d'inodes.</dd> |
| </dl> |
| |
| <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_cache_disk</module> |
| </modulelist> |
| <directivelist> |
| <directive module="mod_cache_disk">CacheRoot</directive> |
| <directive module="mod_cache_disk">CacheDirLevels</directive> |
| <directive module="mod_cache_disk">CacheDirLength</directive> |
| <directive module="mod_cache_disk">CacheMinFileSize</directive> |
| <directive module="mod_cache_disk">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_cache_disk.so<br /> |
| <IfModule mod_cache_disk.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 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 |
| 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> |
| |
| <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 |
| module="mod_log_config">LogFormat</directive> comme suit :</p> |
| |
| <example> |
| LogFormat "%{cache-status}e ..." |
| </example> |
| |
| <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> |
| </dl> |
| |
| <p>Il est alors possible d'envisager une journalisation conditionnelle |
| du traitement des requêtes par rapport au cache comme dans l'exemple |
| suivant :</p> |
| |
| <example> |
| CustomLog requetes-depuis-cache.log common env=cache-hit<br /> |
| CustomLog requetes-hors-cache.log common env=cache-miss<br /> |
| CustomLog requetes-avec-mise-a-jour-du-cache.log common env=cache-revalidate<br /> |
| CustomLog requetes-avec-invalidation.log common env=cache-invalidate<br /> |
| </example> |
| |
| <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> |
| |
| </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> |
| <context>directory</context><context>.htaccess</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>. La directive |
| <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> |
| a pour valeur <code>disk</code>, <module>mod_cache</module> |
| utilisera le gestionnaire de stockage sur disque implémenté par |
| <module>mod_cache_disk</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. Les directives <directive>CacheEnable</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 |
| global.</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 de contenu<br /> |
| <Location /foo><br /> |
| <indent> |
| CacheEnable disk<br /> |
| </indent> |
| </Location><br /><br /> |
| # Mise en cache via une expression rationnelle<br /> |
| <LocationMatch foo$><br /> |
| <indent> |
| CacheEnable disk<br /> |
| </indent> |
| </LocationMatch><br /><br /> |
| # 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.example.org<br /> |
| CacheEnable disk http://www.example.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.example.org et fooexample.org<br /> |
| CacheEnable disk http://*example.org/<br /> |
| # Correspond à www.example.org, mais pas à fooexample.org<br /> |
| CacheEnable disk http://.example.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> |
| <context>directory</context><context>.htaccess</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 /> |
| <indent> |
| CacheDisable on<br /> |
| </indent> |
| </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> |
| <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 |
| 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> |
| <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 |
| 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> |
| <context>directory</context><context>.htaccess</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> |
| <context>directory</context><context>.htaccess</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> |
| <context>directory</context><context>.htaccess</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>CacheStoreExpired</name> |
| <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> |
| <context>directory</context><context>.htaccess</context> |
| </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 |
| <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> |
| |
| <example> |
| CacheStoreExpired On |
| </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> |
| <context>directory</context><context>.htaccess</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> |
| <context>directory</context><context>.htaccess</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> |
| <compatibility>Disponible depuis la version 2.2.15 d'Apache</compatibility> |
| |
| <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> |
| |
| <directivesynopsis> |
| <name>CacheHeader</name> |
| <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> |
| <context>virtual host</context> |
| <context>directory</context> |
| <context>.htaccess</context> |
| </contextlist> |
| <compatibility>Disponible depuis la version 2.3.9 d'Apache</compatibility> |
| |
| <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 <directive |
| module="core"><Directory></directive> ou <directive |
| module="core"><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> |
| |
| <dl> |
| <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> |
| </dl> |
| |
| <example> |
| # Active l'en-tête X-Cache<br /> |
| CacheHeader on<br /> |
| </example> |
| |
| <example> |
| X-Cache: HIT from localhost<br /> |
| </example> |
| |
| </usage> |
| </directivesynopsis> |
| |
| <directivesynopsis> |
| <name>CacheDetailHeader</name> |
| <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> |
| <context>virtual host</context> |
| <context>directory</context> |
| <context>.htaccess</context> |
| </contextlist> |
| <compatibility>Disponible depuis la version 2.3.9 d'Apache</compatibility> |
| |
| <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> |
| |
| <p>Si le gestionnaire normal est utilisé, cette directive peut se |
| situer dans une section <directive |
| module="core"><Directory></directive> ou <directive |
| module="core"><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> |
| |
| <example> |
| # Active l'en-tête X-Cache-Detail<br /> |
| CacheDetailHeader on<br /> |
| </example> |
| |
| <example> |
| X-Cache-Detail: "conditional cache hit: entity refreshed" from localhost<br /> |
| </example> |
| |
| </usage> |
| </directivesynopsis> |
| |
| <directivesynopsis> |
| <name>CacheKeyBaseURL</name> |
| <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> |
| <contextlist><context>server config</context> |
| <context>virtual host</context> |
| </contextlist> |
| <compatibility>Disponible depuis la version 2.3.9 d'Apache</compatibility> |
| |
| <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> |
| |
| <example> |
| # Remplace l'URL de base de la clé de cache.<br /> |
| CacheKeyBaseURL http://www.example.com/<br /> |
| </example> |
| |
| <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> |
| </directivesynopsis> |
| |
| <directivesynopsis> |
| <name>CacheStaleOnError</name> |
| <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> |
| <context>virtual host</context> |
| <context>directory</context> |
| <context>.htaccess</context> |
| </contextlist> |
| <compatibility>Disponible depuis la version 2.3.9 d'Apache</compatibility> |
| |
| <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 |
| cache. </p> |
| |
| <example> |
| # Sert des données non mises à jour en cas d'erreur.<br /> |
| CacheStaleOnError on<br /> |
| </example> |
| |
| </usage> |
| </directivesynopsis> |
| |
| </modulesynopsis> |
