httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1738361 [2/2] - in /httpd/httpd/trunk/docs/manual: howto/auth.xml.fr mod/mod_access_compat.xml.fr mod/mod_rewrite.xml.fr upgrading.xml.fr
Date Sat, 09 Apr 2016 16:19:31 GMT
Modified: httpd/httpd/trunk/docs/manual/mod/mod_rewrite.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_rewrite.xml.fr?rev=1738361&r1=1738360&r2=1738361&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_rewrite.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_rewrite.xml.fr Sat Apr  9 16:19:31 2016
@@ -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: 1734260:1737774 (outdated) -->
+<!-- English Revision: 1737774 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -133,7 +133,7 @@ moteur de réécriture</description>
       hôte virtuel pour lequel vous souhaitez utiliser des règles
       de réécriture.</p>
 
-      <p>Les directives <directive>RewriteMap</directive> du type
+      <p>Les directives <directive module="mod_rewrite">RewriteMap</directive>
du type
       <code>prg</code> ne sont pas prises en compte au cours de
       l'initialisation du serveur si elle ont été définies dans un
       contexte où la directive <directive>RewriteEngine</directive> n'a
@@ -431,7 +431,7 @@ répertoire</description>
       <p>La directive <directive>RewriteBase</directive> permet de
       spécifier le préfixe d'URL à utiliser dans un contexte de
       répertoire (htaccess) pour les directives
-      <directive>RewriteRule</directive> qui réécrivent vers un chemin
+      <directive module="mod_rewrite">RewriteRule</directive> qui réécrivent
vers un chemin
       relatif.</p>
       <p>Cette directive est <em>obligatoire</em> si vous utilisez un
       chemin relatif dans une substitution, et dans un contexte de
@@ -445,7 +445,7 @@ répertoire</description>
 	  une directive telle qu'<directive
 	  module="mod_alias">Alias</directive>).</li>
           <li>Le chemin du système de fichiers vers le répertoire
-	  contenant la <directive>RewriteRule</directive>, suffixé par
+	  contenant la <directive module="mod_rewrite">RewriteRule</directive>, suffixé
par
 	  la substitution relative est aussi valide en tant qu'URL sur
 	  le serveur (ce qui est rare).</li>
 	  <li>A partir de la version 2.4.11 du serveur HTTP Apache,
@@ -933,6 +933,13 @@ la réécriture soit effectuée
 	    en utilisant la variante the <strong>-L</strong> ou
 	    <strong>-h</strong>.</dd>
 
+            <dt><strong>-ne</strong></dt>
+            <dd>Est numériquement <strong>n</strong>on <strong>é</strong>gal
à<br />
+	     La <em>Chaîne de test</em> est considérée comme un entier et est
+	     numériquement comparée à l'<em>expression de comparaison</em>.
Vrai
+	     si les deux éléments comparés sont numériquement différents.
+	     Equivalent à <code>!-eq</code>.</dd>	    
+
            </dl>
         </li>
 
@@ -959,7 +966,7 @@ la réécriture soit effectuée
 	    utiliser avec précautions car les performances du serveur
 	    peuvent s'en trouver affectées !</dd>
 
-	    <dt><strong>-H</strong></dt>
+	    <dt><strong>-h</strong></dt>
 	    <dd>est un lien symbolique, selon la convention bash<br />
             Voir <strong>-l</strong>.</dd>
 
@@ -1202,7 +1209,7 @@ relatives.</li>
 l'intégralité du
 chemin de l'URL dans un contexte de répertoire (htaccess), vous devez
 utiliser la variable <code>%{REQUEST_URI}</code> dans la directive
-<directive>RewriteCond</directive>.</li>
+<directive module="mod_rewrite">RewriteCond</directive>.</li>
 
 <li>Le prefixe supprimé se termine toujours par un slash, ce qui
 signifie que la comparaison s'effectue avec une chaîne qui ne comporte
@@ -1328,8 +1335,9 @@ substitution !
       seront remplacés par le contenu du <strong>N</strong>ème groupe
       du <em>Modèle</em> qui correspondait. Les variables du serveur
       sont les mêmes que dans la <em>Chaîne_de_test</em> d'une
-      directive <code>RewriteCond</code>. Les fonctions de comparaison
-      sont issues de la directive <code>RewriteMap</code> dans la
+      directive <directive module="mod_rewrite">RewriteCond</directive>. Les
+      fonctions de comparaison sont issues de la directive <directive
+      module="mod_rewrite">RewriteMap</directive> dans la
       section de laquelle elles sont décrites. Ces trois types de
       variables sont évaluées dans l'ordre ci-dessus.</p>
 
@@ -1366,7 +1374,7 @@ substitution !
       des
       <strong><code>[</code><em>drapeaux</em><code>]</code></strong>
       comme troisième argument de la directive
-      <code>RewriteRule</code>. Séparés par des virgules au sein d'une
+      <directive>RewriteRule</directive>. Séparés par des virgules au sein
d'une
       liste encadrée par des crochets, les <em>drapeaux</em> peuvent
       être choisis dans la table suivante. Vous trouverez plus de
       détails, et des exemples pour chaque drapeau dans le <a

