From: Lucien Gentis Date: Sat, 13 Jun 2020 15:25:02 +0000 (+0000) Subject: fr doc rebuild. X-Git-Tag: 2.5.0-alpha2-ci-test-only~1382 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=73df7f7670a822be265b4899e8edb998b2185a1d;p=thirdparty%2Fapache%2Fhttpd.git fr doc rebuild. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1878809 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/compliance.html.fr.utf8 b/docs/manual/compliance.html.fr.utf8 index 70224ea4b70..ab7ab2ebae1 100644 --- a/docs/manual/compliance.html.fr.utf8 +++ b/docs/manual/compliance.html.fr.utf8 @@ -26,8 +26,6 @@

Langues Disponibles:  en  |  fr 

-
Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.

Ce document décrit le mécanisme utilisé pour définir une politique de conformité au protocole HTTP pour un espace d'URL au @@ -132,7 +130,7 @@ contenus à durée de validité courte, l'absence de support des requêtes conditionnelles peut augmenter la charge du serveur.

-

Plus particulièrement, la présence d'une des en-têtes suivantes +

Plus particulièrement, la présence d'un des en-têtes suivants dans la requête rend cette dernière conditionnelle :

@@ -203,7 +201,7 @@ corps de réponse sont décrites dans la RFC2616 section 4.4 Message Length.

-

Lorsque l'en-tête Content-Length est présente, la +

Lorsque l'en-tête Content-Length est présent, la taille du corps est déclarée au début de la réponse. Si cette information est manquante, un cache HTTP pourrait choisir d'ignorer la réponse, car il ne pourrait pas déterminer a priori si la réponse @@ -214,7 +212,7 @@ l'en-tête Transfer-Encoding comme une alternative à Content-Length. Cependant, lors du traitement de requêtes HTTP/1.0, et si l'en-tête Content-Length est - absente, le seul mécanisme dont dispose le serveur pour indiquer la + absent, le seul mécanisme dont dispose le serveur pour indiquer la fin de la requête consiste à couper la connexion. Dans un environnement contenant des répartiteurs de charge, cela peut court-circuiter le mécanisme des connexions persistantes @@ -224,14 +222,14 @@

Si la réponse est considérée comme réussie (une réponse 2xx) et possède un corps (ce qui exclut les réponses 204 No Content), et si l'en-tête Content-Length est - absente, la réponse sera rejetée. Aucune réponse indiquant une + absent, la réponse sera rejetée. Aucune réponse indiquant une redirection ou une erreur de toute nature (3xx, 4xx, 5xx) n'est prise en compte par cette politique.

Notez que certains modules comme mod_proxy ajoutent leur propre en-tête Content-Length sous réserve que la réponse où cette - en-tête est absente soit suffisamment courte pour que le module ait + en-tête est absent soit suffisamment courte pour que le module ait pu la lire en une seule passe. De ce fait, des réponses courtes pourront être acceptées par la politique, alors que d'autres plus longues seront rejetées pour la même URL.
@@ -249,12 +247,12 @@ Content-Type explicite et valide du point de vue de la syntaxe, correspondant au modèle défini par le serveur.

-

Le type de media du corps est placé dans une en-tête +

Le type de media du corps est placé dans un en-tête Content-Type dont le format est décrit en détail dans la RFC2616 section 3.7 Media Types.

-

Une en-tête Content-Type dont la syntaxe est valide +

Un en-tête Content-Type dont la syntaxe est valide sera du style :

@@ -419,7 +417,7 @@

Cette politique sera rejetée si la réponse du serveur - ne contient aucune en-tête syntaxiquement correct ETag + ne contient aucun en-tête syntaxiquement correct ETag ou Last-Modified.

Vous trouverez une description complète de l'en-tête @@ -431,9 +429,9 @@

La vérification est effectuée non seulement en ce qui concerne la présence des en-têtes, mais aussi du point de vue de leur syntaxe.

-

Si une en-tête ETag n'est pas entourée de guillemets, +

Si un en-tête ETag n'est pas entouré de guillemets, ou n'est pas déclarée "weak" en le préfixant avec un "W/", la politique - sera rejetée. De même, si l'interprétation d'une en-tête + sera rejetée. De même, si l'interprétation d'un en-tête Last-Modified ne fournit pas de date valide, la réponse sera rejetée.

@@ -446,15 +444,15 @@ -

Cette politique se verra rejetée si la réponse du serveur - contient une en-tête Vary, et si cette en-tête - contient à son tour une en-tête mise en liste noire par +

