From 51cb88aad3c44601e3a17a8827fd2dd0bef86976 Mon Sep 17 00:00:00 2001
From: Lucien Gentis <lgentis@apache.org>
Date: Sat, 14 Apr 2018 14:14:51 +0000
Subject: [PATCH] XML updates.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1829142 13f79535-47bb-0310-9956-ffa450edef68
---
 docs/manual/howto/reverse_proxy.xml.fr | 249 ++++++++++++++-----------
 docs/manual/mod/mod_logio.xml.fr       |  31 ++-
 docs/manual/mod/mod_proxy.xml.fr       |  40 +++-
 3 files changed, 202 insertions(+), 118 deletions(-)

diff --git a/docs/manual/howto/reverse_proxy.xml.fr b/docs/manual/howto/reverse_proxy.xml.fr
index b480436d48..d913cad6d0 100644
--- a/docs/manual/howto/reverse_proxy.xml.fr
+++ b/docs/manual/howto/reverse_proxy.xml.fr
@@ -1,9 +1,8 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1784674 -->
+<!-- English Revision : 1828890 -->
 <!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2017030401 $ -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -28,30 +27,30 @@
   <title>Guide de configuration d'un mandataire inverse</title>
 
   <summary>
-    <p>En plus de ses fonctions de serveur web "basique", &agrave; savoir fournir du
-    contenu statique et dynamique &agrave; l'utilisateur, Apache httpd (comme la
+    <p>En plus de ses fonctions de serveur web "basique", à savoir fournir du
+    contenu statique et dynamique à l'utilisateur, Apache httpd (comme la
     plupart des autres serveurs web) peut aussi assurer les fonctions de serveur
     mandataire inverse, connu aussi sous le nom de serveur "passerelle".</p>
 
-    <p>Dans un tel sc&eacute;nario, httpd ne g&eacute;n&egrave;re et n'h&eacute;berge pas lui-m&ecirc;me les
-    donn&eacute;es, le contenu &eacute;tant en g&eacute;n&eacute;ral obtenu &agrave; partir d'un ou plusieurs serveurs
-    d'arri&egrave;re-plan qui n'ont normalement aucune connexion directe avec le r&eacute;seau
-    externe. Lorsque httpd re&ccedil;oit une requ&ecirc;te en provenance d'un client, la
-    requ&ecirc;te proprement dite est <em>mandat&eacute;e</em> vers un de ces serveurs
-    d'arri&egrave;re-plan qui traite la requ&ecirc;te, g&eacute;n&egrave;re le contenu et l'envoie &agrave; httpd,
-    ce dernier g&eacute;n&eacute;rant la v&eacute;ritable r&eacute;ponse HTTP &agrave; destination du client.</p>
-
-    <p>De nombreuses raisons peuvent vous motiver &agrave; utiliser cette
-    fonctionnalit&eacute;, mais elles sont souvent du domaine de la s&eacute;curit&eacute;, de
-    la haute disponibilit&eacute;, de la r&eacute;partition de charge et de
-    l'authentification/autorisation centralis&eacute;e. Il est alors indispensable que
+    <p>Dans un tel scénario, httpd ne génère et n'héberge pas lui-même les
+    données, le contenu étant en général obtenu à partir d'un ou plusieurs serveurs
+    d'arrière-plan qui n'ont normalement aucune connexion directe avec le réseau
+    externe. Lorsque httpd reçoit une requête en provenance d'un client, la
+    requête proprement dite est <em>mandatée</em> vers un de ces serveurs
+    d'arrière-plan qui traite la requête, génère le contenu et l'envoie à httpd,
+    ce dernier générant la véritable réponse HTTP à destination du client.</p>
+
+    <p>De nombreuses raisons peuvent vous motiver à utiliser cette
+    fonctionnalité, mais elles sont souvent du domaine de la sécurité, de
+    la haute disponibilité, de la répartition de charge et de
+    l'authentification/autorisation centralisée. Il est alors indispensable que
     l'organisation, la conception et l'architecture de l'infrastructure
-    d'arri&egrave;re-plan (les serveurs qui traitent au sens propre les requ&ecirc;tes) soient
-    isol&eacute;es et prot&eacute;g&eacute;es de l'ext&eacute;rieur ; vu du client, le serveur mandataire
+    d'arrière-plan (les serveurs qui traitent au sens propre les requêtes) soient
+    isolées et protégées de l'extérieur ; vu du client, le serveur mandataire
     inverse <em>est</em> le seul serveur accessible pouvant lui fournir du
     contenu.</p>
 