Modified: httpd/httpd/trunk/docs/manual/upgrading.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/upgrading.xml.fr?rev=1738361&r1=1738360&r2=1738361&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/upgrading.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/upgrading.xml.fr Sat Apr  9 16:19:31 2016
@@ -1,9 +1,9 @@
-<?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"?>
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1686712:1738217 (outdated) -->
+<!-- English Revision: 1738217 -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -24,137 +24,151 @@
 
 <manualpage metafile="upgrading.xml.meta">
 
-<title>Mise &agrave; jour de la version 2.2 vers la version 2.4</title>
+<title>Mise à jour de la version 2.2 vers la version 2.4</title>
 
 <summary>
-  <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;
+  <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
   jour, nous maintenons un document
-  qui comporte des informations critiques &agrave; l'attention des personnes qui
-  utilisent d&eacute;j&agrave; le serveur HTTP Apache. Ces informations
-  ne sont que de br&egrave;ves notes, et vous
+  qui comporte des informations critiques à l'attention des personnes qui
+  utilisent déjà le serveur HTTP Apache. Ces informations
+  ne sont que de brèves notes, et vous
   trouverez plus d'informations dans le document <a
-  href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s</a>, ou dans
-  le fichier <code>src/CHANGES</code>. Les d&eacute;veloppeurs d'applications
-  et de modules trouveront un r&eacute;sum&eacute; des modifications de l'API dans
la
-  vue d'ensemble <a href="developer/new_api_2_4.html">Mises &agrave; jour de
+  href="new_features_2_4.html">Nouvelles fonctionnalités</a>, ou dans
+  le fichier <code>src/CHANGES</code>. Les développeurs d'applications
+  et de modules trouveront un résumé des modifications de l'API dans la
+  vue d'ensemble <a href="developer/new_api_2_4.html">Mises à jour de
   l'API</a>.</p>
 
-  <p>Ce document pr&eacute;sente les changements de comportement du serveur qui
-  peuvent n&eacute;cessiter une modification de la configuration, et la mani&egrave;re
-  d'utiliser la version 2.4 du serveur en parall&egrave;le avec la
-  version 2.2. Pour tirer parti des nouvelles fonctionnalit&eacute;s de la
-  version 2.4, reportez-vous au document "Nouvelles fonctionnalit&eacute;s".</p>
+  <p>Ce document présente les changements de comportement du serveur qui
+  peuvent nécessiter une modification de la configuration, et la manière
+  d'utiliser la version 2.4 du serveur en parallèle avec la
+  version 2.2. Pour tirer parti des nouvelles fonctionnalités de la
+  version 2.4, reportez-vous au document "Nouvelles fonctionnalités".</p>
 
-  <p>Ce document ne d&eacute;crit que les modifications intervenues entre les versions
-  2.2 et 2.4. Si vous effectuez une mise &agrave; jour depuis la version 2.0, vous
+  <p>Ce document ne décrit que les modifications intervenues entre les versions
+  2.2 et 2.4. Si vous effectuez une mise à jour depuis la version 2.0, vous
   devez aussi consulter le
   <a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
-  &agrave; jour de 2.0 vers 2.2.</a></p>
+  à jour de 2.0 vers 2.2.</a></p>
 
 </summary>
 <seealso><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
-fonctionnalit&eacute;s du serveur HTTP Apache 2.4</a></seealso>
+fonctionnalités du serveur HTTP Apache 2.4</a></seealso>
 
   <section id="compile-time">
-    <title>Modifications des param&egrave;tres de compilation</title>
-     <p>Le processus de compilation est tr&egrave;s similaire &agrave; celui
de la
+    <title>Modifications des paramètres de compilation</title>
+     <p>Le processus de compilation est très similaire à celui de la
      version 2.2. Dans la plupart des cas, vous pourrez utiliser votre
      ancienne ligne de commande <code>configure</code> (telle qu'elle
-     est enregistr&eacute;e dans le fichier <code>build/config.nice</code>
-     situ&eacute; dans le r&eacute;pertoire de compilation du serveur). Voici certains
-     changements intervenus dans la configuration par d&eacute;faut :</p>
+     est enregistrée dans le fichier <code>build/config.nice</code>
+     situé dans le répertoire de compilation du serveur). Voici certains
+     changements intervenus dans la configuration par défaut :</p>
 
     <ul>
-      <li>Les modules suivants ont &eacute;t&eacute; supprim&eacute;s :
mod_authn_default,
+      <li>Les modules suivants ont été supprimés : mod_authn_default,
       mod_authz_default et mod_mem_cache. Si vous utilisiez
       mod_mem_cache sous la version 2.2, vous devez maintenant utiliser
       <module>mod_cache_disk</module> dans la version 2.4.</li>
 
-      <li>Toutes les impl&eacute;mentations de r&eacute;partition de charge
ont &eacute;t&eacute;
-      d&eacute;plac&eacute;es vers des sous-modules sp&eacute;cifiques de mod_proxy,
comme
+      <li>Toutes les implémentations de répartition de charge ont été
+      déplacées vers des sous-modules spécifiques de mod_proxy, comme
       <module>mod_lbmethod_bybusyness</module>. Vous devrez compiler et
-      charg&eacute;s tous les modules correspondants que votre configuration
+      chargés tous les modules correspondants que votre configuration
       utilise.</li>
 
       <li>Le support de BeOS, TPF, et des anciennes plates-formes telles
