httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gry...@apache.org
Subject svn commit: r1355283 - /httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr
Date Fri, 29 Jun 2012 09:18:30 GMT
Author: gryzor
Date: Fri Jun 29 09:18:29 2012
New Revision: 1355283

URL: http://svn.apache.org/viewvc?rev=1355283&view=rev
Log:
Fixing the accents encoding.

Modified:
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr?rev=1355283&r1=1355282&r2=1355283&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_log_forensic.xml.fr Fri Jun 29 09:18:29
2012
@@ -25,7 +25,7 @@
 <modulesynopsis metafile="mod_log_forensic.xml.meta">
 
 <name>mod_log_forensic</name>
-<description>Journalisation légale des requêtes envoyées au
+<description>Journalisation l&eacute;gale des requ&ecirc;tes envoy&eacute;es
au
 serveur</description>
 <status>Extension</status>
 <sourcefile>mod_log_forensic.c</sourcefile>
@@ -34,52 +34,52 @@ serveur</description>
 depuis la version 2.1</compatibility>
 
 <summary>
-    <p>Ce module permet la journalisation légale des requêtes client. La
-    journalisation s'effectuant avant et après le traitement de la
-    requête, le journal légal contient deux lignes pour chaque requête.
-    Le processus de journalisation légale est très strict, à savoir
+    <p>Ce module permet la journalisation l&eacute;gale des requ&ecirc;tes
client. La
+    journalisation s'effectuant avant et apr&egrave;s le traitement de la
+    requ&ecirc;te, le journal l&eacute;gal contient deux lignes pour chaque requ&ecirc;te.
+    Le processus de journalisation l&eacute;gale est tr&egrave;s strict, &agrave;
savoir
     :</p>
 
     <ul>