-    <p>Voici un exemple typique d'impl&eacute;mentation de cette fonctionnalit&eacute; :</p>
+    <p>Voici un exemple typique d'implémentation de cette fonctionnalité :</p>
     <p class="centered"><img src="../images/reverse-proxy-arch.png" alt="reverse-proxy-arch" /></p>
 
   </summary>
@@ -77,10 +76,10 @@
 
     <p>
       La directive <directive module="mod_proxy">ProxyPass</directive> permet de
-      rediriger les requ&ecirc;tes entrantes vers un serveur d'arri&egrave;re-plan (ou un
+      rediriger les requêtes entrantes vers un serveur d'arrière-plan (ou un
       cluster de serveurs plus connu sous le nom de groupe
       <code>Balancer</code>). Dans cet exemple le plus simple, toutes les
-      requ&ecirc;tes (<code>"/"</code>) sont redirig&eacute;es vers un serveur d'arri&egrave;re-plan
+      requêtes (<code>"/"</code>) sont redirigées vers un serveur d'arrière-plan
       unique :
     </p>
 
@@ -89,10 +88,10 @@ ProxyPass "/"  "http://www.example.com/"
     </highlight>
 
     <p>
-      Pour &ecirc;tre sur que cette redirection soit effectu&eacute;e et que les en-t&ecirc;tes
-      <code>Location:</code> g&eacute;n&eacute;r&eacute;s par le serveur d'arri&egrave;re-plan soient
-      modifi&eacute;s pour pointer vers le mandataire inverse, et non vers le serveur
-      d'arri&egrave;re-plan, la directive <directive
+      Pour être sur que cette redirection soit effectuée et que les en-têtes
+      <code>Location:</code> générés par le serveur d'arrière-plan soient
+      modifiés pour pointer vers le mandataire inverse, et non vers le serveur
+      d'arrière-plan, la directive <directive
       module="mod_proxy">ProxyPassReverse</directive> est souvent requise :
     </p>
 
@@ -101,7 +100,7 @@ ProxyPass "/"  "http://www.example.com/"
 ProxyPassReverse "/"  "http://www.example.com/"
     </highlight>
 
-    <p>Seules des URIs sp&eacute;cifiques peuvent &ecirc;tre mandat&eacute;es, comme le montre
+    <p>Seules des URIs spécifiques peuvent être mandatées, comme le montre
     l'exemple suivant :</p>
 
     <highlight language="config">
@@ -109,9 +108,9 @@ ProxyPass "/images"  "http://www.example.com/"
 ProxyPassReverse "/images"  "http://www.example.com/"
     </highlight>
 
-    <p>Dans l'exemple pr&eacute;c&eacute;dent, si le chemin d'une requ&ecirc;te commence par
-    <code>/images</code>, elle sera redirig&eacute;e vers le serveur d'arri&egrave;re-plan
-    sp&eacute;cifi&eacute; ; dans le cas contraire, elle sera trait&eacute;e localement.
+    <p>Dans l'exemple précédent, si le chemin d'une requête commence par
+    <code>/images</code>, elle sera redirigée vers le serveur d'arrière-plan
+    spécifié ; dans le cas contraire, elle sera traitée localement.
     </p>
   </section>
 
@@ -119,15 +118,15 @@ ProxyPassReverse "/images"  "http://www.example.com/"
     <title>Clusters et Balancers</title>
 
     <p>