-      que A/UX, Next, et Tandem a &eacute;t&eacute; supprim&eacute;, car
-      elles ne sont plus consid&eacute;r&eacute;es comme maintenues.</li>
+      que A/UX, Next, et Tandem a été supprimé, car
+      elles ne sont plus considérées comme maintenues.</li>
 
-      <li>configure: les modules dynamiques (DSO) sont compil&eacute;s par
-      d&eacute;faut</li>
+      <li>configure: les modules dynamiques (DSO) sont compilés par
+      défaut</li>
 
-      <li>configure: par d&eacute;faut, seul un jeu de modules de base est
-      charg&eacute;. Les autres directives <directive>LoadModule</directive>
+      <li>configure: par défaut, seul un jeu de modules de base est
+      chargé. Les autres directives <directive>LoadModule</directive>
       sont mises en commentaires dans le fichier de configuration.</li>
 
-      <li>configure: le jeu de modules "most" est compil&eacute; par d&eacute;faut</li>
+      <li>configure: le jeu de modules "most" est compilé par défaut</li>
 
       <li>configure: le jeu de modules "reallyall" ajoute les modules de
-      d&eacute;veloppeur au jeu "all".</li>
+      développeur au jeu "all".</li>
     </ul>
 
   </section>
 
   <section id="run-time">
-    <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>
+    <title>Modifications de la configuration à l'exécution</title>
 <p>Des changements significatifs dans la configuration de
 l'autorisation, ainsi que quelques changements mineurs, peuvent
-n&eacute;cessiter une mise &agrave; jour des fichiers de configuration de la version
+nécessiter une mise à jour des fichiers de configuration de la version
 2.2 avant de les utiliser sous la version 2.4.</p>
 
     <section id="authz">
       <title>Autorisation</title>
 
-      <p>Tout fichier de configuration qui g&egrave;re des autorisations devra
-      probablement &ecirc;tre mis &agrave; jour.</p>
+      <p>Tout fichier de configuration qui gère des autorisations devra
+      probablement être mis à jour.</p>
 
     <p>Vous devez vous reporter au document <a
-    href="howto/auth.html">Authentification, autorisation et contr&ocirc;le
-    d'acc&egrave;s</a>, et plus particuli&egrave;rement &agrave; la section
<a
+    href="howto/auth.html">Authentification, autorisation et contrôle
+    d'accès</a>, et plus particulièrement à la section <a
     href="howto/auth.html#beyond">Plus loin qu'une simple
-    autorisation</a> qui explique les nouveaux m&eacute;canismes permettant de
-    contr&ocirc;ler l'ordre dans lequel les directives d'autorisation sont
-    appliqu&eacute;es.</p>
-
-    <p>Les directives qui contr&ocirc;lent la mani&egrave;re dont les modules
-    d'autorisation r&eacute;agissent lorsqu'ils ne reconnaissent pas
-    l'utilisateur authentifi&eacute; ont &eacute;t&eacute; supprim&eacute;es
: elles comprennent les
+    autorisation</a> qui explique les nouveaux mécanismes permettant de
+    contrôler l'ordre dans lequel les directives d'autorisation sont
+    appliquées.</p>
+
+    <p>Les directives qui contrôlent la manière dont les modules
+    d'autorisation réagissent lorsqu'ils ne reconnaissent pas
+    l'utilisateur authentifié ont été supprimées : elles comprennent les
     directives AuthzLDAPAuthoritative, AuthzDBDAuthoritative,
     AuthzDBMAuthoritative, AuthzGroupFileAuthoritative,
     AuthzUserAuthoritative et AuthzOwnerAuthoritative. Ces directives
-    ont &eacute;t&eacute; remplac&eacute;es par les directives plus explicites
<directive
+    ont été remplacées par les directives plus explicites <directive
     module="mod_authz_core">RequireAny</directive>, <directive
     module="mod_authz_core">RequireNone</directive>, et <directive
     module="mod_authz_core">RequireAll</directive>.</p>
 
     <p>Si vous utilisez <module>mod_authz_dbm</module>, vous devez
-    mettre &agrave; jour votre configuration en rempla&ccedil;ant les directives
du
+    mettre à jour votre configuration en remplaçant les directives du
     style <code>Require group ...</code> par des directives du style
     <code>Require dbm-group ...</code>.</p>
 
     <section id="access">
-      <title>Contr&ocirc;le d'acc&egrave;s</title>
+      <title>Contrôle d'accès</title>
 
-      <p>Dans la version 2.2, le contr&ocirc;le d'acc&egrave;s bas&eacute;
sur le nom d'h&ocirc;te
-      du client, son adresse IP, ou d'autres caract&eacute;ristiques de la
-      requ&ecirc;te &eacute;tait assur&eacute; via les directives <directive
+      <p>Dans la version 2.2, le contrôle d'accès basé sur le nom d'hôte
+      du client, son adresse IP, ou d'autres caractéristiques de la
+      requête était assuré via les directives <directive
       module="mod_access_compat">Order</directive>, <directive
       module="mod_access_compat">Allow</directive>, <directive
       module="mod_access_compat">Deny</directive>, et <directive
       module="mod_access_compat">Satisfy</directive>.</p>
 