-    <li>Le format est figé. Vous ne pouvez pas modifier le format du
-    journal à l'exécution.</li>
-    <li>S'il ne peut pas enregistrer ses données, le processus enfant se
-    termine aussitôt, et peut éventuellement enregistrer un vidage
-    mémoire (selon la définition de la directive <directive
+    <li>Le format est fig&eacute;. Vous ne pouvez pas modifier le format du
+    journal &agrave; l'ex&eacute;cution.</li>
+    <li>S'il ne peut pas enregistrer ses donn&eacute;es, le processus enfant se
+    termine aussit&ocirc;t, et peut &eacute;ventuellement enregistrer un vidage
+    m&eacute;moire (selon la d&eacute;finition de la directive <directive
     module="mpm_common">CoreDumpDirectory</directive>).</li>
     </ul>
 
-    <p>Pour interpréter les données du journal légal, vous pouvez vous
+    <p>Pour interpr&eacute;ter les donn&eacute;es du journal l&eacute;gal,
vous pouvez vous
     aider du script <code>check_forensic</code> qui se trouve dans le
-    répertoire support de la distribution.</p>
-    <note>Note de traduction : le terme "légal" utilisé dans le présent document
ne suggère aucunement que
-    ce module apporte une valeur juridique aux journaux. Il est à comprendre dans le contexte
-    similaire à ce que l'on trouve en analyse medico-légale. En d'autres termes, la
finalité de ce module
-    est de simplifier les opérations d'investigation autour du traitement des requêtes
par le serveur.</note>
+    r&eacute;pertoire support de la distribution.</p>
+    <note>Note de traduction : le terme "l&eacute;gal" utilis&eacute; dans
le pr&eacute;sent document ne sugg&egrave;re aucunement que
+    ce module apporte une valeur juridique aux journaux. Il est &agrave; comprendre dans
le contexte
+    similaire &agrave; ce que l'on trouve en analyse medico-l&eacute;gale. En d'autres
termes, la finalit&eacute; de ce module
+    est de simplifier les op&eacute;rations d'investigation autour du traitement des
requ&ecirc;tes par le serveur.</note>
 </summary>
 <seealso><a href="../logs.html">Les fichiers journaux
 d'Apache</a></seealso>
 <seealso><module>mod_log_config</module></seealso>
 
 <section id="formats"><title>Format du journal Forensic</title>
-    <p>Chaque requête fait l'objet d'une double journalisation. La
-    requête est journalisée une première fois avant son traitement
-    (c'est à dire après la réception des en-têtes). La deuxième entrée
-    du journal est écrite <em>après</em> le traitement de la requête,
en
+    <p>Chaque requ&ecirc;te fait l'objet d'une double journalisation. La
+    requ&ecirc;te est journalis&eacute;e une premi&egrave;re fois avant son traitement
+    (c'est &agrave; dire apr&egrave;s la r&eacute;ception des en-t&ecirc;tes).
La deuxi&egrave;me entr&eacute;e
+    du journal est &eacute;crite <em>apr&egrave;s</em> le traitement
de la requ&ecirc;te, en
     fait au moment de la journalisation habituelle.</p>
 
-    <p>Un identifiant unique est attribué à chaque requête afin de
-    pouvoir l'identifier. Cette identifiant légal peut faire l'objet
-    d'un enregistrement dans le journal standard en utilisant l'élément
-    de chaîne de format <code>%{forensic-id}n</code>. Si vous utilisez
-    <module>mod_unique_id</module>, c'est l'identifiant qu'il génère qui
-    sera utilisé.</p>
-
-    <p>La première partie de la journalisation de la requête enregistre
-    l'identifiant légal, la ligne de la requête et tous les en-têtes
-    reçus séparés par des caractères pipe (<code>|</code>). Voici
à
-    titre d'exemple à quoi pourrait ressembler une telle entrée (tout
-    étant rassemblé sur une seule ligne) :</p>
+    <p>Un identifiant unique est attribu&eacute; &agrave; chaque requ&ecirc;te
afin de
+    pouvoir l'identifier. Cette identifiant l&eacute;gal peut faire l'objet
+    d'un enregistrement dans le journal standard en utilisant l'&eacute;l&eacute;ment
+    de cha&icirc;ne de format <code>%{forensic-id}n</code>. Si vous utilisez
+    <module>mod_unique_id</module>, c'est l'identifiant qu'il g&eacute;n&egrave;re
qui
+    sera utilis&eacute;.</p>
+
+    <p>La premi&egrave;re partie de la journalisation de la requ&ecirc;te enregistre
+    l'identifiant l&eacute;gal, la ligne de la requ&ecirc;te et tous les en-t&ecirc;tes
+    re&ccedil;us s&eacute;par&eacute;s par des caract&egrave;res pipe (<code>|</code>).
Voici &agrave;
+    titre d'exemple &agrave; quoi pourrait ressembler une telle entr&eacute;e (tout
+    &eacute;tant rassembl&eacute; sur une seule ligne) :</p>
 
     <example>
         +yQtJf8CoAB4AAFNXBIEAAAAA|GET /manual/de/images/down.gif
@@ -88,9 +88,9 @@ d'Apache</a></seealso>
         Firefox/0.8|Accept:image/png, <var>etc...</var>
     </example>
 
-    <p>Le caractère plus ('+') de début indique qu'il s'agit de la
-    première entrée de journal pour cette requête. La seconde entrée ne
-    contiendra qu'un caractère moins ('-') suivi de l'identifiant :</p>
+    <p>Le caract&egrave;re plus ('+') de d&eacute;but indique qu'il s'agit
de la
+    premi&egrave;re entr&eacute;e de journal pour cette requ&ecirc;te. La seconde
entr&eacute;e ne
+    contiendra qu'un caract&egrave;re moins ('-') suivi de l'identifiant :</p>
 
     <example>
       -yQtJf8CoAB4AAFNXBIEAAAAA
@@ -99,71 +99,71 @@ d'Apache</a></seealso>
     <p>Le script <code>check_forensic</code> prend comme argument le nom
     du fichier journal. Il recherche ces paires d'identifiants
     <code>+</code>/<code>-</code> et affiche un message d'erreur
si la
-    journalisation d'une requête n'est pas complète.</p>
+    journalisation d'une requ&ecirc;te n'est pas compl&egrave;te.</p>
 </section>
 
-<section id="security"><title>Considérations à propos de
-sécurité</title>
+<section id="security"><title>Consid&eacute;rations &agrave; propos de
+s&eacute;curit&eacute;</title>
     <p>Voir le document <a
-    href="../misc/security_tips.html#serverroot">conseils en matière de
-    sécurité</a> pour des détails sur les raisons pour lesquelles votre
-    sécurité pourrait être compromise si le répertoire dans lequel les
-    fichiers journaux sont stockés sont inscriptibles par tout autre
-    utilisateur que celui qui démarre le serveur.</p>
-    <p>Les fichiers journaux peuvent contenir des données sensibles
-    comme le contenu des en-têtes <code>Authorization:</code> (qui
-    peuvent contenir des mots de passe) ; ils ne doivent donc être
-    lisibles que par l'utilisateur qui démarre le serveur.</p>
+    href="../misc/security_tips.html#serverroot">conseils en mati&egrave;re de
+    s&eacute;curit&eacute;</a> pour des d&eacute;tails sur les raisons
pour lesquelles votre
+    s&eacute;curit&eacute; pourrait &ecirc;tre compromise si le r&eacute;pertoire
dans lequel les
+    fichiers journaux sont stock&eacute;s sont inscriptibles par tout autre
+    utilisateur que celui qui d&eacute;marre le serveur.</p>
+    <p>Les fichiers journaux peuvent contenir des donn&eacute;es sensibles
+    comme le contenu des en-t&ecirc;tes <code>Authorization:</code> (qui
+    peuvent contenir des mots de passe) ; ils ne doivent donc &ecirc;tre
+    lisibles que par l'utilisateur qui d&eacute;marre le serveur.</p>
 </section>
 
 <directivesynopsis>
 <name>ForensicLog</name>
-<description>Définit le nom de fichier du journal légal</description>
+<description>D&eacute;finit le nom de fichier du journal l&eacute;gal</description>
 <syntax>ForensicLog <var>nom-fichier</var>|<var>pipe</var></syntax>
 <contextlist><context>server config</context><context>virtual host</context>
 </contextlist>
 
 <usage>
     <p>La directive <directive>ForensicLog</directive> permet de
-    contrôler la journalisation des requêtes à des fins d'analyse
-    légale. Chaque entrée du journal se voit assigner un identifiant
-    unique qui peut être associé à la requête en utilisant la directive
+    contr&ocirc;ler la journalisation des requ&ecirc;tes &agrave; des fins d'analyse
+    l&eacute;gale. Chaque entr&eacute;e du journal se voit assigner un identifiant
+    unique qui peut &ecirc;tre associ&eacute; &agrave; la requ&ecirc;te en
utilisant la directive
     <directive module="mod_log_config">CustomLog</directive> habituelle.
-    <module>mod_log_forensic</module> crée un élément nommé
-    <code>forensic-id</code>, qui peut être ajouté au journal standard
-    en utilisant l'élément de format <code>%{forensic-id}n</code>.</p>
+    <module>mod_log_forensic</module> cr&eacute;e un &eacute;l&eacute;ment
nomm&eacute;
+    <code>forensic-id</code>, qui peut &ecirc;tre ajout&eacute; au journal
standard
+    en utilisant l'&eacute;l&eacute;ment de format <code>%{forensic-id}n</code>.</p>
 
-    <p>L'argument, qui permet de spécifier l'emplacement vers lequel le
-    journal légal sera écrit, peut contenir les deux types de valeurs
+    <p>L'argument, qui permet de sp&eacute;cifier l'emplacement vers lequel le
+    journal l&eacute;gal sera &eacute;crit, peut contenir les deux types de valeurs
     suivants :</p>
 
     <dl>
       <dt><var>nom-fichier</var></dt>
-      <dd>Un nom de fichier relatif au répertoire défini par la
+      <dd>Un nom de fichier relatif au r&eacute;pertoire d&eacute;fini par
la
       directive <directive module="core">ServerRoot</directive>.</dd>
 
       <dt><var>pipe</var></dt>
-      <dd>Le caractère pipe "<code>|</code>", suivi du chemin vers un
+      <dd>Le caract&egrave;re pipe "<code>|</code>", suivi du chemin
vers un
       programme qui recevra les informations de la journalisation sur
-      son entrée standard. Le nom du programme peut être relatif au
-      répertoire défini par la directive <directive
+      son entr&eacute;e standard. Le nom du programme peut &ecirc;tre relatif au
+      r&eacute;pertoire d&eacute;fini par la directive <directive
       module="core">ServerRoot</directive>.
 
-      <note type="warning"><title>Sécurité :</title>
-      <p>Si les journaux sont redirigés vers un programme, ce dernier
-      s'exécutera sous l'utilisateur qui a démarré
+      <note type="warning"><title>S&eacute;curit&eacute; :</title>
+      <p>Si les journaux sont redirig&eacute;s vers un programme, ce dernier
+      s'ex&eacute;cutera sous l'utilisateur qui a d&eacute;marr&eacute;
       <program>httpd</program>. Ce sera l'utilisateur root si le serveur
-      a été démarré par root ; vérifiez que le programme est
-      sécurisé ou passe sous le contrôle d'un utilisateur possédant des
+      a &eacute;t&eacute; d&eacute;marr&eacute; par root ; v&eacute;rifiez
que le programme est
+      s&eacute;curis&eacute; ou passe sous le contr&ocirc;le d'un utilisateur
poss&eacute;dant des
       droits restreints.</p>
       </note>
 
       <note><title>Note</title>
-        <p>Lors de la spécification d'un chemin de fichier sur les
+        <p>Lors de la sp&eacute;cification d'un chemin de fichier sur les
 	plate-formes non-Unix, il faut prendre soin de ne pas oublier
-	que seuls les slashes directs doivent être utilisés, même si la
-	plate-forme autorise l'emploi d'anti-slashes. D'une manière
-	générale, c'est une bonne idée que de n'utiliser que des slashes
+	que seuls les slashes directs doivent &ecirc;tre utilis&eacute;s, m&ecirc;me
si la
+	plate-forme autorise l'emploi d'anti-slashes. D'une mani&egrave;re
+	g&eacute;n&eacute;rale, c'est une bonne id&eacute;e que de n'utiliser que des
slashes
 	directs dans les fichiers de configuration.</p>
       </note></dd>
     </dl>



Mime
View raw message