From: Lucien Gentis Date: Sat, 6 Jun 2026 15:46:34 +0000 (+0000) Subject: fr doc XML files updates. X-Git-Url: http://git.ipfire.org/gitweb/index.cgi?a=commitdiff_plain;h=a662db73ec4ca02b411860d7cc82e7acfd79ac22;p=thirdparty%2Fapache%2Fhttpd.git fr doc XML files updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1935074 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/glossary.xml.fr b/docs/manual/glossary.xml.fr index e4cf548f37..9cc04e3762 100644 --- a/docs/manual/glossary.xml.fr +++ b/docs/manual/glossary.xml.fr @@ -3,7 +3,7 @@ - + + @@ -67,11 +67,11 @@
chemin-URL
-
La partie de l'url qui suit le protocole et le nom - d'hôte comme dans /chemin/vers/fichier.html. Le - chemin-URL représente la ressource vue depuis le web, et est - différente de la représentation de cette même ressource vue depuis le - système de fichiers.
+
La partie de l'URL qui suit le protocole, le nom d'hôte et un port + optionnel, et précède la chaîne de paramètres — par exemple, + /path/to/file.html. chemin-URL représente la + ressource vue depuis le web, et est différente de la représentation de + cette même ressource vue depuis le système de fichiers.
chemin-fichier
diff --git a/docs/manual/mod/mod_data.xml.fr b/docs/manual/mod/mod_data.xml.fr index d57d9fd2cd..6084fe417f 100644 --- a/docs/manual/mod/mod_data.xml.fr +++ b/docs/manual/mod/mod_data.xml.fr @@ -1,7 +1,7 @@ - + @@ -32,9 +32,7 @@ Disponible depuis la version 2.3 du serveur HTTP Apache -

Ce module permet de convertir une réponse en URL de type données - RFC2397. +