-      <p>Dans la version 2.4, ce contr&ocirc;le d'acc&egrave;s est assur&eacute;,
comme tout
-      contr&ocirc;le d'autorisation, par le nouveau module
+      <p>Dans la version 2.4, ce contrôle d'accès est assuré, comme tout
+      contrôle d'autorisation, par le nouveau module
       <module>mod_authz_host</module>. Bien que le module
-      <module>mod_access_compat</module> soit fourni &agrave; des fins de
-      compatibilit&eacute; avec les anciennes configurations, les anciennes
-      directives de contr&ocirc;le d'acc&egrave;s devront &ecirc;tre remplac&eacute;es
par les
-      nouveaux m&eacute;canismes d'authentification.</p>
+      <module>mod_access_compat</module> assure la
+      compatibilité avec les anciennes configurations, les anciennes
+      directives de contrôle d'accès devront être remplacées par les
+      nouveaux mécanismes d'authentification.</p>
 
-      <p>Voici quelques exemples de contr&ocirc;le d'acc&egrave;s avec l'ancienne
et
-      la nouvelle m&eacute;thode :</p>
+      <note><title>Mélanger anciennes et nouvelles directives</title>
+      <p>Mélanger d'anciennes directives comme <directive
+      module="mod_access_compat">Order</directive>, <directive
+      module="mod_access_compat">Allow</directive> ou <directive
+      module="mod_access_compat">Deny</directive> avec des nouvelles comme
+      <directive module="mod_authz_core">Require</directive> est techniquement
+      possible mais déconseillé. En effet, <module>mod_access_compat</module>
a
+      été conçu pour supporter des configurations ne contenant que des anciennes
+      directives afin de faciliter le passage à la version 2.4. Les
+      exemples ci-dessous vous permettront de vous faire une meilleure idée des
+      problèmes qui peuvent survenir.
+      </p>
+      </note>
+
+      <p>Voici quelques exemples de contrôle d'accès avec l'ancienne et
+      la nouvelle méthode :</p>
 
-      <p>Dans cet exemple, toutes les requ&ecirc;tes sont rejet&eacute;es :</p>
+      <p>Dans cet exemple, toutes les requêtes sont rejetées :</p>
       <example>
         <title>version 2.2 :</title>
         <highlight language="config">
@@ -169,7 +183,7 @@ Deny from all
 	</highlight>
       </example>
 
-      <p>Dans cet exemple, toutes les requ&ecirc;tes sont accept&eacute;es
:</p>
+      <p>Dans cet exemple, toutes les requêtes sont acceptées :</p>
       <example>
         <title>version 2.2 :</title>
         <highlight language="config">
@@ -184,8 +198,8 @@ Allow from all
 	</highlight>
       </example>
 
-      <p>Dans l'exemple suivant, tous les h&ocirc;tes du domaine example.org
-      ont l'autorisation d'acc&egrave;s, tous les autres sont rejet&eacute;s :</p>
+      <p>Dans l'exemple suivant, tous les hôtes du domaine example.org
+      ont l'autorisation d'accès, tous les autres sont rejetés :</p>
 
       <example>
         <title>version 2.2 :</title>
@@ -201,6 +215,66 @@ Allow from example.org
         Require host example.org
 	</highlight>
       </example>
+
+      <p>Dans l'exemple suivant, le mélange d'anciennes et de nouvelles
+      directives produit des résultats inattendus.</p>
+ 
+      <example>
+        <title>Mélange d'anciennes et de nouvelles directives : RESULTAT
+	INATTENDU</title>
+          <highlight language="config">
+DocumentRoot "/var/www/html"
+
+&lt;Directory "/"&gt;
+    AllowOverride None
+    Order deny,allow
+    Deny from all
+&lt;/Directory&gt;
+
+&lt;Location "/server-status"&gt;
+    SetHandler server-status
+    Require 127.0.0.1
+&lt;/Location&gt;
+
+access.log - GET /server-status 403 127.0.0.1
+error.log - AH01797: client denied by server configuration: /var/www/html/server-status
+          </highlight>
+      </example>
+      <p>Pourquoi httpd interdit l'accès à server-status alors que la
+      configuration semble l'autoriser ? Parce que dans ce scénario de <a
+      href="sections.html#merging">fusion</a> de configuration, les
+      directives de <module>mod_access_compat</module> sont prioritaires par
+      rapport à celles de <module>mod_authz_host</module>.</p>
+
+      <p>L'exemple suivant quant à lui produit un résultat conforme :</p>
+
+      <example>
+        <title>Mélange d'anciennes et de nouvelles directives : RESULTAT
+	CONFORME</title>
+        <highlight language="config">
+DocumentRoot "/var/www/html"
+
+&lt;Directory "/"&gt;
+    AllowOverride None
+    Require all denied
+&lt;/Directory&gt;
+
+&lt;Location "/server-status"&gt;
+    SetHandler server-status
+    Order deny,allow
+    Deny from all
+    Allow From 127.0.0.1
+&lt;/Location&gt;
+
+access.log - GET /server-status 200 127.0.0.1
+        </highlight>
+      </example> 
+      <p>En conclusion, même si une configuration hybride peut fonctionner,
+      essayez de l'éviter lors de la mise à jour : soit conservez les anciennes
+      directives, puis migrez-les vers les nouvelles ultérieurement, soit
+      effectuez une migration immédiate de toutes les anciennes directives vers
+      les nouvelles.  
+      </p>
     </section>
 
     </section>