-      Utiliser un serveur d'arri&egrave;re-plan unique n'est cependant pas une solution
-      id&eacute;ale car ce dernier peut devenir indisponible ou surcharg&eacute;, et le
-      mandatement inverse vers ce serveur ne pr&eacute;sente alors plus aucun avantage.
-      La solution r&eacute;side dans la d&eacute;finition d'un groupe de serveurs
-      d'arri&egrave;re-plan qui vont se partager le traitement des requ&ecirc;tes via un
-      m&eacute;canisme de r&eacute;partition de charge et de gestion des indisponibilit&eacute;s pris
-      en charge par le mandataire. Ce groupe de r&eacute;partition est plus connu sous le nom de
+      Utiliser un serveur d'arrière-plan unique n'est cependant pas une solution
+      idéale car ce dernier peut devenir indisponible ou surchargé, et le
+      mandatement inverse vers ce serveur ne présente alors plus aucun avantage.
+      La solution réside dans la définition d'un groupe de serveurs
+      d'arrière-plan qui vont se partager le traitement des requêtes via un
+      mécanisme de répartition de charge et de gestion des indisponibilités pris
+      en charge par le mandataire. Ce groupe de répartition est plus connu sous le nom de
       <em>cluster</em>, mais dans la terminologie d'Apache httpd, on utilise
-      plut&ocirc;t le terme de <em>balancer</em>. Un balancer se d&eacute;finit en
+      plutôt le terme de <em>balancer</em>. Un balancer se définit en
       utilisant les directives <directive module="mod_proxy"
       type="section">Proxy</directive> et <directive
       module="mod_proxy">BalancerMember</directive> comme suit :
@@ -145,20 +144,20 @@ ProxyPassReverse "/images/"  "balancer://myset/"
     </highlight>
 
     <p>
-      Le protocole <code>balancer://</code> indique &agrave; httpd que l'on souhaite
-      cr&eacute;er un balancer nomm&eacute; <em>myset</em>. Ce balancer comporte deux serveurs
-      d'arri&egrave;re-plan r&eacute;f&eacute;renc&eacute;s dans la terminologie httpd sous le nom de
-      <em>BalancerMembers</em>. Avec cet exemple, toute requ&ecirc;te dont le chemin
-      commence par <code>/images</code> sera mandat&eacute;e vers <em>un</em> des deux
-      serveurs d'arri&egrave;re-plan. La directive <directive
-      module="mod_proxy">ProxySet</directive> d&eacute;finit ici pour le balancer
+      Le protocole <code>balancer://</code> indique à httpd que l'on souhaite
+      créer un balancer nommé <em>myset</em>. Ce balancer comporte deux serveurs
+      d'arrière-plan référencés dans la terminologie httpd sous le nom de
+      <em>BalancerMembers</em>. Avec cet exemple, toute requête dont le chemin
+      commence par <code>/images</code> sera mandatée vers <em>un</em> des deux
+      serveurs d'arrière-plan. La directive <directive
+      module="mod_proxy">ProxySet</directive> définit ici pour le balancer
       <em>myset</em> un algorithme de
-      r&eacute;partition de charge bas&eacute; sur le trafic entr&eacute;es/sorties.
+      répartition de charge basé sur le trafic entrées/sorties.
     </p>
 
     <note type="hint"><title>Remarque</title>
       <p>
-      	Les <em>BalancerMembers</em> sont aussi souvent r&eacute;f&eacute;renc&eacute;s sous le terme
+      	Les <em>BalancerMembers</em> sont aussi souvent référencés sous le terme
 	<em>workers</em>.
       </p>
    </note>
@@ -169,8 +168,8 @@ ProxyPassReverse "/images/"  "balancer://myset/"
     <title>Configuration du Balancer et des BalancerMembers</title>
 
     <p>
-      Vous pouvez configurer de mani&egrave;re d&eacute;taill&eacute;e les <em>balancers</em> et
-      <em>workers</em> via les nombreux param&egrave;tres de la directive <directive
+      Vous pouvez configurer de manière détaillée les <em>balancers</em> et
+      <em>workers</em> via les nombreux paramètres de la directive <directive
       module="mod_proxy">ProxyPass</directive>. Par exemple, si vous souhaitez
       que <code>http://www3.example.com:8080</code> traite avec un facteur 3 le
       trafic avec un timeout d'une seconde, utilisez la configuration suivante :
@@ -190,25 +189,46 @@ ProxyPassReverse "/images"  "balancer://myset/"
   </section>
 
   <section id="failover">
-    <title>Gestion des indisponibilit&eacute;s (Failover)</title>
+    <title>Gestion des indisponibilités (Failover)</title>
 
     <p>
-      Vous pouvez aussi d&eacute;finir finement des sc&eacute;narios pour les cas
-      d'indisponibilit&eacute; d'un ou plusieurs serveurs d'arri&egrave;re-plan en sp&eacute;cifiant
+      Vous pouvez aussi définir finement des scénarios pour les cas
+      d'indisponibilité d'un ou plusieurs serveurs d'arrière-plan en spécifiant
       quels serveurs doivent alors prendre le relai. Dans l'exemple suivant,
