XML update.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1816959 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/docs/manual/mod/mod_authn_socache.xml.fr b/docs/manual/mod/mod_authn_socache.xml.fr
index fb51cc5ead424675181cb96bb7dc1d0af4e5cdf9..341296cc253750fbb4d12eb5aa6d5f3473dabb28 100644 (file)
--- a/docs/manual/mod/mod_authn_socache.xml.fr
+++ b/docs/manual/mod/mod_authn_socache.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>

 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>

-<!-- English Revision: 1673563:1816356 (outdated) -->
+<!-- English Revision: 1816356 -->

 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 


@@ -25,47 +25,47 @@
 <modulesynopsis metafile="mod_authn_socache.xml.meta">
 
 <name>mod_authn_socache</name>
 <modulesynopsis metafile="mod_authn_socache.xml.meta">
 
 <name>mod_authn_socache</name>

-<description>G&egrave;re un cache des donn&eacute;es d'authentification pour diminuer
-la charge des serveurs d'arri&egrave;re-plan</description>
+<description>Gère un cache des données d'authentification pour diminuer
+la charge des serveurs d'arrière-plan</description>

 <status>Base</status>
 <sourcefile>mod_authn_socache.c</sourcefile>
 <identifier>authn_socache_module</identifier>
 <status>Base</status>
 <sourcefile>mod_authn_socache.c</sourcefile>
 <identifier>authn_socache_module</identifier>

-<compatibility>Versions 2.3 et ult&eacute;rieures</compatibility>
+<compatibility>Versions 2.3 et ultérieures</compatibility>

 
 <summary>
 
 <summary>

-    <p>Maintient un cache des donn&eacute;es d'authentification pour limiter
-    les sollicitations du serveur d'arri&egrave;re-plan.</p>
+    <p>Maintient un cache des données d'authentification pour limiter
+    les sollicitations du serveur d'arrière-plan.</p>

 </summary>
 
 </summary>
 

-<section id="intro"><title>Mise en cache des donn&eacute;es d'authentification</title>
+<section id="intro"><title>Mise en cache des données d'authentification</title>

     <p>Certains utilisateurs qui mettent oeuvre une authentification
     <p>Certains utilisateurs qui mettent oeuvre une authentification

-    lourde s'appuyant par exemple sur des requ&ecirc;tes SQL
-    (<module>mod_authn_dbd</module>) ont signal&eacute; une charge induite
+    lourde s'appuyant par exemple sur des requêtes SQL
+    (<module>mod_authn_dbd</module>) ont signalé une charge induite

     inacceptable sur leur fournisseur d'authentification. Cela se
     inacceptable sur leur fournisseur d'authentification. Cela se

-    produit typiquement dans le cas o&ugrave; une page HTML contient des
+    produit typiquement dans le cas où une page HTML contient des

     centaines d'objets (images, scripts, pages de styles, media,
     centaines d'objets (images, scripts, pages de styles, media,

-    etc...), et o&ugrave; une requ&ecirc;te pour cette page g&eacute;n&egrave;re des centaines de
-    sous-requ&ecirc;tes &agrave; effet imm&eacute;diat pour des contenus suppl&eacute;mentaires
-    authentifi&eacute;s.</p>
-    <p>Pour r&eacute;soudre ce probl&egrave;me, mod_authn_socache fournit une solution
-    qui permet de maintenir un cache des donn&eacute;es d'authentification.</p>
+    etc...), et où une requête pour cette page génère des centaines de
+    sous-requêtes à effet immédiat pour des contenus supplémentaires
+    authentifiés.</p>
+    <p>Pour résoudre ce problème, mod_authn_socache fournit une solution
+    qui permet de maintenir un cache des données d'authentification.</p>

 </section>
 
 <section id="usage"><title>Utilisation</title>
 </section>
 
 <section id="usage"><title>Utilisation</title>