@@ -208,130 +282,130 @@ Allow from example.org
     <section id="config">
       <title>Autres changements dans la configuration</title>
 
-      <p>D'autres ajustements mineurs peuvent s'av&eacute;rer n&eacute;cessaires
pour
-      certaines configurations particuli&egrave;res, comme d&eacute;crit ci-dessous.</p>
+      <p>D'autres ajustements mineurs peuvent s'avérer nécessaires pour
+      certaines configurations particulières, comme décrit ci-dessous.</p>
 
       <ul>
-        <li><directive>MaxRequestsPerChild</directive> a &eacute;t&eacute;
renomm&eacute;e en
+        <li><directive>MaxRequestsPerChild</directive> a été renommée
en
 	<directive module="mpm_common">MaxConnectionsPerChild</directive>;
-	ce nouveau nom refl&egrave;te mieux l'usage de cette directive.
-	L'ancien nom est encore support&eacute;.</li>
+	ce nouveau nom reflète mieux l'usage de cette directive.
+	L'ancien nom est encore supporté.</li>
 
 	<li>La directive <directive>MaxClients</directive> a
-	&eacute;t&eacute; renomm&eacute;e en <directive
+	été renommée en <directive
 	module="mpm_common">MaxRequestWorkers</directive>; ce nouveau
-	nom refl&egrave;te mieux l'usage de cette directive. Pour les
+	nom reflète mieux l'usage de cette directive. Pour les
 	modules multiprocessus asynchrones, comme <module>event</module>, le nombre
-	maximal de clients n'est pas &eacute;quivalent au nombre de threads du
-	worker. L'ancien nom est encore support&eacute;.</li>
+	maximal de clients n'est pas équivalent au nombre de threads du
+	worker. L'ancien nom est encore supporté.</li>
 
         <li>La directive <directive
 	module="core">DefaultType</directive> ne produit plus aucun
-	effet, si ce n'est d'&eacute;mettre un avertissement si elle est
-	d&eacute;finie &agrave; une valeur autre que <code>none</code>. D'autres
+	effet, si ce n'est d'émettre un avertissement si elle est
+	définie à une valeur autre que <code>none</code>. D'autres
 	directives de configuration la remplacent dans la version 2.4.
         </li>
 
-	<li>La valeur par d&eacute;faut de la directive <directive
+	<li>La valeur par défaut de la directive <directive
 	module="core">AllowOverride</directive> est maintenant
 	<code>None</code>.</li>
 
-	<li>La valeur par d&eacute;faut de la directive <directive
+	<li>La valeur par défaut de la directive <directive
 	module="core">EnableSendfile</directive> est maintenant Off.</li>
 
-	<li>La valeur par d&eacute;faut de la directive <directive
+	<li>La valeur par défaut de la directive <directive
 	module="core">FileETag</directive> est maintenant "MTime Size"
 	(sans INode).</li>
 
         <li><module>mod_dav_fs</module>: le format du fichier <directive
-	module="mod_dav_fs">DavLockDB</directive> a chang&eacute; pour les syst&egrave;mes
+	module="mod_dav_fs">DavLockDB</directive> a changé pour les systèmes
 	avec inodes. L'ancien fichier <directive
-	module="mod_dav_fs">DavLockDB</directive> doit &ecirc;tre supprim&eacute;
dans le
-	cadre de la mise &agrave; jour.
+	module="mod_dav_fs">DavLockDB</directive> doit être supprimé dans le
+	cadre de la mise à jour.
         </li>
 
         <li>La directive <directive module="core">KeepAlive</directive>
 	n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
-	Avant, toute valeur autre que "Off" ou "0" &eacute;tait trait&eacute;e comme
+	Avant, toute valeur autre que "Off" ou "0" était traitée comme
 	"On".</li>
 
         <li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
-	SSLStaplingMutex et WatchdogMutexPath ont &eacute;t&eacute; remplac&eacute;es
par la
+	SSLStaplingMutex et WatchdogMutexPath ont été remplacées par la
 	directive unique <directive module="core">Mutex</directive>.
-	Vous devez &eacute;valuer l'impact de ces directives obsol&egrave;tes dans
-	votre configuration version 2.2 afin de d&eacute;terminer si elles
-	peuvent &ecirc;tre simplement supprim&eacute;es, ou si elles doivent &ecirc;tre
-	remplac&eacute;es par la directive <directive
+	Vous devez évaluer l'impact de ces directives obsolètes dans
+	votre configuration version 2.2 afin de déterminer si elles
+	peuvent être simplement supprimées, ou si elles doivent être
+	remplacées par la directive <directive
 	module="core">Mutex</directive>.</li>
 
         <li><module>mod_cache</module>: la directive <directive
 	module="mod_cache">CacheIgnoreURLSessionIdentifiers</directive>