-      deux sc&eacute;narios sont envisag&eacute;s : dans le premier, seul
-      <code>http://hstandby.example.com:8080</code> se voit envoyer du trafic si
-      tous les autres membres du balancer <em>myset</em> sont indisponibles.
-      Dans le second, si <code>http://hstandby.example.com:8080</code> est
-      lui-m&ecirc;me indisponible, <code>http://bkup1.example.com:8080</code> et
-      <code>http://bkup2.example.com:8080</code> deviennent les deux seuls
-      membres du groupe de r&eacute;partition de charge actifs :
+      trois scénarios sont envisagés : 
     </p>
+    <ol>
+      <li>
+        <code>http://spare1.example.com:8080</code> et
+        <code>http://spare2.example.com:8080</code> ne sont sollicités que si
+	<code>http://www2.example.com:8080</code> ou
+	<code>http://www3.example.com:8080</code> est indisponible (un serveur
+	de remplacement sera utilisé à la place d'un membre indisponible du même
+	jeu de serveurs cibles).
+      </li>
+      <li>
+        <code>http://hstandby.example.com:8080</code> n'est sollicité que si
+	tous les autres serveurs cibles du jeu de serveurs <code>0</code> sont
+	indisponibles.
+      </li>
+      <li>
+        Les serveurs <code>http://bkup1.example.com:8080</code> et
+	<code>http://bkup2.example.com:8080</code> du jeu <code>1</code> ne seront sollicités que si
+	tous les serveurs du jeu <code>0</code>, tous les serveurs de
+	remplacement et tous les serveurs de standby sont indisponibles.
+      </li>
+    </ol>
+    <p>
+      Il est ainsi possible de définir un ou plusieurs serveurs de remplacement
+      ou de standby pour chaque jeu de serveurs du répartiteur de charge.
+    </p>    
 
     <highlight language="config">
 &lt;Proxy balancer://myset&gt;
     BalancerMember http://www2.example.com:8080
     BalancerMember http://www3.example.com:8080 loadfactor=3 timeout=1
+    BalancerMember http://spare1.example.com:8080 status=+R
+    BalancerMember http://spare2.example.com:8080 status=+R
     BalancerMember http://hstandby.example.com:8080 status=+H
     BalancerMember http://bkup1.example.com:8080 lbset=1
     BalancerMember http://bkup2.example.com:8080 lbset=1
@@ -220,32 +240,30 @@ ProxyPassReverse "/images/"  "balancer://myset/"
     </highlight>
 
     <p>
-      Le point central de cet exemple de gestion des indisponibilit&eacute;s est la
-      configuration du serveur d'arri&egrave;re-plan
-      <code>http://hstandby.example.com:8080</code> avec le drapeau
-      <code>+H</code> qui le place en mode <em>hot standby</em>, et
-      l'inscription des deux serveurs <code>bkup#</code> dans le groupe de
-      r&eacute;partition de charge avec un niveau 1 (le niveau par d&eacute;faut &eacute;tant 0) ; en
-      effet, les serveurs en mode <em>hot standby</em>, s'il existent, sont
-      utilis&eacute;s en premier en cas d'indisponibilit&eacute; de tous les autres serveurs
-      d'arri&egrave;re-plan, et ce sont toujours les serveurs de niveau le plus bas qui
-      sont utilis&eacute;s en premier.
+      Les serveurs de remplacement à chaud remplacent les serveurs indisponibles
+      du même jeu de serveurs du répartiteur de charge. Un serveur est
+      considéré comme indisponible s'il est en maintenance, arrêté ou en erreur.
+      Les serveurs de standby à chaud sont utilisés si tous les serveurs et
+      serveurs de remplacement du jeu de serveurs du répartiteur de charge sont
+      indisponibles. Les jeux de serveurs du répartiteur de charge (avec leurs
+      serveurs de standby et de remplacement à chaud respectifs) sont toujours
+      sollicités dans l'ordre du plus bas lbset vers le plus haut.
     </p>
 
   </section>
 
   <section id="manager">