Ce module permet de convertir une réponse en 2397 (URL de type données.

Les URLs de type données peuvent être incluses en ligne dans les diff --git a/docs/manual/mod/mod_data.xml.meta b/docs/manual/mod/mod_data.xml.meta index b91aa8b909..38248f4066 100644 --- a/docs/manual/mod/mod_data.xml.meta +++ b/docs/manual/mod/mod_data.xml.meta @@ -8,6 +8,6 @@ en - fr + fr diff --git a/docs/manual/mod/mod_dav.xml.fr b/docs/manual/mod/mod_dav.xml.fr index b7d090c69d..91b801cc22 100644 --- a/docs/manual/mod/mod_dav.xml.fr +++ b/docs/manual/mod/mod_dav.xml.fr @@ -1,7 +1,7 @@ - + @@ -307,6 +307,51 @@ Infinity + +DavHonorMtimeHeader +Permettre aux clients de définir les temps de modification des +ressources à l’aide de l’en-tête de requête X-OC-Mtime +DavHonorMtimeHeader on|off +DavHonorMtimeHeader off +directory + + +

La directive DavHonorMtimeHeader permet d’indiquer + si mod_dav doit prendre en compte l’en-tête de requête + X-OC-Mtime lors du traitement des requêtes PUT et + MKCOL. Cet en-tête est utilisé par certains clients de + synchronisation de WebDAV pour préserver les temps de modification originaux + des fichiers chargés.

+ +

Lorsque cette directive est activée, si un client envoie une requête + PUT ou MKCOL comportant un en-tête + X-OC-Mtime, le serveur définira le temps de modification de la + ressource avec la valeur spécifiée dans cet en-tête. La valeur de l’en-tête + doit être un horodatage Unix (en secondes depuis l’Epoch) exprimé sous la + forme d’un entier décimal.

+ +

Si l’en-tête est présent mais mal formé (par exemple s’il contient des + caractères autres que des chiffres), le serveur répondra avec une erreur 400 + Bad Request.

+ + +

Activer cette directive permet aux clients de manipuler les temps de + modification des fichiers sur le serveur. Ne l’activez que pour des + emplacements où les clients sont fiables et protégez toujours l’accès avec + une authentification.

+ + + Exemple + +<Directory "/var/www/dav/sync"> + Dav On + DavHonorMtimeHeader on +</Directory> + + + + + diff --git a/docs/manual/mod/mod_deflate.xml.fr b/docs/manual/mod/mod_deflate.xml.fr index c4a7f1f198..6487f4c93a 100644 --- a/docs/manual/mod/mod_deflate.xml.fr +++ b/docs/manual/mod/mod_deflate.xml.fr @@ -1,7 +1,7 @@ - + @@ -33,7 +33,7 @@ client

Le module mod_deflate implémente le filtre de - sortie DEFLATE qui permet de comprimer la sortie de + sortie DEFLATE qui permet de compresser la sortie de votre serveur avant de l'envoyer au client sur le réseau.

 Les filtres @@ -54,10 +54,10 @@ client données compressées par deflate. Pour plus de détails, documentez-vous sur la famille d'attaques "BREACH".

-

Voici un exemple simple de configuration qui permet de comprimer +

Voici un exemple simple de configuration qui permet de compresser les types de contenu à base de texte.

- Ne comprime que certains types de documents + Ne compresse que certains types de documents AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript @@ -88,7 +88,7 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip particuliers, vous pouvez utiliser la directive AddOutputFilterByType. Voici un exemple où la compression n'est activée que pour les fichiers html de la - documentation d'Apache :

+ documentation d'Apache httpd:

<Directory "/your-server-root/manual"> @@ -106,13 +106,13 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip l'aide de la directive SetEnv, permet d'ignorer la configuration de votre navigateur quant aux codages acceptés, et - d'envoyer sans condition une sortie comprimée. + d'envoyer sans condition une sortie compressée.
Décompression de la sortie

Le module mod_deflate fournit aussi un filtre - permettant de décomprimer un corps de réponse comprimé par gzip. + permettant de décompresser un corps de réponse compressé par gzip. Pour activer cette fonctionnalité, vous devez insérer le filtre INFLATE dans la chaîne de filtrage en sortie via la directive SetOutputFilter ou @@ -126,15 +126,15 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip </Location> -

Dans cet exemple, les sorties comprimées par gzip en - provenance de example.com seront décomprimées afin de pouvoir +

Dans cet exemple, les sorties compressées par gzip en + provenance de example.com seront décompressées afin de pouvoir être éventuellement traitées par d'autres filtres.

Décompression de l'entrée

Le module mod_deflate fournit également un filtre - permettant de décomprimer un corps de requête comprimé par gzip. + permettant de décompresser un corps de requête compressé par gzip. Pour activer cette fonctionnalité, vous devez insérer le filtre DEFLATE dans la chaîne de filtrage en entrée via la directive SetInputFilter ou @@ -149,11 +149,11 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip

Désormais, si une requête contient un en-tête Content-Encoding: gzip, son corps sera - automatiquement décomprimé. Peu de navigateurs sont actuellement - en mesure de comprimer les corps de requêtes. Cependant, + automatiquement décompressé. Peu de navigateurs sont actuellement + en mesure de compresser les corps de requêtes. Cependant, certaines applications spécialisées supportent les requêtes - comprimées, comme par exemple certains clients WebDAV.

+ compressées, comme par exemple certains clients WebDAV.

Note à propos de l'en-tête <code>Content-Length</code> @@ -174,7 +174,7 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip mandataires qu'une réponse enregistrée dans le cache ne doit être envoyée qu'aux clients qui ont envoyé l'en-tête de requête Accept-Encoding approprié. Ceci permet d'éviter l'envoi - d'un contenu comprimé à un client qui ne sera pas en mesure + d'un contenu compressé à un client qui ne sera pas en mesure de l'interpréter.

Si vous avez défini des exclusions spécifiques dépendant, par @@ -189,7 +189,7 @@ SetEnvIfNoCase Request_URI "\.(?:gif|jpe?g|png)$" no-gzip Header append Vary User-Agent -

Si votre décision de comprimer le contenu dépend d'autres +

Si votre décision de compresser le contenu dépend d'autres informations que celles contenues dans les en-têtes de la requête (par exemple la version HTTP), vous devez attribuer à l'en-tête Vary la valeur *, ce qui permet d'empêcher @@ -301,7 +301,7 @@ CustomLog "logs/deflate_log" deflate DeflateBufferSize -Taille du fragment que zlib devra comprimer en une seule +Taille du fragment que zlib devra compresser en une seule fois DeflateBufferSize valeur DeflateBufferSize 8096 @@ -310,7 +310,7 @@ fois

La directive DeflateBufferSize permet de - spécifier la taille en octets du fragment que zlib devra comprimer + spécifier la taille en octets du fragment que zlib devra compresser en une seule fois. Si la taille de la réponse compressée est supérieure à celle spécifiée par cette directive, httpd passera à un mode d'encodage fragmenté (l'en-tête HTTP Transfer-Encoding prend la valeur @@ -390,12 +390,14 @@ compression Apache -

La directive - DeflateInflateLimitRequestBody permet de - spécifier la taille maximale d'un corps de requête décompressé. Si - elle n'est pas définie, c'est la valeur de la directive LimitRequestBody qui s'applique au corps - de requête décompressé.

+

La directive DeflateInflateLimitRequestBody permet + de spécifier la taille maximale d'un corps de requête décompressé. Si elle + n'est pas définie, c'est la valeur de la directive LimitRequestBody qui s'applique au corps de + requête décompressé. Une valeur de 0 signifie qu’aucune limite + n’est imposée à la taille du corps décompressé (d’autres limites telles que + celles de la directive LimitRequestBody + peuvent cependant s’appliquer).

diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr index dfd00bfb73..81c3cc1599 100644 --- a/docs/manual/mod/mod_proxy.xml.fr +++ b/docs/manual/mod/mod_proxy.xml.fr @@ -1,7 +1,7 @@ - + @@ -2649,4 +2649,80 @@ sortantes + +ProxyAsyncDelay +Durée de sondage synchrone avant de passer le contrôle d’une +connexion au MPM pour un traitement asynchrone +ProxyAsyncDelay time[s] +server config +virtual host +directory + +Disponible à partir de la version 2.5 du serveur HTTP Apache + + +

Lorsqu’un MPM gérant les évènements est utilisé, cette directive active + la gestion asynchrone des connexions de mandataire. Après avoir envoyé la + requête au serveur dorsal, le thread de travail du mandataire attend une + réponse pendant la durée spécifiée par cette directive. Si le serveur dorsal + répond pendant ce laps de temps, la réponse est traitée de manière synchrone + par le même thread. Dans le cas contraire, le contrôle de la connexion est + passé à la boucle d’attente d’évènement asynchrone du MPM, libérant de ce + fait le thread de travail qui pourra alors servir d’autres requêtes.

+ +

Si cette directive est définie à 0, le contrôle de la + connexion est immédiatement transmis à la boucle d’attente d’évènement. Si + elle est définie à -1, le traitement asynchrone est totalement + désactivé (toutes les connexions de mandataire restent synchrones).

+ +

Cette directive n’a d’effet que si le MPM prend en charge l’attente + de réponse (polling) — par exemple, event).