Cette politique se verra rejetée si la réponse du serveur contient un + en-tête Vary, et si cet en-tête contient à son tour un + en-tête dont la valeur appartient à une liste de valeurs proscrites par l'administrateur.

-

L'en-tête Vary est décrite en détails dans la RFC2616 +

L'en-tête Vary est décrit en détails dans la RFC2616 section 14.44 Vary.

-

Certaines en-têtes définies par les clients, comme +

Certaines en-têtes définis par les clients, comme User-Agent, peuvent contenir des milliers ou même des millions de combinaisons de valeurs au cours du temps, et si la réponse est considérée comme pouvant être mise en cache, le cache diff --git a/docs/manual/compliance.xml.meta b/docs/manual/compliance.xml.meta index 0c7eda2af55..dc8d9ddcdb2 100644 --- a/docs/manual/compliance.xml.meta +++ b/docs/manual/compliance.xml.meta @@ -8,6 +8,6 @@ en - fr + fr diff --git a/docs/manual/howto/cgi.html.fr.utf8 b/docs/manual/howto/cgi.html.fr.utf8 index 528de8a9d2d..d8fa2933c3e 100644 --- a/docs/manual/howto/cgi.html.fr.utf8 +++ b/docs/manual/howto/cgi.html.fr.utf8 @@ -29,8 +29,6 @@  ja  |  ko 

-
Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.
top

Pour plus d'informations

diff --git a/docs/manual/howto/cgi.xml.meta b/docs/manual/howto/cgi.xml.meta index b7cd1c98001..c7cff594303 100644 --- a/docs/manual/howto/cgi.xml.meta +++ b/docs/manual/howto/cgi.xml.meta @@ -9,7 +9,7 @@ en es - fr + fr ja ko diff --git a/docs/manual/howto/http2.html.fr.utf8 b/docs/manual/howto/http2.html.fr.utf8 index 79f6396d561..e315b6256a0 100644 --- a/docs/manual/howto/http2.html.fr.utf8 +++ b/docs/manual/howto/http2.html.fr.utf8 @@ -27,8 +27,6 @@  es  |  fr 

-
Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.

Ce document est le guide de l'utilisateur de l'implémentation de HTTP/2 dans Apache httpd. Cette fonctionnalité en est au stade @@ -182,8 +180,8 @@ lorsqu'on configure httpd pour HTTP/2 pour la première fois ; donc gardez la à l'esprit si vous voulez éviter de longues sessions de débogage ! Si vous voulez être sûr de définir une chaîne d'algorithmes de chiffrement - appropriée, évitez ceux qui sont listés dans la blacklist TLS - HTTP/2 .

+ appropriée, évitez ceux qui sont listés dans la liste des + algorithmes de chiffrement TLS HTTP/2 à proscrire.

L'ordre des protocoles indiqués est aussi important. Par défaut, le premier sera le protocole préféré. Lorsqu'un client offre plusieurs choix, diff --git a/docs/manual/howto/http2.xml.meta b/docs/manual/howto/http2.xml.meta index 9b93a6fba04..cd0a8de0644 100644 --- a/docs/manual/howto/http2.xml.meta +++ b/docs/manual/howto/http2.xml.meta @@ -9,6 +9,6 @@ en es - fr + fr diff --git a/docs/manual/mod/mod_authz_core.html.fr.utf8 b/docs/manual/mod/mod_authz_core.html.fr.utf8 index 214130d9cc1..3f952600328 100644 --- a/docs/manual/mod/mod_authz_core.html.fr.utf8 +++ b/docs/manual/mod/mod_authz_core.html.fr.utf8 @@ -29,8 +29,6 @@

Langues Disponibles:  en  |  fr 

-
Cette traduction peut être périmée. Vérifiez la version - anglaise pour les changements récents.
diff --git a/docs/manual/mod/mod_authz_core.xml.meta b/docs/manual/mod/mod_authz_core.xml.meta index 248771933a9..5023ce74e38 100644 --- a/docs/manual/mod/mod_authz_core.xml.meta +++ b/docs/manual/mod/mod_authz_core.xml.meta @@ -8,6 +8,6 @@ en - fr + fr diff --git a/docs/manual/mod/mod_proxy_balancer.xml.ja b/docs/manual/mod/mod_proxy_balancer.xml.ja index 9e27fe534a3..9899248ee87 100644 --- a/docs/manual/mod/mod_proxy_balancer.xml.ja +++ b/docs/manual/mod/mod_proxy_balancer.xml.ja @@ -1,7 +1,7 @@ - +
Description:Socle d'autorisation
Statut:Base
Identificateur de Module:authz_core_module