-    <title>Gestion du r&eacute;partiteur de charge</title>
+    <title>Gestion du répartiteur de charge</title>
 
     <p>
      L'application <em>balancer-manager</em> fournie avec le mandataire inverse
      d'Apache httpd en est un des outils les plus utiles. Comme
      <module>mod_status</module>, <em>balancer-manager</em> affiche la
-     configuration et l'activit&eacute; actuelles des balancers actifs. L'affichage de
+     configuration et l'activité actuelles des balancers actifs. L'affichage de
      ces informations n'est cependant pas sa seule fonction ; il permet aussi de
-     modifier la plupart d'entre elles et m&ecirc;me d'ajouter des membres au groupe
-     de r&eacute;partition de charge en temps r&eacute;el. Pour activer ces fonctionnalit&eacute;s,
-     vous devez ajouter les lignes suivantes &agrave; votre fichier de configuration : 
+     modifier la plupart d'entre elles et même d'ajouter des membres au groupe
+     de répartition de charge en temps réel. Pour activer ces fonctionnalités,
+     vous devez ajouter les lignes suivantes à votre fichier de configuration : 
     </p>
 
     <highlight language="config">
@@ -256,89 +274,96 @@ ProxyPassReverse "/images/"  "balancer://myset/"
     </highlight>
 
     <note type="warning"><title>Avertissement</title>
-      <p>N'activez le <em>balancer-manager</em> que si vous avez d&eacute;j&agrave; <a
-      href="../mod/mod_proxy.html#access">s&eacute;curis&eacute; votre serveur</a>.
-      Assurez-vous en particulier que l'acc&egrave;s &agrave; l'URL soit fortement restreint.</p>
+      <p>N'activez le <em>balancer-manager</em> que si vous avez déjà <a
+      href="../mod/mod_proxy.html#access">sécurisé votre serveur</a>.
+      Assurez-vous en particulier que l'accès à l'URL soit fortement restreint.</p>
     </note>
 
     <p>
-      Lorsque vous acc&eacute;dez au serveur mandataire avec une adresse du style
+      Lorsque vous accédez au serveur mandataire avec une adresse du style
       <code>http://rproxy.example.com/balancer-manager/</code>, la page suivante
       s'affiche :
     </p>
     <p class="centered"><img src="../images/bal-man.png" alt="balancer-manager page" /></p>
 
     <p>
-      Ce formulaire permet &agrave; l'administrateur de modifier certains param&egrave;tres,
-      de d&eacute;sactiver ou d'ajouter certains serveurs d'arri&egrave;re-plan, et de
-      modifier les r&egrave;gles de r&eacute;partition de charge. Par exemple, si on clique
-      sur le r&eacute;partiteur, la page suivante s'affiche : 
+      Ce formulaire permet à l'administrateur de modifier certains paramètres,
+      de désactiver ou d'ajouter certains serveurs d'arrière-plan, et de
+      modifier les règles de répartition de charge. Par exemple, si on clique
+      sur le répartiteur, la page suivante s'affiche : 
     </p>
     <p class="centered"><img src="../images/bal-man-b.png" alt="balancer-manager page" /></p>
 
     <p>
-      Si on clique sur un membre du groupe de r&eacute;partition de charge, la page
+      Si on clique sur un membre du groupe de répartition de charge, la page
       suivante s'affiche :
     </p>
     <p class="centered"><img src="../images/bal-man-w.png" alt="balancer-manager page" /></p>
 
     <p>
-      Si vous souhaitez que ces modifications soient conserv&eacute;es apr&egrave;s un
-      red&eacute;marrage du serveur, assurez-vous que la directive <directive
-      module="mod_proxy">BalancerPersist</directive> soit d&eacute;finie &agrave; On.
+      Si vous souhaitez que ces modifications soient conservées après un
+      redémarrage du serveur, assurez-vous que la directive <directive
+      module="mod_proxy">BalancerPersist</directive> soit définie à On.
     </p>
 
   </section>
 
   <section id="health-check">
-    <title>V&eacute;rification dynamique du bon fonctionnement d'un serveur
-    d'arri&egrave;re-plan</title>
+    <title>Vérification dynamique du bon fonctionnement d'un serveur
+    d'arrière-plan</title>
 
     <p>