-    <p>Le cache d'authentification doit &ecirc;tre utilis&eacute; lorsque les
-    requ&ecirc;tes d'authentification induisent une charge significative sur le
-    serveur, le serveur d'arri&egrave;re-plan ou le r&eacute;seau. Cette mise en cache
-    n'apportera probablement aucune am&eacute;lioration dans le cas d'une
-    authentification &agrave; base de fichier (<module>mod_authn_file</module>)
-    ou de base de donn&eacute;es dbm (<module>mod_authn_dbm</module>) car ces
-    m&eacute;thodes sont de par leur conception rapides et l&eacute;g&egrave;res (la mise en
-    cache peut cependant s'av&eacute;rer utile dans le cas o&ugrave; le fichier est
-    situ&eacute; sur un montage r&eacute;seau). Les fournisseurs d'authentification
-    bas&eacute;s sur SQL ou LDAP ont plus de chances de tirer parti de cette
-    mise en cache, en particulier lorsqu'un probl&egrave;me de performances est
-    d&eacute;tect&eacute;. <module>mod_authnz_ldap</module> g&eacute;rant son propre cache,
-    seul <module>mod_authn_dbd</module> est concern&eacute; par notre sujet.</p>
-    <p>Les principales r&egrave;gles &agrave; appliquer pour la mise en cache sont :</p>
+    <p>Le cache d'authentification doit être utilisé lorsque les
+    requêtes d'authentification induisent une charge significative sur le
+    serveur, le serveur d'arrière-plan ou le réseau. Cette mise en cache
+    n'apportera probablement aucune amélioration dans le cas d'une
+    authentification à base de fichier (<module>mod_authn_file</module>)
+    ou de base de données dbm (<module>mod_authn_dbm</module>) car ces
+    méthodes sont de par leur conception rapides et légères (la mise en
+    cache peut cependant s'avérer utile dans le cas où le fichier est
+    situé sur un montage réseau). Les fournisseurs d'authentification
+    basés sur SQL ou LDAP ont plus de chances de tirer parti de cette
+    mise en cache, en particulier lorsqu'un problème de performances est
+    détecté. <module>mod_authnz_ldap</module> gérant son propre cache,
+    seul <module>mod_authn_dbd</module> est concerné par notre sujet.</p>
+    <p>Les principales règles à appliquer pour la mise en cache sont :</p>

     <ol><li>Inclure le fournisseur pour lequel vous voulez effectuer une
     mise en cache dans une directive
     <directive>AuthnCacheProvideFor</directive>.</li>
     <ol><li>Inclure le fournisseur pour lequel vous voulez effectuer une
     mise en cache dans une directive
     <directive>AuthnCacheProvideFor</directive>.</li>


@@ -75,11 +75,11 @@ la charge des serveurs d'arri&egrave;re-plan</description>
        ou <directive
        module="mod_auth_digest">AuthDigestProvider</directive>.</li>
     </ol>
        ou <directive
        module="mod_auth_digest">AuthDigestProvider</directive>.</li>
     </ol>

-    <p>Voici un exemple simple permettant d'acc&eacute;l&eacute;rer
+    <p>Voici un exemple simple permettant d'accélérer

     <module>mod_authn_dbd</module> et utilisant dbm comme moteur de la
     mise en cache :</p>
     <highlight language="config">
     <module>mod_authn_dbd</module> et utilisant dbm comme moteur de la
     mise en cache :</p>
     <highlight language="config">

-    #AuthnCacheSOCache est optionnel. S'il est d&eacute;fini, il l'est pour
+    #AuthnCacheSOCache est optionnel. S'il est défini, il l'est pour

     #l'ensemble du serveur
 AuthnCacheSOCache dbm
 &lt;Directory "/usr/www/myhost/private"&gt;
     #l'ensemble du serveur
 AuthnCacheSOCache dbm
 &lt;Directory "/usr/www/myhost/private"&gt;


@@ -96,14 +96,14 @@ AuthnCacheSOCache dbm
 </section>
 
 <section id="dev"><title>La mise en cache avec les modules tiers</title>
 </section>
 
 <section id="dev"><title>La mise en cache avec les modules tiers</title>

-    <p>Les d&eacute;veloppeurs de modules doivent savoir que la mise en cache
-    avec mod_authn_socache doit &ecirc;tre activ&eacute;e dans leurs modules. La
+    <p>Les développeurs de modules doivent savoir que la mise en cache
+    avec mod_authn_socache doit être activée dans leurs modules. La

     fonction de l'API <var>ap_authn_cache_store</var> permet de
     fonction de l'API <var>ap_authn_cache_store</var> permet de