-	effectue maintenant une correspondance exacte dans la cha&icirc;ne de
-	param&egrave;tres au lieu d'une correspondance partielle. Si votre
-	configuration mettait en jeu des sous-cha&icirc;nes comme
-	<code>sessionid</code> pour correspondre &agrave;
+	effectue maintenant une correspondance exacte dans la chaîne de
+	paramètres au lieu d'une correspondance partielle. Si votre
+	configuration mettait en jeu des sous-chaînes comme
+	<code>sessionid</code> pour correspondre à
 	<code>/une-application/image.gif;jsessionid=123456789</code>,
-	vous devez maintenant utiliser la cha&icirc;ne de correspondance
-	compl&egrave;te <code>jsessionid</code>.
+	vous devez maintenant utiliser la chaîne de correspondance
+	complète <code>jsessionid</code>.
         </li>
 
-	<li><module>mod_cache</module>: le second param&egrave;tre de la
+	<li><module>mod_cache</module>: le second paramètre de la
 	directive <directive module="mod_cache">CacheEnable</directive>
-	ne concerne les contenus en mandat direct que s'ils d&eacute;butent par
-	le protocole appropri&eacute;. Dans les versions 2.2 et ant&eacute;rieures, un
-	param&egrave;tre tel que '/' concernait tous les contenus.</li>
+	ne concerne les contenus en mandat direct que s'ils débutent par
+	le protocole approprié. Dans les versions 2.2 et antérieures, un
+	paramètre tel que '/' concernait tous les contenus.</li>
 
         <li><module>mod_ldap</module>: la directive <directive
 	module="mod_ldap">LDAPTrustedClientCert</directive> s'utilise
 	maintenant exclusivement au sein d'une configuration de niveau
-	r&eacute;pertoire. Si vous utilisez cette directive, passez en revue
-	votre configuration pour vous assurer qu'elle est bien pr&eacute;sente
-	dans tous les contextes de r&eacute;pertoire n&eacute;cessaires.</li>
+	répertoire. Si vous utilisez cette directive, passez en revue
+	votre configuration pour vous assurer qu'elle est bien présente
+	dans tous les contextes de répertoire nécessaires.</li>
 
 	<li><module>mod_filter</module>: la syntaxe de la directive
 	<directive module="mod_filter">FilterProvider</directive> utilise
-	maintenant une expression bool&eacute;enne pour d&eacute;terminer si un filtre
+	maintenant une expression booléenne pour déterminer si un filtre
 	s'applique.
         </li>
 
 	<li><module>mod_include</module>:
             <ul>
-            <li>L'&eacute;l&eacute;ment <code>#if expr</code> utilise
maintenant le
-	    nouvel <a href="expr.html">interpr&eacute;teur d'expressions</a>.
-	    L'ancienne syntaxe peut &ecirc;tre r&eacute;activ&eacute;e via la directive
+            <li>L'élément <code>#if expr</code> utilise maintenant
le
+	    nouvel <a href="expr.html">interpréteur d'expressions</a>.
+	    L'ancienne syntaxe peut être réactivée via la directive
 	    <directive
 	    module="mod_include">SSILegacyExprParser</directive>.
             </li>
-            <li>Dans la port&eacute;e du r&eacute;pertoire, une directive de
-	    configuration SSI* ne provoque plus la r&eacute;initialisation &agrave;
-	    leur valeur par d&eacute;faut de toutes les directives SSI* de
-	    niveau r&eacute;pertoire.</li>
+            <li>Dans la portée du répertoire, une directive de
+	    configuration SSI* ne provoque plus la réinitialisation à
+	    leur valeur par défaut de toutes les directives SSI* de
+	    niveau répertoire.</li>
             </ul>
         </li>
 
         <li><module>mod_charset_lite</module> : l'option
-	<code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en
faveur d'une
+	<code>DebugLevel</code> a été supprimée en faveur d'une
 	configuration de la directive <directive
-	module="core">LogLevel</directive> au niveau r&eacute;pertoire.
+	module="core">LogLevel</directive> au niveau répertoire.
         </li>
 
         <li><module>mod_ext_filter</module> : l'option
-	<code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en
faveur d'une
+	<code>DebugLevel</code> a été supprimée en faveur d'une
 	configuration de la directive <directive
-	module="core">LogLevel</directive> au niveau r&eacute;pertoire.
+	module="core">LogLevel</directive> au niveau répertoire.
         </li>
 
 	<li><module>mod_proxy_scgi</module>: certaines applications web
 	ne fonctionneront plus correctement avec la nouvelle
-	configuration de <code>PATH_INFO</code> qui est diff&eacute;rente de
+	configuration de <code>PATH_INFO</code> qui est différente de
 	celle de la version 2.2. La configuration
-	pr&eacute;c&eacute;dente peut &ecirc;tre
-	restaur&eacute;e en d&eacute;finissant la variable
+	précédente peut être
+	restaurée en définissant la variable
 	<code>proxy-scgi-pathinfo</code>.</li>
 
-	<li><module>mod_ssl</module>: le contr&ocirc;le de r&eacute;vocation
des
-	certificats bas&eacute; sur les CRL doit &ecirc;tre maintenant explicitement
-	configur&eacute; via la directive <directive
+	<li><module>mod_ssl</module>: le contrôle de révocation des
+	certificats basé sur les CRL doit être maintenant explicitement
+	configuré via la directive <directive
         module="mod_ssl">SSLCARevocationCheck</directive>.
         </li>
 