-      Avant que le mandataire httpd ne fasse appel &agrave; un serveur d'arri&egrave;re-plan, il
-      peut <em>"tester"</em> si ce dernier est disponible en d&eacute;finissant le
-      param&egrave;tre <code>ping</code> de ce serveur via la directive <directive
+      Avant que le mandataire httpd ne fasse appel à un serveur d'arrière-plan, il
+      peut <em>"tester"</em> si ce dernier est disponible en définissant le
+      paramètre <code>ping</code> de ce serveur via la directive <directive
       module="mod_proxy">ProxyPass</directive>. Cependant, il est souvent plus
-      judicieux de v&eacute;rifier le bon fonctionnement d'un serveur <em>hors
-      bande</em> et de mani&egrave;re dynamique via le module
+      judicieux de vérifier le bon fonctionnement d'un serveur <em>hors
+      bande</em> et de manière dynamique via le module
       <module>mod_proxy_hcheck</module> d'Apache httpd.
     </p>
 
   </section>
 
   <section id="status">
-    <title>Drapeaux d'&eacute;tat d'un membre du groupe de r&eacute;partition de charge</title>
+    <title>Drapeaux d'état d'un membre du groupe de répartition de charge</title>
 
     <p>
-      <em>balancer-manager</em> permet d'afficher et de modifier l'&eacute;tat d'un
-      membre du groupe de r&eacute;partition de charge. Les diff&eacute;rents &eacute;tats et leurs
+      <em>balancer-manager</em> permet d'afficher et de modifier l'état d'un
+      membre du groupe de répartition de charge. Les différents états et leurs
       significations sont les suivants :
     </p>
       <table border="1">
       	<tr><th>Drapeau</th><th>Sigle</th><th>Description</th></tr>
       	<tr><td>&nbsp;</td><td><em>Ok</em></td><td>Le serveur est disponible</td></tr>
-      	<tr><td>&nbsp;</td><td><em>Init</em></td><td>Le serveur a &eacute;t&eacute; initialis&eacute;</td></tr>
+      	<tr><td>&nbsp;</td><td><em>Init</em></td><td>Le serveur a été initialisé</td></tr>
         <tr><td><code>D</code></td><td><em>Dis</em></td><td>Le serveur est
-	d&eacute;sactiv&eacute; et n'accepte aucune requ&ecirc;te ; il sera retest&eacute; automatiquement.</td></tr>
-        <tr><td><code>S</code></td><td><em>Stop</em></td><td>Le serveur a &eacute;t&eacute;
-	arr&ecirc;t&eacute; par l'administrateur ; il n'accepte aucune requ&ecirc;te et il ne sera
-	pas retest&eacute; automatiquement.</td></tr>
+	désactivé et n'accepte aucune requête ; il sera retesté automatiquement.</td></tr>
+        <tr><td><code>S</code></td><td><em>Stop</em></td><td>Le serveur a été
+	arrêté par l'administrateur ; il n'accepte aucune requête et il ne sera
+	pas retesté automatiquement.</td></tr>
         <tr><td><code>I</code></td><td><em>Ign</em></td><td>Les erreurs
-	concernant ce serveur sont ignor&eacute;es et il sera donc toujours consid&eacute;r&eacute;
+	concernant ce serveur sont ignorées et il sera donc toujours considéré
 	comme disponible.</td></tr>
+	<tr><td><code>R</code></td><td><em>Spar</em></td><td>Le serveur cible sert de remplaçant à
+	 chaud. Lorsqu'un serveur cible avec un lbset donné est inutilisable
+	 (maintenance, arrêt, en erreur, etc...), un serveur de remplacement à
+	 chaud libre de même lbset sera utilisé à sa place. Les remplaçants à
+	 chaud permettent de s'assurer qu'un nombre déterminé de serveurs cibles
+	 sera toujours disponible pour un répartiteur de charge.</td></tr>
         <tr><td><code>H</code></td><td><em>Stby</em></td><td>Le serveur est en
-	mode hot-standby et ne sera donc utilis&eacute; que si aucun autre serveur
-	n'est disponible.</td></tr>
+	mode hot-standby et ne sera donc utilisé que si aucun autre serveur ou
+	serveur de remplacement	n'est disponible dans le jeu de serveurs du
+	répartiteur de charge.</td></tr>
         <tr><td><code>E</code></td><td><em>Err</em></td><td>Le serveur est en
