From: Lucien Gentis Date: Tue, 12 May 2026 15:47:05 +0000 (+0000) Subject: fr doc XML files updates. X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=a221cd461ede7ab4aac2adb470b231388552ecd8;p=thirdparty%2Fapache%2Fhttpd.git fr doc XML files updates. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1934144 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/compliance.xml.fr b/docs/manual/compliance.xml.fr index fd132559a8..d022799eb0 100644 --- a/docs/manual/compliance.xml.fr +++ b/docs/manual/compliance.xml.fr @@ -1,7 +1,7 @@ - + @@ -60,8 +60,7 @@

Le protocole HTTP applique le principe de - robustesse décrit dans la RFC1122, et stipulant + robustesse décrit dans la 1122, et stipulant "Soyez libéral pour ce que vous acceptez, conservateur pour ce que vous envoyez". Selon ce principe, les clients HTTP vont compenser en corrigeant les réponses incorrectes ou mal @@ -153,9 +152,7 @@ correspond pas à l'ETag de la réponse, le serveur doit renvoyer un code d'erreur 412 Precondition Failed. Vous trouverez tous les détails du traitement d'un en-tête If-Match - dans la RFC2616 - section 14.24. + dans la 2616.

If-None-Match
Si l'ETag fourni dans l'en-tête If-None-Match @@ -163,18 +160,14 @@ 304 Not Modified pour les requêtes GET/HEAD, soit 412 Precondition Failed pour les autres méthodes. Vous trouverez tous les détails du traitement d'un en-tête - If-None-Match dans la RFC2616 - section 14.26.
+ If-None-Match dans la 2616.
If-Modified-Since
Si la date fournie dans l'en-tête If-Modified-Since est plus ancienne que celle de l'en-tête Last-Modified de la réponse, le serveur doit renvoyer 304 Not Modified. Vous trouverez tous les détails du traitement d'un en-tête - If-Modified-Since dans la RFC2616 - section 14.25.
+ If-Modified-Since dans la 2616.
If-Unmodified-Since
Si la date fournie dans l'en-tête @@ -182,9 +175,7 @@ l'en-tête Last-Modified de la réponse, le serveur doit renvoyer 412 Precondition Failed. Vous trouverez tous les détails du traitement d'un en-tête - If-Unmodified-Since dans la RFC2616 - section 14.28.
+ If-Unmodified-Since dans la 2616.
If-Range
Si l'ETag fourni dans l'en-tête If-Range correspond @@ -192,9 +183,7 @@ en-tête Range valide est présent, le serveur doit renvoyer 206 Partial Response. Vous trouverez tous les détails du traitement d'un en-tête If-Range - dans la RFC2616 - section 14.27.
+ dans la 2616. @@ -223,10 +212,8 @@

Cette politique sera rejetée si la réponse du serveur ne contient pas d'en-tête Content-Length explicite.

-

De nombreuses méthodes pour déterminer la taille d'un - corps de réponse sont décrites dans la RFC2616 - section 4.4 Message Length.

+

De nombreuses méthodes pour déterminer la taille d'un corps de réponse + sont décrites dans la 2616 (Message Length).

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 @@ -283,8 +270,7 @@

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.

+ la 2616 (Media Types).

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

@@ -296,10 +282,12 @@

Exemples d'en-têtes Content-Type non valides :

- # invalide
- Content-Type: foo
- # vide
- Content-Type: + +# invalid +Content-Type: foo +# blank +Content-Type: +

L'administrateur peut restreindre la politique à un ou plusieurs @@ -326,10 +314,8 @@ Content-Length explicite, ou d'en-tête Transfer-Encoding défini à chunked.

-

De nombreuses manières pour déterminer la taille d'un - corps de réponse sont décrites dans la RFC2616 - section 4.4 Message Length.

+

De nombreuses manières pour déterminer la taille d'un corps de réponse + sont décrites dans la 2616 (Message Length).

Pour indiquer la fin de la réponse au client sans que ce dernier ait à en connaître la taille au préalable, HTTP/1.1 propose @@ -402,9 +388,7 @@ durée de fraîcheur est calculée à partir d'une heuristique.

Vous trouverez tous les détails à propos du calcul d'une durée de - fraîcheur dans la RFC2616 - section 13.2 Expiration Model.

+ fraîcheur dans la 2616 (Expiration Model).

Pendant la durée de fraîcheur, un cache n'a pas besoin de contacter le serveur original, et il peut renvoyer le contenu situé @@ -443,13 +427,11 @@ déclare elle-même qu'elle ne doit pas être mise en cache à l'aide d'un en-tête Cache-Control ou Pragma.

-