-    mettre en cache les donn&eacute;es d'authentification qu'un fournisseur
-    vient de rechercher ou de g&eacute;n&eacute;rer. Vous trouverez des exemples
-    d'utilisation &agrave; <a
+    mettre en cache les données d'authentification qu'un fournisseur
+    vient de rechercher ou de générer. Vous trouverez des exemples
+    d'utilisation à <a

     href="http://svn.eu.apache.org/viewvc?view=revision&amp;revision=957072"
     href="http://svn.eu.apache.org/viewvc?view=revision&amp;revision=957072"

-    >r957072</a>, o&ugrave; trois fournisseurs authn sont activ&eacute;s pour la mise
+    >r957072</a>, où trois fournisseurs authn sont activés pour la mise

     en cache.</p>
 </section>
 
     en cache.</p>
 </section>
 


@@ -113,45 +113,43 @@ AuthnCacheSOCache dbm
 endroit</description>
 <syntax>AuthnCacheEnable</syntax>
 <contextlist><context>server config</context></contextlist>
 endroit</description>
 <syntax>AuthnCacheEnable</syntax>
 <contextlist><context>server config</context></contextlist>

-<override>None</override>

 
 <usage>
 
 <usage>

-    <p>Normalement, cette directive n'est pas n&eacute;cessaire : l'activation
-    est implicite si la mise en cache de l'authentification a &eacute;t&eacute;
-    activ&eacute;e en tout autre endroit du fichier <var>httpd.conf</var>. Par
-    contre, si cette mise en cache n'a pas &eacute;t&eacute; activ&eacute;e, par d&eacute;faut, elle
-    ne sera pas initialis&eacute;e, et ne sera donc pas disponible dans un
+    <p>Normalement, cette directive n'est pas nécessaire : l'activation
+    est implicite si la mise en cache de l'authentification a été
+    activée en tout autre endroit du fichier <var>httpd.conf</var>. Par
+    contre, si cette mise en cache n'a pas été activée, par défaut, elle
+    ne sera pas initialisée, et ne sera donc pas disponible dans un

     contexte de fichier <var>.htaccess</var>. Cette directive permet
     contexte de fichier <var>.htaccess</var>. Cette directive permet

-    d'&ecirc;tre s&ucirc;r que la mise en cache a bien &eacute;t&eacute; activ&eacute;e et pourra
-    donc &ecirc;tre utilis&eacute;e dans les fichiers <var>.htaccess</var>.</p>
+    d'être sûr que la mise en cache a bien été activée et pourra
+    donc être utilisée dans les fichiers <var>.htaccess</var>.</p>

 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheSOCache</name>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheSOCache</name>

-<description>S&eacute;lectionne le fournisseur socache d'arri&egrave;re-plan &agrave;
+<description>Sélectionne le fournisseur socache d'arrière-plan à

 utiliser</description>
 <syntax>AuthnCacheSOCache <var>nom-fournisseur[:arguments-fournisseur]</var></syntax>
 <contextlist><context>server config</context></contextlist>
 utiliser</description>
 <syntax>AuthnCacheSOCache <var>nom-fournisseur[:arguments-fournisseur]</var></syntax>
 <contextlist><context>server config</context></contextlist>

-<override>None</override>

 <compatibility>Les arguments optionnels du fournisseur sont disponibles
 <compatibility>Les arguments optionnels du fournisseur sont disponibles

-&agrave; partir de la version 2.4.7 du serveur HTTP Apache</compatibility>
+à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>

 
 <usage>
 
 <usage>

-    <p>Cette d&eacute;finition s'applique &agrave; l'ensemble du serveur et permet de
-    s&eacute;lectionner un fournisseur pour le <a href="../socache.html">cache
-    d'objets partag&eacute;s</a>, ainsi que des arguments &eacute;ventuels pour ce
+    <p>Cette définition s'applique à l'ensemble du serveur et permet de
+    sélectionner un fournisseur pour le <a href="../socache.html">cache
+    d'objets partagés</a>, ainsi que des arguments éventuels pour ce

     fournisseur. Les fournisseurs disponibles sont, entre autres, "dbm",
     fournisseur. Les fournisseurs disponibles sont, entre autres, "dbm",

-    "dc", "memcache", ou "shmcb", chacun d'entre eux n&eacute;cessitant le chargement
-    du module appropri&eacute;. Si elle est
-    absente, c'est la valeur par d&eacute;faut pour votre plate-forme qui sera
-    utilis&eacute;e.</p>
+    "dc", "memcache", ou "shmcb", chacun d'entre eux nécessitant le chargement
+    du module approprié. Si elle est
+    absente, c'est la valeur par défaut pour votre plate-forme qui sera
+    utilisée.</p>

 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheProvideFor</name>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheProvideFor</name>