-	erreur, en g&eacute;n&eacute;ral suite &agrave; un test pr&eacute;alable &agrave; une requ&ecirc;te ; aucune
-	requ&ecirc;te ne lui sera soumise, mais il sera retest&eacute; en fonction de la
-	valeur de son param&egrave;tre <code>retry</code>.</td></tr>
+	erreur, en général suite à un test préalable à une requête ; aucune
+	requête ne lui sera soumise, mais il sera retesté en fonction de la
+	valeur de son paramètre <code>retry</code>.</td></tr>
         <tr><td><code>N</code></td><td><em>Drn</em></td><td>Le serveur est en
-	mode drain ; il n'acceptera de requ&ecirc;tes que dans le cadre des sessions
-	persistantes qui lui sont r&eacute;serv&eacute;es et ignorera toutes les autres.</td></tr>
-        <tr><td><code>C</code></td><td><em>HcFl</em></td><td>Le serveur a &eacute;chou&eacute;
-	au test dynamique de bon fonctionnement et ne sera utilis&eacute; que lorsqu'il
-	aura r&eacute;ussi un test ult&eacute;rieur.</td></tr>
+	mode drain ; il n'acceptera de requêtes que dans le cadre des sessions
+	persistantes qui lui sont réservées et ignorera toutes les autres.</td></tr>
+        <tr><td><code>C</code></td><td><em>HcFl</em></td><td>Le serveur a échoué
+	au test dynamique de bon fonctionnement et ne sera utilisé que lorsqu'il
+	aura réussi un test ultérieur.</td></tr>
       </table>
   </section>
 
diff --git a/docs/manual/mod/mod_logio.xml.fr b/docs/manual/mod/mod_logio.xml.fr
index feb64a0c9b..352989453c 100644
--- a/docs/manual/mod/mod_logio.xml.fr
+++ b/docs/manual/mod/mod_logio.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1793934 -->
+<!-- English Revision: 1828727 -->
 <!-- French translation : Lucien GENTIS -->
 
 <!--
@@ -82,6 +82,12 @@ d'Apache</a></seealso>
 	nulle, il s'agit de la combinaison de %I et %O.<br />
 	Disponible depuis la version 2.4.7 du serveur HTTP Apache.</td></tr>
 
+    <tr><td><code>%^FU</code></td>
+        <td>Délai en microsecondes entre l'arrivée de la requête et la lecture
+	du dernier octet du corps de la requête (upload terminé). Disponible
+	seulement si <directive>LogIOTrackTTFU</directive> est à ON.<br />
+	Disponible à partir de la version 2.4.34 du serveur HTTP Apache.</td></tr>
+
     <tr><td><code>%^FB</code></td>
         <td>Délai en microsecondes entre l'arrivée de la requête et
 	l'écriture du premier octet des en-têtes de la réponse.
@@ -100,10 +106,29 @@ d'Apache</a></seealso>
     </dl>
 </section>
 
+<directivesynopsis>
+<name>LogIOTrackTTFU</name>
+<description>Active la mesure du temps jusqu'à l'arrivée du dernier octet de la
+requête (TTFU = time to finish upload)</description>
+<syntax>LogIOTrackTTFU ON|OFF</syntax>
+<default>LogIOTrackTTFU OFF</default>
+<contextlist><context>server config</context><context>virtual host</context>
+<context>directory</context><context>.htaccess</context></contextlist>
+<override>All</override>
+<compatibility>Disponible à partir de la version 2.4.34 du serveur HTTP Apache</compatibility>
+
+<usage>
+    <p>Cette directive permet d'activer/désactiver la mesure du temps entre le
+    début de la lecture de la requête et la lecture du dernier octets du corps
+    de la requête (upload terminé). La valeur est enregistrée dans le journal
+    via la chaîne de formatage <code>%^FU</code>.</p>
+</usage>
+</directivesynopsis>
+
 <directivesynopsis>
 <name>LogIOTrackTTFB</name>
-<description>Permet d'enregistrer le délai avant le premier octet (time
-to first byte - TTFB)</description>
+<description>Permet d'enregistrer le délai avant le premier octet (TTFB = time
+to first byte)</description>
 <syntax>LogIOTrackTTFB ON|OFF</syntax>
 <default>LogIOTrackTTFB OFF</default>
 <contextlist><context>server config</context><context>virtual host</context>
diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr
index b9cdda7d02..62ccfe0cd5 100644
--- a/docs/manual/mod/mod_proxy.xml.fr
+++ b/docs/manual/mod/mod_proxy.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1828069 -->
+<!-- English Revision: 1828926 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -1290,6 +1290,13 @@ ProxyPass "/mirror/foo/i" "!"
 	serveur cible spécifique. La valeur doit être au minimum 512 ou définie
 	à 0 pour la valeur par défaut du système de 8192.
     </td></tr>
+    <tr><td>responsefieldsize</td>
+        <td>8192</td>
+	<td>Contrôle la taille du tampon pour le champ de la réponse mandatée.
+	Cette taille doit être au moins égale à la taille attendue du plus grand
+	en-tête d'une réponse mandatée. Une valeur de 0 implique l'utilisation
+	de la valeur par défaut du système, à savoir 8192 octets.
+    </td></tr>
     <tr><td>keepalive</td>
         <td>Off</td>
         <td><p>Cette clé doit être utilisée lorsque vous avez un pare-feu
@@ -1389,8 +1396,15 @@ ProxyPass "/mirror/foo/i" "!"
 	 automatiquement relancée.</td></tr>
          <tr><td><code>I</code></td><td>le serveur cible est en mode "erreurs ignorées",
 	 et sera toujours considéré comme disponible.</td></tr>
+	 <tr><td><code>R</code></td><td>Le serveur cible sert de remplaçant à
+	 chaud. Lorsqu'un serveur cible avec un lbset donné est inutilisable
+	 (maintenance, arrêt, en erreur, etc...), un serveur de remplacement à
+	 chaud libre de même lbset sera utilisé à sa place. Les remplaçants à
+	 chaud permettent de s'assurer qu'un nombre déterminé de serveurs cibles
+	 sera toujours disponible pour un répartiteur de charge.</td></tr>
          <tr><td><code>H</code></td><td>le serveur cible est en mode d'attente et ne sera
-	 utilisé que si aucun autre serveur n'est disponible.</td></tr>
+	 utilisé que si aucun autre serveur ou remplaçant à chaud n'est
+	 disponible dans le jeu de serveurs cibles.</td></tr>
          <tr><td><code>E</code></td><td>le serveur cible est en erreur.</td></tr>
          <tr><td><code>N</code></td><td>le serveur cible est en mode vidage, n'acceptera que
 	 les sessions persistantes qui lui appartiennent, et refusera
@@ -1578,8 +1592,28 @@ ProxyPass "/" "balancer://mycluster/" stickysession=JSESSIONID|jsessionid nofail
 &lt;/Proxy&gt;
     </highlight>
 
+    <p>La définition de remplaçants à chaud permet de s'assurer qu'un nombre
+    déterminé de serveurs sera toujours disponible dans le jeu de serveurs
+    cibles :</p>
+    <highlight language="config">
+ProxyPass "/" "balancer://sparecluster/"
+&lt;Proxy balancer://sparecluster&gt;
+    BalancerMember ajp://1.2.3.4:8009
+    BalancerMember ajp://1.2.3.5:8009
+    # Les serveurs ci-dessous sont des remplaçants à chaud. Pour chaque serveur
+    # ci-dessus qui viendrait à être inutilisable (maintenance, arrêt, non
+    # contactable, en erreur, etc...), un de ces remplaçants à chaud prendra sa
+    # place. Deux serveurs seront toujours disponibles pour traiter une requête
+    # (à moins qu'un ou plusieurs remplaçant à chaud soit lui aussi
+    # indisponible).
+    BalancerMember ajp://1.2.3.6:8009 status=+R
+    BalancerMember ajp://1.2.3.7:8009 status=+R
+&lt;/Proxy&gt;
+    </highlight>
+
     <p>Configuration d'un serveur cible de réserve qui ne sera utilisé que si
-    aucun autre serveur cible n'est disponible :</p>
+    aucun autre serveur cible ou remplaçant à chaud n'est disponible dans le jeu
+    de serveurs cibles :</p>
     <highlight language="config">
 ProxyPass "/" "balancer://hotcluster/ "
 &lt;Proxy balancer://hotcluster&gt;
-- 
2.40.0