From: Lucien Gentis Date: Sat, 12 Jan 2019 15:31:26 +0000 (+0000) Subject: fr doc rebuild. X-Git-Tag: 2.5.0-alpha2-ci-test-only~2208 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=15b38bc2ef5cd2ac40a11aac7df2b40852e83888;p=thirdparty%2Fapache%2Fhttpd.git fr doc rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1851173 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/mod_cache.html.fr.utf8 b/docs/manual/mod/mod_cache.html.fr.utf8 index 8c0f8e15a98..0f184de7235 100644 --- a/docs/manual/mod/mod_cache.html.fr.utf8 +++ b/docs/manual/mod/mod_cache.html.fr.utf8 @@ -31,6 +31,8 @@  ja  |  ko 

+
Cette traduction peut être périmée. Vérifiez la version + anglaise pour les changements récents.
@@ -211,14 +213,13 @@ LoadModule cache_module modules/mod_cache.so 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é). +

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é).

Mise en cache initiale d'une entrée

@@ -251,12 +252,11 @@ LoadModule cache_module modules/mod_cache.so 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. +

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.

Exemple de configuration

@@ -397,11 +397,10 @@ lorsqu'aucune date d'expiration n'a été spécifiée.
Description:Filtre de mise en cache HTTP conforme à la RFC 2616
Statut:Extension
Identificateur de Module:cache_module
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 + 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 n'est pas + écrasée par la valeur de la directive CacheMaxExpire, même si cette dernière est utilisée.

CacheDefaultExpire 86400
@@ -419,7 +418,7 @@ lorsqu'aucune date d'expiration n'a été spécifiée. Module:mod_cache Compatibilité:Disponible depuis la version 2.3.9 d'Apache -

Lorsque la directive CacheDetailHeader est définie à on, un +

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.

@@ -464,10 +463,10 @@ spécifiées

Exemple

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.

+

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.

Exemple

<Location "/foo">
     CacheDisable on
@@ -498,32 +497,27 @@ URL]
 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.

+ 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 @@ -586,7 +580,7 @@ Apache Module:mod_cache Compatibilité:Disponible depuis la version 2.3.9 d'Apache -

Lorsque la directive CacheHeader est définie à on, un +

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 @@ -628,7 +622,7 @@ le contenu au client depuis le cache 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 + 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 @@ -717,19 +711,16 @@ Modified. 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. -

+

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
@@ -809,13 +800,12 @@ l'URL lors de la mise en cache 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 globale, 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 +

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 @@ -862,8 +852,8 @@ fonction de la date de dernière modification. 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 + 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
@@ -994,7 +984,7 @@ document Compatibilité:Disponible à partir de la version 2.3.3 du serveur HTTP Apache -

La directive CacheQuickHandler permet de contrôler +

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 @@ -1042,7 +1032,7 @@ AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html

Module:mod_cache Compatibilité:Disponible depuis la version 2.3.9 d'Apache -

Lorsque la directive CacheStaleOnError est définie à on, et +

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 @@ -1094,7 +1084,7 @@ l'entête Cache-Control: a pour valeur no-store. 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-Control: 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 @@ -1133,8 +1123,8 @@ marquées comme privées 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 +

Normalement, les réponse comportant un en-tête Cache-Control: private + ne seront pas stockées dans le cache. La directive CacheStorePrivate permet de modifier ce comportement. Si CacheStorePrivate est définie à On, le diff --git a/docs/manual/mod/mod_cache.xml.fr b/docs/manual/mod/mod_cache.xml.fr index d1371d2b947..a172febc788 100644 --- a/docs/manual/mod/mod_cache.xml.fr +++ b/docs/manual/mod/mod_cache.xml.fr @@ -1,7 +1,7 @@ - + diff --git a/docs/manual/mod/mod_cache.xml.ja b/docs/manual/mod/mod_cache.xml.ja index 6bcc4c81a88..aa28940617f 100644 --- a/docs/manual/mod/mod_cache.xml.ja +++ b/docs/manual/mod/mod_cache.xml.ja @@ -1,7 +1,7 @@ - + + +