-<description>Sp&eacute;cifie le fournisseur pour lequel on veut effectuer une
+<description>Spécifie le fournisseur pour lequel on veut effectuer une

 mise en cache</description>
 <syntax>AuthnCacheProvideFor <var>fournisseur-authn</var> [...]</syntax>
 <default>None</default>
 mise en cache</description>
 <syntax>AuthnCacheProvideFor <var>fournisseur-authn</var> [...]</syntax>
 <default>None</default>


@@ -159,15 +157,15 @@ mise en cache</description>
 <override>AuthConfig</override>
 
 <usage>
 <override>AuthConfig</override>
 
 <usage>

-    <p>Cette directive permet de sp&eacute;cifier un ou plusieurs fournisseurs
-    pour le(s)quel(s) on veut effectuer une mise en cache. Les donn&eacute;es
-    d'authentification trouv&eacute;es par un fournisseur non sp&eacute;cifi&eacute; dans une
+    <p>Cette directive permet de spécifier un ou plusieurs fournisseurs
+    pour le(s)quel(s) on veut effectuer une mise en cache. Les données
+    d'authentification trouvées par un fournisseur non spécifié dans une

     directive AuthnCacheProvideFor ne seront pas mises en cache.</p>
 
     directive AuthnCacheProvideFor ne seront pas mises en cache.</p>
 

-    <p>Par exemple, pour mettre en cache les donn&eacute;es d'authentification
-    trouv&eacute;es par <module>mod_authn_dbd</module> ou par un fournisseur
-    personnalis&eacute; <var>mon-fournisseur</var>, et ne pas mettre en cache
-    celles trouv&eacute;es par les fournisseurs l&eacute;gers comme file ou dbm :</p>
+    <p>Par exemple, pour mettre en cache les données d'authentification
+    trouvées par <module>mod_authn_dbd</module> ou par un fournisseur
+    personnalisé <var>mon-fournisseur</var>, et ne pas mettre en cache
+    celles trouvées par les fournisseurs légers comme file ou dbm :</p>

     <highlight language="config">
 AuthnCacheProvideFor dbd mon-fournisseur
     </highlight>
     <highlight language="config">
 AuthnCacheProvideFor dbd mon-fournisseur
     </highlight>


@@ -176,60 +174,60 @@ AuthnCacheProvideFor dbd mon-fournisseur
 
 <directivesynopsis>
 <name>AuthnCacheTimeout</name>
 
 <directivesynopsis>
 <name>AuthnCacheTimeout</name>

-<description>D&eacute;finit une dur&eacute;e de vie pour les entr&eacute;es du cache</description>
-<syntax>AuthnCacheTimeout <var>dur&eacute;e-de-vie</var> (secondes)</syntax>
+<description>Définit une durée de vie pour les entrées du cache</description>
+<syntax>AuthnCacheTimeout <var>durée-de-vie</var> (secondes)</syntax>

 <default>300 (5 minutes)</default>
 <contextlist><context>directory</context><context>.htaccess</context></contextlist>
 <override>AuthConfig</override>
 
 <usage>
 <default>300 (5 minutes)</default>
 <contextlist><context>directory</context><context>.htaccess</context></contextlist>
 <override>AuthConfig</override>
 
 <usage>