@@ -339,21 +413,21 @@ Allow from example.org
 	ligne est maintenant 1Mo.
         </li>
 
-        <li><module>mod_reqtimeout</module>: si ce module est charg&eacute;,
il
-	d&eacute;finit maintenant certains temps d'attente par d&eacute;faut.</li>
+        <li><module>mod_reqtimeout</module>: si ce module est chargé,
il
+	définit maintenant certains temps d'attente par défaut.</li>
 
 	<li><module>mod_dumpio</module>: la directive
-	<directive>DumpIOLogLevel</directive> n'est plus support&eacute;e. Les
-	donn&eacute;es sont toujours enregistr&eacute;es au niveau <code>trace7</code>
+	<directive>DumpIOLogLevel</directive> n'est plus supportée. Les
+	données sont toujours enregistrées au niveau <code>trace7</code>
 	de <directive module="core">LogLevel</directive></li>
 
-        <li>Jusqu'&agrave; la version 2.2, sur les plateformes de style Unix, 
-	les commandes de redirection des logs d&eacute;finies via <directive
+        <li>Jusqu'à la version 2.2, sur les plateformes de style Unix, 
+	les commandes de redirection des logs définies via <directive
 	module="core">ErrorLog</directive> ou <directive
-	module="mod_log_config">CustomLog</directive> &eacute;taient invoqu&eacute;es
+	module="mod_log_config">CustomLog</directive> étaient invoquées
 	en utilisant <code>/bin/sh -c</code>. A
 	partir de la version 2.4, les commandes de redirection des logs
-	sont ex&eacute;cut&eacute;es directement. Pour retrouver l'ancien
+	sont exécutées directement. Pour retrouver l'ancien
 	comportement, voir la <a href="logs.html#piped">documentation
 	sur la redirection des logs</a></li>
 
@@ -366,46 +440,46 @@ Allow from example.org
 
     <ul>
       <li><module>mod_auto_index</module>: extrait maintenant les titres
-      et affiche la description pour les fichiers .xhtml qui &eacute;taient
-      jusqu'alors ignor&eacute;s.</li>
+      et affiche la description pour les fichiers .xhtml qui étaient
+      jusqu'alors ignorés.</li>
 
-      <li><module>mod_ssl</module> : le format par d&eacute;faut des
variables
-      <code>*_DN</code> a chang&eacute;. Il est cependant encore possible
+      <li><module>mod_ssl</module> : le format par défaut des variables
+      <code>*_DN</code> a changé. Il est cependant encore possible
       d'utiliser l'ancien format via la nouvelle option
       <code>LegacyDNStringFormat</code> de la directive <directive
       module="mod_ssl">SSLOptions</directive>. Le protocole SSLv2 n'est
-      plus support&eacute;. Les directives <directive
+      plus supporté. Les directives <directive
       module="mod_ssl">SSLProxyCheckPeerCN</directive> et
       <directive module="mod_ssl">SSLProxyCheckPeerExpire</directive>
-      sont maintenant d&eacute;finies par d&eacute;faut &agrave; On, et les requ&ecirc;tes
mandat&eacute;es
-      vers des serveurs HTTPS poss&egrave;dant des certificats non conformes ou
-      p&eacute;rim&eacute;s &eacute;choueront donc avec un code d'erreur 502
(Bad gateway).</li>
+      sont maintenant définies par défaut à On, et les requêtes mandatées
+      vers des serveurs HTTPS possèdant des certificats non conformes ou
+      périmés échoueront donc avec un code d'erreur 502 (Bad gateway).</li>
 
-      <li><program>htpasswd</program> utilise maintenant par d&eacute;faut
les
-      condens&eacute;s MD5 sur toutes les plates-formes.</li>
+      <li><program>htpasswd</program> utilise maintenant par défaut
les
+      condensés MD5 sur toutes les plates-formes.</li>
 
       <li>La directive <directive
       module="core">NameVirtualHost</directive> n'a plus aucun effet, si
-      ce n'est l'&eacute;mission d'un avertissement. Toute combinaison
+      ce n'est l'émission d'un avertissement. Toute combinaison
       adresse/port apparaissant dans plusieurs serveurs virtuels est
-      trait&eacute;e implicitement comme un serveur virtuel bas&eacute; sur le nom.
+      traitée implicitement comme un serveur virtuel basé sur le nom.
       </li>
 
       <li><module>mod_deflate</module> n'effectue plus de compression
-      s'il s'aper&ccedil;oit que la quantit&eacute; de donn&eacute;es ajout&eacute;e
par la
-      compression est sup&eacute;rieure &agrave; la quantit&eacute; de donn&eacute;es
&agrave; compresser.
+      s'il s'aperçoit que la quantité de données ajoutée par la
+      compression est supérieure à la quantité de données à compresser.
       </li>
 
       <li>Les pages d'erreur multilingues de la version 2.2.x ne
