Serveur Apache HTTP Version 2.4
Description: | Filtre de mise en cache HTTP conforme � la RFC 2616 |
---|---|
Statut: | Extension |
Identificateur�de�Module: | cache_module |
Fichier�Source: | mod_cache.c |
CacheQuickHandler
est d�finie � sa
valeur par d�faut on, les directives Allow
and Deny
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.mod_cache
impl�mente un filtre de mise
en cache de contenu HTTP conforme � la RFC 2616, avec
support de la mise en cache des r�ponses dont le contenu a �t�
n�goci� et comportant l'en-t�te Vary.
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 requ�tes conditionnelles en prenant en compte l'en-t�te de requ�te HTTP If-None-Match. Le contenu n'est ainsi r�g�n�r� que lorsqu'il a �t� modifi�, et non lorsqu'il a expir�.
En tant que filtre, mod_cache
peut �tre plac�
en face d'un contenu issu de tout gestionnaire, y compris
des fichiers � acc�s s�quentiel (servis depuis un
disque lent mis en
cache sur un gros disque), la sortie d'un script
CGI ou d'un g�n�rateur de contenu
dynamique, ou du contenu mandat� depuis un autre
serveur.
Dans la configuration par d�faut, mod_cache
place le filtre de mise en cache aussi loin que possible dans la
pile de filtres, utilisant le gestionnaire rapide
pour court-circuiter tout traitement par requ�te lors de l'envoi du
contenu au client. Dans ce mode op�ratoire,
mod_cache
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.
Lorsque le gestionnaire rapide est d�sactiv� via la directive
CacheQuickHandler
, il
devient possible d'ins�rer le filtre CACHE � 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 mod_include
, ou
�ventuellement compress� par le filtre mod_deflate
.
Dans le mode de fonctionnement normal, mod_cache
peut �tre contr�l� par les en-t�tes Cache-Control
et Pragma
envoy�s par un client dans une requ�te, ou par un serveur dans une
r�ponse. Dans des circonstances exceptionnelles,
mod_cache
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.
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 mod_cache
supporte cette
fonctionnalit� lorsque la directive CacheLock
est configur�e en
cons�quence. De telles r�ponses comportent un en-t�te HTTP Warning
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
mod_cache
. De telles r�ponses comportent un en-t�te HTTP Warning
contenant un code de r�ponse 111.
mod_cache
requiert les services d'un ou
plusieurs modules de gestion de stockage. La distribution Apache de base
inclut les modules de gestion de stockage suivants :
mod_cache_disk
htcacheclean
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.mod_cache_socache
Pour de plus amples d�tails, une description, et des exemples, reportez-vous au Guide de la mise en cache.
Modules Apparent�s | Directives Apparent�es |
---|---|
# # Exemple de configuration du cache # LoadModule cache_module modules/mod_cache.so <IfModule mod_cache.c> LoadModule cache_disk_module modules/mod_cache_disk.so <IfModule mod_cache_disk.c> CacheRoot c:/cacheroot CacheEnable disk / CacheDirLevels 5 CacheDirLength 3 </IfModule> # Lorsqu'on sert de mandataire, on ne met pas en cache la liste # des mises � jour de s�curit� CacheDisable http://security.update.server/update-list/ </IfModule>
Lorsqu'une entr�e du cache est p�rim�e, mod_cache
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.
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 temp�te de requ�tes susceptibles de saturer le processus d'arri�re-plan de mani�re soudaine et impr�dictible.
Pour contenir cette temp�te, on peut utiliser la directive
CacheLock
afin de d�finir un r�pertoire o�
seront cr��s � la vol�e des verrous pour les URLs.
Ces verrous sont utilis�s comme autant d'indications
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�).
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.
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.
Les verrous ne sont utilis�s qu'� titre indicatif 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.
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 CacheLockMaxAge
, et sa valeur par
d�faut est de 5 secondes.
# # Active le verrouillage du cache # <IfModule mod_cache.c> CacheLock on CacheLockPath /tmp/mod_cache-lock CacheLockMaxAge 5 </IfModule>
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.
Dans ce mode, le cache s'incruste devant le serveur, comme si un mandataire de mise en cache ind�pendant RFC 2616 �tait plac� devant ce dernier.
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.
Pour r�soudre ce probl�me, la directive CacheQuickHandler
peut �tre d�finie �
off, afin que le serveur traite toutes les phases
normalement ex�cut�es par une requ�te non mise en cache, y compris les
phases d'authentification et d'autorisation.
En outre, l'administrateur peut �ventuellement sp�cifier le point pr�cis dans la cha�ne de filtrage o� devra intervenir la mise en cache en ajoutant le filtre CACHE � la cha�ne de filtrage en sortie.
Par exemple, pour mettre en cache le contenu avant d'appliquer une compression � la r�ponse, placez le filtre CACHE avant le filtre DEFLATE comme dans l'exemple suivant :
# Mise en cache du contenu avant la compression optionnelle CacheQuickHandler off AddOutputFilterByType CACHE;DEFLATE text/plain
Une autre possibilit� consiste � mettre en cache le contenu avant
l'ajout de contenu personnalis� via mod_include
(ou
tout autre filtre de traitement de contenu). Dans l'exemple suivant,
les mod�les contenant des balises comprises par
mod_include
sont mis en cache avant d'�tre
interpr�t�s :
# Mise en cache du contenu avant l'intervention de mod_include et # mod_deflate CacheQuickHandler off AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
Vous pouvez ins�rer le filtre CACHE 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 mod_include
,
mais avant d'�tre trait� par mod_deflate
:
# Mise en cache du contenu entre les interventions de mod_include et # mod_deflate CacheQuickHandler off AddOutputFilterByType INCLUDES;CACHE;DEFLATE text/html
mod_cache
n'est pas
en mesure d'effectuer cette op�ration � votre place.Lorsque mod_cache
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� cache-status.
Cette information peut �tre journalis�e via la directive LogFormat
comme suit :
LogFormat "%{cache-status}e ..."
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 :
Il est alors possible d'envisager une journalisation conditionnelle du traitement des requ�tes par rapport au cache comme dans l'exemple suivant :
CustomLog cached-requests.log common env=cache-hit CustomLog uncached-requests.log common env=cache-miss CustomLog revalidated-requests.log common env=cache-revalidate CustomLog invalidated-requests.log common env=cache-invalidate
Pour les concepteurs de modules, une accroche (hook) nomm�e cache_status 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.
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. |
---|---|
Syntaxe: | CacheDefaultExpire secondes |
D�faut: | CacheDefaultExpire 3600 (une heure) |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
La directive CacheDefaultExpire
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
CacheMaxExpire
si cette derni�re est
utilis�e.
CacheDefaultExpire 86400
Description: | Ajoute un en-t�te X-Cache-Detail � la r�ponse. |
---|---|
Syntaxe: | CacheDetailHeader on|off |
D�faut: | CacheDetailHeader off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible depuis la version 2.3.9 d'Apache |
Lorsque la directive CacheDetailHeader
est d�finie � on, un
en-t�te X-Cache-Detail 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.
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
Cache-Control
et d'autres en-t�tes ont �t� correctement
utilis�s par le service et le client.
Si le gestionnaire normal est utilis�, cette directive peut se
situer dans une section <Directory>
ou <Location>
. 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.
# Active l'en-t�te X-Cache-Detail CacheDetailHeader on
X-Cache-Detail: "conditional cache hit: entity refreshed" from localhost
Description: | D�sactive la mise en cache des URLs sp�cifi�es |
---|---|
Syntaxe: | CacheDisable cha�ne-url | on |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
La directive CacheDisable
enjoint
mod_cache
de ne pas mettre en cache l'URL
sp�cifi�e par cha�ne URL, ainsi que les URLs de niveaux
inf�rieurs.
CacheDisable /fichiers_locaux
Si la directive se trouve � l'int�rieur d'une section <Location>
, 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.
<Location /foo> CacheDisable on </Location>
Avec les versions 2.2.12 et ult�rieures, on peut d�finir la
variable d'environnement no-cache
pour une d�finition
plus fine des ressources � mettre en cache.
Description: | Active la mise en cache des URLs sp�cifi�es en utilisant le gestionnaire de stockage pr�cis� |
---|---|
Syntaxe: | CacheEnable type de cache [cha�ne
URL] |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Une cha�ne URL telle que '/' s'appliquait � tout contenu en mandat direct dans les versions 2.2 et ant�rieures. |
La directive CacheEnable
enjoint
mod_cache
de mettre en cache l'URL pr�cis�e par
cha�ne URL, ainsi que les URLs de niveaux inf�rieurs. Le
gestionnaire de stockage du cache est sp�cifi� � l'aide de
l'argument type de cache. La directive
CacheEnable
peut �tre plac�e � l'int�rieur d'une
section <Location>
ou <LocationMatch>
pour indiquer que le
contenu consid�r� peut �tre mis en cache. Si type de cache
a pour valeur disk
, mod_cache
utilisera le gestionnaire de stockage sur disque impl�ment� par
mod_cache_disk
. Pour que mod_cache
utilise le gestionnaire de stockage bas� sur le cache d'objets
partag�s impl�ment� par mod_cache_socache
,
sp�cifiez socache
comme valeur du param�tre type
de cache.
Si les diff�rentes directives CacheEnable
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
CacheEnable
dans le fichier de
configuration. Les directives CacheEnable
situ�es � l'int�rieur de sections <Location>
ou <LocationMatch>
sont trait�es avant les
directives CacheEnable
d�finies au niveau
global.
En fonctionnement du type serveur mandataire direct, cha�ne URL doit au moins d�buter par un protocole pour lequel la mise en cache doit �tre activ�e.
# Mise en cache de contenu (gestionnaire normal seulement) CacheQuickHandler off <Location /foo> CacheEnable disk </Location> # Mise en cache via une expression rationnelle (gestionnaire normal seulement) CacheQuickHandler off <LocationMatch foo$> CacheEnable disk </LocationMatch> # Mise en cache de tous les contenus, � l'exception des URLs # mandat�es en direct (gestionnaire normal ou rapide) CacheEnable disk / # Mise en cache des URLs FTP mandat�es (gestionnaire normal ou rapide) CacheEnable disk ftp:// # Mise en cache des contenus mandat�s en direct depuis www.example.org (gestionnaire normal ou rapide) CacheEnable disk http://www.example.org/
Un nom d'h�te commen�ant par un caract�re "*" correspondra � tout nom d'h�te se terminant par le suffixe consid�r�. Un nom d'h�te commen�ant par un caract�re "." correspondra � tout nom d'h�te contenant le composant de nom de domaine qui suit ce caract�re.
# Correspond � www.example.org et fooexample.org CacheEnable disk http://*example.org/ # Correspond � www.example.org, mais pas � fooexample.org CacheEnable disk http://.example.org/
Depuis la version 2.2.12, on peut d�finir la variable
d'environnement no-cache
pour une d�finition plus fine
des ressources � mettre en cache.
Description: | Ajoute un en-t�te X-Cache � la r�ponse. |
---|---|
Syntaxe: | CacheHeader on|off |
D�faut: | CacheHeader off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible depuis la version 2.3.9 d'Apache |
Lorsque la directive CacheHeader
est d�finie � on, un
en-t�te X-Cache 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
<Directory>
ou
<Location>
. 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.
# Active l'en-t�te X-Cache CacheHeader on
X-Cache: HIT from localhost
Description: | Ignore les en-t�tes de requ�te enjoignant de ne pas servir le contenu au client depuis le cache |
---|---|
Syntaxe: | CacheIgnoreCacheControl On|Off |
D�faut: | CacheIgnoreCacheControl Off |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
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
CacheIgnoreCacheControl
permet de modifier ce
comportement. Avec CacheIgnoreCacheControl
On
, 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
jamais mises en cache.
CacheIgnoreCacheControl On
Description: | Ne pas stocker le(s) en-t�te(s) sp�cifi�(s) dans le cache. |
---|---|
Syntaxe: | CacheIgnoreHeaders en-t�te [en-t�te] ... |
D�faut: | CacheIgnoreHeaders None |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
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 aucun
cas stock�s dans le cache, quelle que soit la d�finition de la
directive CacheIgnoreHeaders
:
Connection
Keep-Alive
Proxy-Authenticate
Proxy-Authorization
TE
Trailers
Transfer-Encoding
Upgrade
La directive CacheIgnoreHeaders
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.
La directive CacheIgnoreHeaders
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
CacheIgnoreHeaders
peut �tre d�finie �
None
.
CacheIgnoreHeaders Set-Cookie
CacheIgnoreHeaders None
Expires
, ne sont pas stock�s suite � la d�finition
d'une directive CacheIgnoreHeaders
, le
comportement de mod_cache sera impr�visible.
Description: | Ignore le fait qu'une r�ponse ne poss�de pas d'en-t�te Last Modified. |
---|---|
Syntaxe: | CacheIgnoreNoLastMod On|Off |
D�faut: | CacheIgnoreNoLastMod Off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
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 � mod_include
par
exemple), ou n'existe tout simplement pas. La directive
CacheIgnoreNoLastMod
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
CacheDefaultExpire
servira � g�n�rer une date
d'expiration.
CacheIgnoreNoLastMod On
Description: | Ignore la cha�ne de param�tres lors de la mise en cache |
---|---|
Syntaxe: | CacheIgnoreQueryString On|Off |
D�faut: | CacheIgnoreQueryString Off |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
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
CacheIgnoreQueryString
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.
CacheIgnoreQueryString On
Description: | Ignore les identifiants de session d�finis encod�s dans l'URL lors de la mise en cache |
---|---|
Syntaxe: | CacheIgnoreURLSessionIdentifiers identifiant
[identifiant] ... |
D�faut: | CacheIgnoreURLSessionIdentifiers None |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
Certaines applications encodent l'identifiant de session dans l'URL comme dans l'exemple suivant :
/une-application/image.gif;jsessionid=123456789
/une-application/image.gif?PHPSESSIONID=12345678
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
CacheIgnoreURLSessionIdentifiers
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.
CacheIgnoreURLSessionIdentifiers None
vide la liste
des identifiants ignor�s. Autrement, chaque identifiant sp�cifi� est
ajout� � la liste.
CacheIgnoreURLSessionIdentifiers jsessionid
CacheIgnoreURLSessionIdentifiers None
Description: | Remplace l'URL de base des cl�s du cache mandat�es en inverse |
---|---|
Syntaxe: | CacheKeyBaseURL URL |
D�faut: | CacheKeyBaseURL http://example.com |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible depuis la version 2.3.9 d'Apache |
Lorsque la directive CacheKeyBaseURL
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.
# Remplace l'URL de base de la cl� de cache. CacheKeyBaseURL http://www.example.com/
Description: | Le facteur utilis� pour g�n�rer une date d'expiration en fonction de la date de derni�re modification. |
---|---|
Syntaxe: | CacheLastModifiedFactor flottant |
D�faut: | CacheLastModifiedFactor 0.1 |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
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
CacheLastModifiedFactor
permet de sp�cifier
un facteur � utiliser pour la g�n�ration de cette date
d'expiration au sein de la formule suivante :
d�lai-expiration = dur�e-depuis-date-derni�re-modification *
facteur
date-expiration = date-courante + d�lai-expiration
Par exemple, si la derni�re modification du document date de 10
heures, et si facteur 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 CacheMaxExpire
, c'est ce dernier
qui l'emporte.
CacheLastModifiedFactor 0.5
Description: | Active la protection contre les temp�tes de requ�tes. |
---|---|
Syntaxe: | CacheLock on|off |
D�faut: | CacheLock off |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible depuis la version 2.2.15 d'Apache |
La directive CacheLock
active la protection
contre les temp�tes de requ�tes pour l'espace d'adressage donn�.
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 :
# Active le verrouillage du cache CacheLock on
Description: | D�finit la dur�e de vie maximale d'un verrou de cache. |
---|---|
Syntaxe: | CacheLockMaxAge entier |
D�faut: | CacheLockMaxAge 5 |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
La directive CacheLockMaxAge
permet de
sp�cifier la dur�e de vie maximale d'un verrou de cache.
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.
Description: | D�finit le r�pertoire des verrous. |
---|---|
Syntaxe: | CacheLockPath r�pertoire |
D�faut: | CacheLockPath /tmp/mod_cache-lock |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
La directive CacheLockPath
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.
Description: | La dur�e maximale en secondes de mise en cache d'un document |
---|---|
Syntaxe: | CacheMaxExpire secondes |
D�faut: | CacheMaxExpire 86400 (une journ�e) |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
La directive CacheMaxExpire
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.
CacheMaxExpire 604800
Description: | La dur�e minimale en secondes de mise en cache d'un document |
---|---|
Syntaxe: | CacheMinExpire secondes |
D�faut: | CacheMinExpire 0 |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
La directive CacheMaxExpire
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.
CacheMinExpire 3600
Description: | Ex�cute le cache � partir d'un gestionnaire rapide. |
---|---|
Syntaxe: | CacheQuickHandler on|off |
D�faut: | CacheQuickHandler on |
Contexte: | configuration du serveur, serveur virtuel |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible � partir de la version 2.3.3 du serveur HTTP Apache |
La directive CacheQuickHandler
permet de contr�ler
la phase au cours de laquelle la mise en cache est effectu�e.
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 s'incruste devant le serveur, et la majorit� des traitements du serveur est court-circuit�e.
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.
# Ex�cute le cache comme un gestionnaire normal CacheQuickHandler off
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 CACHE.
# Mise en cache du contenu avant l'intervention de mod_include et # mod_deflate CacheQuickHandler off AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
Si le filtre CACHE est sp�cifi� plusieurs fois, c'est la derni�re instance qui sera prise en compte.
Description: | Sert du contenu non � jour � la place de r�ponses 5xx. |
---|---|
Syntaxe: | CacheStaleOnError on|off |
D�faut: | CacheStaleOnError on |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
Compatibilit�: | Disponible depuis la version 2.3.9 d'Apache |
Lorsque la directive CacheStaleOnError
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.
# Sert des donn�es non mises � jour en cas d'erreur. CacheStaleOnError on
Description: | Tente de mettre en cache les r�ponses que le serveur consid�re comme arriv�es � expiration |
---|---|
Syntaxe: | CacheStoreExpired On|Off |
D�faut: | CacheStoreExpired Off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
Depuis la version 2.2.4, les r�ponses qui sont arriv�es �
expiration ne sont pas stock�es dans le cache. La directive
CacheStoreExpired
permet de modifier ce
comportement. Avec CacheStoreExpired
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.
CacheStoreExpired On
Description: | Tente de mettre en cache les requ�tes ou r�ponses dont l'ent�te Cache-Control: a pour valeur no-store. |
---|---|
Syntaxe: | CacheStoreNoStore On|Off |
D�faut: | CacheStoreNoStore Off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
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 CacheStoreNoStore
permet
de modifier ce comportement. Si
CacheStoreNoStore
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 jamais mises en
cache.
CacheStoreNoStore On
CacheStoreNoCache
pourrait provoquer le
stockage d'informations sensibles dans le cache. Vous avez donc
�t� pr�venus.
Description: | Tente de mettre en cache des r�ponses que le serveur a marqu�es comme priv�es |
---|---|
Syntaxe: | CacheStorePrivate On|Off |
D�faut: | CacheStorePrivate Off |
Contexte: | configuration du serveur, serveur virtuel, r�pertoire, .htaccess |
Statut: | Extension |
Module: | mod_cache |
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 CacheStorePrivate
permet de
modifier ce comportement. Si
CacheStorePrivate
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 jamais mises en
cache.
CacheStorePrivate On