-    <p>La mise en cache des donn&eacute;es d'authentification peut constituer
-    un trou de s&eacute;curit&eacute;, bien qu'un mise en cache de courte dur&eacute;e ne
-    posera probablement pas de probl&egrave;me. En g&eacute;n&eacute;ral, il est conseill&eacute; de
-    conserver les entr&eacute;es du cache de fa&ccedil;on &agrave; ce que la charge du serveur
-    d'arri&egrave;re-plan reste normale, mais pas plus longtemps ;
-    une dur&eacute;e de vie plus longue peut &ecirc;tre param&eacute;tr&eacute;e si les
-    changements d'utilisateurs et de mots de passe sont peu fr&eacute;quents.
-    La dur&eacute;e de vie par d&eacute;faut de 300 secondes (5 minutes) est &agrave; la fois
-    raisonnable et suffisamment importante pour r&eacute;duire la charge d'un
-    serveur d'arri&egrave;re-plan comme dbd (requ&ecirc;tes SQL).</p>
-    <p>Cette dur&eacute;e de vie ne doit pas &ecirc;tre confondue avec la dur&eacute;e de
+    <p>La mise en cache des données d'authentification peut constituer
+    un trou de sécurité, bien qu'un mise en cache de courte durée ne
+    posera probablement pas de problème. En général, il est conseillé de
+    conserver les entrées du cache de façon à ce que la charge du serveur
+    d'arrière-plan reste normale, mais pas plus longtemps ;
+    une durée de vie plus longue peut être paramétrée si les
+    changements d'utilisateurs et de mots de passe sont peu fréquents.
+    La durée de vie par défaut de 300 secondes (5 minutes) est à la fois
+    raisonnable et suffisamment importante pour réduire la charge d'un
+    serveur d'arrière-plan comme dbd (requêtes SQL).</p>
+    <p>Cette durée de vie ne doit pas être confondue avec la durée de

     vie de session qui est un tout autre sujet. Cependant, vous devez
     vie de session qui est un tout autre sujet. Cependant, vous devez

-    utiliser votre logiciel de gestion de session pour v&eacute;rifier si les
-    donn&eacute;es d'authentification mises en cache peuvent allonger
+    utiliser votre logiciel de gestion de session pour vérifier si les
+    données d'authentification mises en cache peuvent allonger

     accidentellement une session, et en tenir compte lorsque vous
     accidentellement une session, et en tenir compte lorsque vous

-    d&eacute;finissez la dur&eacute;e de vie.</p>
+    définissez la durée de vie.</p>

 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheContext</name>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthnCacheContext</name>

-<description>Sp&eacute;cifie une cha&icirc;ne de contexte &agrave; utiliser dans la cl&eacute; du
+<description>Spécifie une chaîne de contexte à utiliser dans la clé du

 cache</description>
 cache</description>

-<syntax>AuthnCacheContext <var>directory|server|cha&icirc;ne-personnalis&eacute;e</var></syntax>
+<syntax>AuthnCacheContext <var>directory|server|chaîne-personnalisée</var></syntax>

 <default>directory</default>
 <contextlist><context>directory</context></contextlist>
 
 <usage>
 <default>directory</default>
 <contextlist><context>directory</context></contextlist>
 
 <usage>

-    <p>Cette directive permet de sp&eacute;cifier une cha&icirc;ne &agrave; utiliser avec le
+    <p>Cette directive permet de spécifier une chaîne à utiliser avec le

     nom d'utilisateur fourni (et le domaine d'authentification - realm -
     nom d'utilisateur fourni (et le domaine d'authentification - realm -

-    dans le cas d'une authentification &agrave; base de condens&eacute;s) lors de la
-    construction d'une cl&eacute; de cache. Ceci permet de lever l'ambigu&iuml;t&eacute;
-    entre plusieurs noms d'utilisateurs identiques servant diff&eacute;rentes
+    dans le cas d'une authentification à base de condensés) lors de la
+    construction d'une clé de cache. Ceci permet de lever l'ambiguïté
+    entre plusieurs noms d'utilisateurs identiques servant différentes

     zones d'authentification sur le serveur.</p>
     zones d'authentification sur le serveur.</p>

-    <p>Il y a deux valeurs sp&eacute;ciales pour le param&egrave;tre : <var>directory</var>,
-    qui utilise le contexte de r&eacute;pertoire de la requ&ecirc;te comme cha&icirc;ne, et
+    <p>Il y a deux valeurs spéciales pour le paramètre : <var>directory</var>,
+    qui utilise le contexte de répertoire de la requête comme chaîne, et

     <var>server</var>, qui utilise le nom du serveur virtuel.</p>
     <var>server</var>, qui utilise le nom du serveur virtuel.</p>

-    <p>La valeur par d&eacute;faut est <var>directory</var>, qui est aussi la
-    d&eacute;finition la plus courante. Ceci est cependant loin d'&ecirc;tre optimal,
+    <p>La valeur par défaut est <var>directory</var>, qui est aussi la
+    définition la plus courante. Ceci est cependant loin d'être optimal,

     car par exemple, <var>$app-base</var>, <var>$app-base/images</var>,
     <var>$app-base/scripts</var> et <var>$app-base/media</var>
     car par exemple, <var>$app-base</var>, <var>$app-base/images</var>,
     <var>$app-base/scripts</var> et <var>$app-base/media</var>