+ + Quand utiliser cette directive +

La gestion asynchrone des mandataires est particulièrement utile pour les + serveurs dorsaux lents ou les réponses en flux continu (streaming) de longue + durée, où le fait de bloquer un thread de travail en attente de données + limiterait la concurrence. Pour les serveurs dorsaux rapides qui répondent + dans la milliseconde, l’approche synchrone est plus efficace.

+ + + +ProxyAsyncIdleTimeout +ProxyTimeout + + + +ProxyAsyncIdleTimeout +Délai d’inactivité pour les connexions asynchrones de mandataire +ProxyAsyncIdleTimeout time[s] +La valeur de la directive ProxyTimeout +server config +virtual host +directory + +Disponible à partir de la version 2.5 du serveur HTTP Apache + + +

Une fois le contrôle de la connexion de mandataire transmis à la boucle + d’attente d’évènement asynchrone du MPM (voir la directive ProxyAsyncDelay), cette directive définit la + durée maximale pendant laquelle la connexion peut rester inactive (aucune + donnée reçu du serveur dorsal) avant d’être fermée.

+ +

Si elle n’est pas explicitement définie, elle prend pour valeur celle du + paramètre timeout du thread de travail (si défini via + ProxyPass ou ProxySet), celle de ProxyTimeout ou en dernier recours celle de + la directive Timeout du serveur.

+ +

Cette directive n’a d’effet que si la directive ProxyAsyncDelay est aussi définie pour + activer la gestion asynchrone.

+ + +ProxyAsyncDelay +ProxyTimeout + + diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr index c82b9c3423..55d3fa09a2 100644 --- a/docs/manual/upgrading.xml.fr +++ b/docs/manual/upgrading.xml.fr @@ -3,7 +3,7 @@ - +