Vous trouverez tous les détails à propos de la manière dont un - contenu peut être déclaré comme non cachable dans la RFC2616 - section 14.9.1 What is Cacheable, et au sein de la définition de - l'en-tête Pragma dans la RFC2616 - section 14.32 Pragma.

+

Vous trouverez tous les détails à propos de la manière dont un contenu + peut être déclaré comme non cachable dans la 2616 (What is Cacheable), et au sein de la définition + de l'en-tête Pragma dans la 2616 + (Pragma).

Plus précisément, si une combinaison des en-têtes suivants existe dans la réponse, cette dernière sera rejetée :

@@ -486,13 +468,10 @@ ne contient aucun en-tête syntaxiquement correct ETag ou Last-Modified.

-

Vous trouverez une description complète de l'en-tête - ETag dans la RFC2616 - section 14.19 Etag, et de l'en-tête Last-Modified - dans la RFC2616 - section 14.29 Last-Modified.

+

Vous trouverez une description complète de l'en-tête ETag + dans la 2616 (Etag), et de l'en-tête + Last-Modified dans la 2616 + (Last-Modified).

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.

@@ -524,9 +503,8 @@ en-tête dont la valeur appartient à une liste de valeurs proscrites par l'administrateur.

-

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

+

L'en-tête Vary est décrit en détails dans la 2616 (Vary).

Certaines en-têtes définis par les clients, comme User-Agent, peuvent contenir des milliers ou même des diff --git a/docs/manual/custom-error.xml.fr b/docs/manual/custom-error.xml.fr index 1cc88c2468..39386063e3 100644 --- a/docs/manual/custom-error.xml.fr +++ b/docs/manual/custom-error.xml.fr @@ -1,7 +1,7 @@ - + @@ -105,16 +105,18 @@ ErrorDocument 401 /subscription/how_to_subscribe.html - REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/jpeg, image/png
- REDIRECT_HTTP_USER_AGENT=Mozilla/5.0 Fedora/3.5.8-1.fc12 Firefox/3.5.8
- REDIRECT_PATH=.:/bin:/usr/local/bin:/sbin
- REDIRECT_QUERY_STRING=
- REDIRECT_REMOTE_ADDR=121.345.78.123
- REDIRECT_REMOTE_HOST=client.example.com
- REDIRECT_SERVER_NAME=www.example.edu
- REDIRECT_SERVER_PORT=80
- REDIRECT_SERVER_SOFTWARE=Apache/2.2.15
- REDIRECT_URL=/cgi-bin/buggy.pl + +REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/jpeg, image/png +REDIRECT_HTTP_USER_AGENT=Mozilla/5.0 Fedora/3.5.8-1.fc12 Firefox/3.5.8 +REDIRECT_PATH=.:/bin:/usr/local/bin:/sbin +REDIRECT_QUERY_STRING= +REDIRECT_REMOTE_ADDR=121.345.78.123 +REDIRECT_REMOTE_HOST=client.example.com +REDIRECT_SERVER_NAME=www.example.edu +REDIRECT_SERVER_PORT=80 +REDIRECT_SERVER_SOFTWARE=Apache/2.2.15 +REDIRECT_URL=/cgi-bin/buggy.pl +

Les variables d'environnement REDIRECT_ sont diff --git a/docs/manual/install.xml.fr b/docs/manual/install.xml.fr index 0de6d815e7..9275a74fbc 100644 --- a/docs/manual/install.xml.fr +++ b/docs/manual/install.xml.fr @@ -3,7 +3,7 @@ - + + diff --git a/docs/manual/mod/mod_xml2enc.xml.fr b/docs/manual/mod/mod_xml2enc.xml.fr index ddbac018ee..e8f76a431a 100644 --- a/docs/manual/mod/mod_xml2enc.xml.fr +++ b/docs/manual/mod/mod_xml2enc.xml.fr @@ -1,7 +1,7 @@ - + diff --git a/docs/manual/new_features_2_2.xml.fr b/docs/manual/new_features_2_2.xml.fr index f69522b97b..2da11d754d 100644 --- a/docs/manual/new_features_2_2.xml.fr +++ b/docs/manual/new_features_2_2.xml.fr @@ -1,7 +1,7 @@ - + @@ -169,8 +169,7 @@

mod_ssl
-
Le support de la RFC 2817 a été ajouté, ce qui permet de passer d'une +
Le support de la 2817 a été ajouté, ce qui permet de passer d'une connexion en clair au chiffrement TLS.
mod_imagemap
diff --git a/docs/manual/stopping.xml.fr b/docs/manual/stopping.xml.fr index 0cf9ed3ad7..32df31c70c 100644 --- a/docs/manual/stopping.xml.fr +++ b/docs/manual/stopping.xml.fr @@ -3,7 +3,7 @@ - + +