-    poss&egrave;deront chacun leur propre cl&eacute; de cache. Il est pr&eacute;f&eacute;rable
+    possèderont chacun leur propre clé de cache. Il est préférable

     d'utiliser le fournisseur de mot de passe : par exemple un fichier
     d'utiliser le fournisseur de mot de passe : par exemple un fichier

-    <var>htpasswd</var> ou une table de base de donn&eacute;es.</p>
-    <p>Les contextes peuvent &ecirc;tre partag&eacute;s entre diff&eacute;rentes zones du
-    serveur, o&ugrave; les donn&eacute;es d'authentification sont partag&eacute;es. Ceci est
-    cependant susceptible de cr&eacute;er des trous de s&eacute;curit&eacute; de type
+    <var>htpasswd</var> ou une table de base de données.</p>
+    <p>Les contextes peuvent être partagés entre différentes zones du
+    serveur, où les données d'authentification sont partagées. Ceci est
+    cependant susceptible de créer des trous de sécurité de type

     cross-site ou cross-application, et cette directive n'est donc pas
     disponible dans les contextes <var>.htaccess</var>.</p>
 </usage>
     cross-site ou cross-application, et cette directive n'est donc pas
     disponible dans les contextes <var>.htaccess</var>.</p>
 </usage>

diff --git a/docs/manual/mod/mod_logio.xml.fr b/docs/manual/mod/mod_logio.xml.fr
index 5b93a8be9a0aa0e2517e948fd43ebbdcb7e6f848..161943de84fb56a0cc36348af6a47e7a04a058d2 100644 (file)
--- 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"?>
 <?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: 1684312:1816356 (outdated) -->
+<!-- English Revision: 1816356 -->

 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 


@@ -109,7 +109,9 @@ to first byte - TTFB)</description>
 <default>LogIOTrackTTFB OFF</default>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context></contextlist>
 <default>LogIOTrackTTFB OFF</default>
 <contextlist><context>server config</context><context>virtual host</context>
 <context>directory</context><context>.htaccess</context></contextlist>

-<override>none</override>
+<override>All</override>
+<compatibility>Disponible à partir de la version 2.4.13 du serveur HTTP
+Apache</compatibility>

 
 <usage>
     <p>Cette directive permet de définir si ce module mesure le délai
 
 <usage>
     <p>Cette directive permet de définir si ce module mesure le délai

diff --git a/docs/manual/mod/mod_ssl.xml.fr b/docs/manual/mod/mod_ssl.xml.fr
index ec52ca5a9c0234e1af33904cb0db4d76851d8e1e..42066dc720838ced30a405e8e1a467c037195be7 100644 (file)
--- a/docs/manual/mod/mod_ssl.xml.fr
+++ b/docs/manual/mod/mod_ssl.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"?>
 <?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: 1792337:1816356 (outdated) -->
+<!-- English Revision: 1816356 -->

 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 


@@ -1973,7 +1973,6 @@ SSLStrictSNIVHostCheck on
 le mandataire doit utiliser</description>
 <syntax>SSLProxyMachineCertificatePath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context></contextlist>
 le mandataire doit utiliser</description>
 <syntax>SSLProxyMachineCertificatePath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context></contextlist>

-<override>Sans objet</override>

 
 <usage>
 <p>
 
 <usage>
 <p>


@@ -2004,7 +2003,6 @@ SSLProxyMachineCertificatePath "/usr/local/apache2/conf/proxy.crt/"
 clients codés en PEM que le mandataire doit utiliser</description>
 <syntax>SSLProxyMachineCertificateFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>
 clients codés en PEM que le mandataire doit utiliser</description>
 <syntax>SSLProxyMachineCertificateFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>

-<override>Sans objet</override>

 
 <usage>
 <p>
 
 <usage>
 <p>


@@ -2036,7 +2034,6 @@ SSLProxyMachineCertificateFile
 mandataire de choisir un certificat</description>
 <syntax>SSLProxyMachineCertificateChainFile <em>nom-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>
 mandataire de choisir un certificat</description>
 <syntax>SSLProxyMachineCertificateChainFile <em>nom-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>

-<override>Sans objet</override>

 
 <usage>
 <p>
 
 <usage>
 <p>