-      fonctionneront qu'apr&egrave;s avoir &eacute;t&eacute; corrig&eacute;es
pour
-      respecter la nouvelle syntaxe de l'&eacute;l&eacute;ment <code>#if expr=</code>
+      fonctionneront qu'après avoir été corrigées pour
+      respecter la nouvelle syntaxe de l'élément <code>#if expr=</code>
       du module <module>mod_include</module>, ou si la directive
       <directive module="mod_include">SSILegacyExprParser</directive> a
-      &eacute;t&eacute; activ&eacute;e pour le r&eacute;pertoire contenant
les pages d'erreur.
+      été activée pour le répertoire contenant les pages d'erreur.
       </li>
 
-      <li>La fonctionnalit&eacute; fournie par <code>mod_authn_alias</code>
-      dans les pr&eacute;c&eacute;dentes versions (en fait la directive
+      <li>La fonctionnalité fournie par <code>mod_authn_alias</code>
+      dans les précédentes versions (en fait la directive
       <directive module="mod_authn_core">AuthnProviderAlias</directive>)
       est maintenant fournie par <module>mod_authn_core</module>.  
       </li>
@@ -413,7 +487,7 @@ Allow from example.org
       <li><module>mod_cgid</module> utilise la valeur de la directive
       <directive module="core">Timeout</directive> du serveur pour
       limiter le temps d'attente entre les sorties d'un programme CGI.
-      La valeur de ce temps d'attente peut maintenant &ecirc;tre modifi&eacute;e
via
+      La valeur de ce temps d'attente peut maintenant être modifiée via
       la directive <directive
       module="mod_cgid">CGIDScriptTImeout</directive>.
       </li>
@@ -425,18 +499,18 @@ Allow from example.org
   <section id="third-party">
     <title>Modules tiers</title>
 
-	<p>Tous les modules tiers doivent &ecirc;tre recompil&eacute;s pour la
-	version 2.4 avant d'&ecirc;tre charg&eacute;s.</p>
+	<p>Tous les modules tiers doivent être recompilés pour la
+	version 2.4 avant d'être chargés.</p>
 
-    <p>De nombreux modules tiers con&ccedil;us pour la version 2.2
+    <p>De nombreux modules tiers conçus pour la version 2.2
     fonctionneront sans changement avec le serveur HTTP Apache
-    version 2.4. Certains n&eacute;cessiteront cependant des modifications ; se
-    reporter &agrave; la vue d'ensemble <a
-    href="developer/new_api_2_4.html">Mise &agrave; jour de l'API</a>.</p>
+    version 2.4. Certains nécessiteront cependant des modifications ; se
+    reporter à la vue d'ensemble <a
+    href="developer/new_api_2_4.html">Mise à jour de l'API</a>.</p>
   </section>
 <section id="commonproblems">
-    <title>Probl&egrave;mes de mise &agrave; jour courants</title>
-    <ul><li>Erreurs au d&eacute;marrage :
+    <title>Problèmes de mise à jour courants</title>
+    <ul><li>Erreurs au démarrage :
     <ul>
       <li><code>Invalid command 'User', perhaps misspelled or defined by
       a module not included in the server configuration</code> - chargez
@@ -446,30 +520,30 @@ Allow from example.org
       by a module not included in the server configuration</code>, ou
       <code>Invalid command 'Order', perhaps misspelled or defined by a
       module not included in the server configuration</code> - chargez
-      le module <module>mod_access_compat</module>, ou mettez &agrave; jour
+      le module <module>mod_access_compat</module>, ou mettez à jour
       vers la version 2.4 les directives d'autorisation.</li>
 
       <li><code>Ignoring deprecated use of DefaultType in line NN of
       /path/to/httpd.conf</code> - supprimez la directive <directive
       module="core">DefaultType</directive> et remplacez-la par les
-      directives de configuration appropri&eacute;es.</li>
+      directives de configuration appropriées.</li>
 
       <li><code>Invalid command 'AddOutputFilterByType', perhaps misspelled 
       or defined by a module not included in the server configuration
       </code> - la directive <directive
-      module="mod_filter">AddOutputFilterByType</directive> qui &eacute;tait
-      jusqu'alors impl&eacute;ment&eacute;e par le module core, l'est maintenant
par
-      le module mod_filter, qui doit donc &ecirc;tre charg&eacute;.</li>
+      module="mod_filter">AddOutputFilterByType</directive> qui était
+      jusqu'alors implémentée par le module core, l'est maintenant par
+      le module mod_filter, qui doit donc être chargé.</li>
 
     </ul></li>
-    <li>Erreurs de traitement des requ&ecirc;tes :
+    <li>Erreurs de traitement des requêtes :
     <ul>
       <li><code>configuration error:  couldn't check user: /path</code>
-
       chargez le module <module>mod_authn_core</module>.</li>
-      <li>Les fichiers <code>.htaccess</code> ne sont pas trait&eacute;s
-
-      V&eacute;rifiez la pr&eacute;sence d'une directive <directive
-      module="core">AllowOverride</directive> appropri&eacute;e ; sa valeur
par
-      d&eacute;faut est maintenant <code>None</code>.</li>
+      <li>Les fichiers <code>.htaccess</code> ne sont pas traités -
+      Vérifiez la présence d'une directive <directive
+      module="core">AllowOverride</directive> appropriée ; sa valeur par
+      défaut est maintenant <code>None</code>.</li>
     </ul>
     </li>
 </ul>




Mime
View raw message