httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1742812 - in /httpd/httpd/trunk/docs/manual/howto: htaccess.xml.fr public_html.xml.fr ssi.xml.fr
Date Sun, 08 May 2016 13:19:22 GMT
Author: lgentis
Date: Sun May  8 13:19:22 2016
New Revision: 1742812

URL: http://svn.apache.org/viewvc?rev=1742812&view=rev
Log:
XML updates.

Modified:
    httpd/httpd/trunk/docs/manual/howto/htaccess.xml.fr
    httpd/httpd/trunk/docs/manual/howto/public_html.xml.fr
    httpd/httpd/trunk/docs/manual/howto/ssi.xml.fr

Modified: httpd/httpd/trunk/docs/manual/howto/htaccess.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/howto/htaccess.xml.fr?rev=1742812&r1=1742811&r2=1742812&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/howto/htaccess.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/howto/htaccess.xml.fr Sun May  8 13:19:22 2016
@@ -1,7 +1,7 @@
-<?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: 1673582:1741842 (outdated) -->
+<!-- English Revision: 1741842 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -28,8 +28,8 @@
 <title>Tutoriel du serveur HTTP Apache : fichiers .htaccess</title>
 
 <summary>
-<p>Les fichiers <code>.htaccess</code> fournissent une m&eacute;thode pour
-modifier la configuration du serveur au niveau de chaque r&eacute;pertoire.</p>
+<p>Les fichiers <code>.htaccess</code> fournissent une méthode pour
+modifier la configuration du serveur au niveau de chaque répertoire.</p>
 </summary>
 
 <section id="related"><title>Fichiers .htaccess</title>
@@ -58,31 +58,31 @@ modifier la configuration du serveur au
         </directivelist>
 
     </related>
-    <note>Les fichiers <code>.htaccess</code> ne doivent &ecirc;tre utilis&eacute;s
-    que si vous n'avez pas acc&egrave;s au fichier de configuration du serveur
+    <note>Les fichiers <code>.htaccess</code> ne doivent être utilisés
+    que si vous n'avez pas accès au fichier de configuration du serveur
     principal. L'utilisation des fichiers <code>.htaccess</code>
     ralentit le fonctionnement de votre serveur HTTP Apache. Il est toujours
-    pr&eacute;f&eacute;rable de d&eacute;finir les directives que vous pouvez inclure dans un
+    préférable de définir les directives que vous pouvez inclure dans un
     fichier <code>.htaccess</code> dans une section <directive
     module="core">Directory</directive>, car elles produiront le
-    m&ecirc;me effet avec de meilleures performances.</note>
+    même effet avec de meilleures performances.</note>
 </section>
 
 <section id="what">
 <title>Que sont ce fichiers, comment les utiliser ?</title>
 
     <p>Les fichiers <code>.htaccess</code> (ou "fichiers de
-    configuration distribu&eacute;s") fournissent une m&eacute;thode pour modifier la
-    configuration du serveur au niveau d'un r&eacute;pertoire. Un fichier,
-    contenant une ou plusieurs directives de configuration, est plac&eacute;
-    dans un r&eacute;pertoire de documents particulier, et ses directives
-    s'appliquent &agrave; ce r&eacute;pertoire et &agrave; tous ses sous-r&eacute;pertoires.</p>
+    configuration distribués") fournissent une méthode pour modifier la
+    configuration du serveur au niveau d'un répertoire. Un fichier,
+    contenant une ou plusieurs directives de configuration, est placé
+    dans un répertoire de documents particulier, et ses directives
+    s'appliquent à ce répertoire et à tous ses sous-répertoires.</p>
 
     <note><title>Note :</title>
-      <p>Si vous voulez donner un autre nom &agrave; votre fichier
+      <p>Si vous voulez donner un autre nom à votre fichier
       <code>.htaccess</code>, vous pouvez le faire en utilisant la
       directive <directive module="core">AccessFileName</directive>. Par
-      exemple, si vous pr&eacute;f&eacute;rez nommer votre fichier
+      exemple, si vous préférez nommer votre fichier
       <code>.config</code>, vous pouvez mettre ceci dans le fichier de
       configuration de votre serveur :</p>
 
@@ -91,28 +91,28 @@ modifier la configuration du serveur au
       </highlight>
     </note>
 
-    <p>En g&eacute;n&eacute;ral, les fichiers <code>.htaccess</code> utilisent la m&ecirc;me
+    <p>En général, les fichiers <code>.htaccess</code> utilisent la même
     syntaxe que les <a href="../configuring.html#syntax">fichiers de
     configuration principaux</a>. Ce que vous pouvez mettre dans ces
-    fichier est d&eacute;termin&eacute; par la directive <directive
-    module="core">AllowOverride</directive>. Cette directive sp&eacute;cifie,
-    sous forme de cat&eacute;gories, quelles directives seront trait&eacute;es si
+    fichier est déterminé par la directive <directive
+    module="core">AllowOverride</directive>. Cette directive spécifie,
+    sous forme de catégories, quelles directives seront traitées si
     elles se trouvent dans un fichier <code>.htaccess</code>. Si une
     directive est permise dans un fichier <code>.htaccess</code> file,
     la documentation de cette directive contiendra une section Override,
-    sp&eacute;cifiant quelle valeur doit prendre <directive
+    spécifiant quelle valeur doit prendre <directive
     module="core">AllowOverride</directive> pour que cette directive
-    soit trait&eacute;e.</p>
+    soit traitée.</p>
 
     <p>Par exemple, si vous regardez la documentation de la directive
     <directive module="core">AddDefaultCharset</directive>, vous verrez
-    que cette derni&egrave;re est permise dans les fichiers
-    <code>.htaccess</code> (Voir la ligne de contexte dans le r&eacute;sum&eacute; de
+    que cette dernière est permise dans les fichiers
+    <code>.htaccess</code> (Voir la ligne de contexte dans le résumé de
     la directive). La ligne <a
     href="../mod/directive-dict.html#Context">Override</a> indique
     <code>FileInfo</code>. Vous devez donc avoir au moins
     <code>AllowOverride FileInfo</code> pour que cette directive soit
-    trait&eacute;e dans les fichiers <code>.htaccess</code>.</p>
+    traitée dans les fichiers <code>.htaccess</code>.</p>
 
     <example><title>Exemple :</title>
       <table>
@@ -130,7 +130,7 @@ modifier la configuration du serveur au
       </table>
     </example>
 
-    <p>Si vous n'&ecirc;tes pas s&ucirc;r qu'une directive particuli&egrave;re soit permise
+    <p>Si vous n'êtes pas sûr qu'une directive particulière soit permise
     dans un fichier <code>.htaccess</code>, lisez la documentation de
     cette directive, et consultez la ligne de contexte pour
     ".htaccess".</p>
@@ -140,61 +140,61 @@ modifier la configuration du serveur au
     les fichiers .htaccess ?</title>
 
     <p>En principe, vous ne devriez utiliser les fichiers
-    <code>.htaccess</code> que lorsque vous n'avez pas acc&egrave;s au fichier de
+    <code>.htaccess</code> que lorsque vous n'avez pas accès au fichier de
     configuration du serveur principal. Par exemple, la fausse
-    id&eacute;e
+    idée
     selon laquelle l'authentification de l'utilisateur devrait toujours
-    &ecirc;tre faite dans les fichiers <code>.htaccess</code> est tr&egrave;s
-    r&eacute;pandue. Il est aussi souvent avanc&eacute;, ces derni&egrave;res
-    ann&eacute;es, que les directives de <module>mod_rewrite</module> doivent
-    &ecirc;tre d&eacute;finies dans les fichiers <code>.htaccess</code>. Ceci est
+    être faite dans les fichiers <code>.htaccess</code> est très
+    répandue. Il est aussi souvent avancé, ces dernières
+    années, que les directives de <module>mod_rewrite</module> doivent
+    être définies dans les fichiers <code>.htaccess</code>. Ceci est
     tout simplement faux. Vous pouvez configurer
     l'authentification des utilisateurs au niveau de la configuration du
-    serveur principal, et c'est en fait cette m&eacute;thode qui doit &ecirc;tre
-    privil&eacute;gi&eacute;e. De m&ecirc;me, les directives de
-    <code>mod_rewrite</code> fonctionneront mieux, &agrave; de nombreux &eacute;gards,
+    serveur principal, et c'est en fait cette méthode qui doit être
+    privilégiée. De même, les directives de
+    <code>mod_rewrite</code> fonctionneront mieux, à de nombreux égards,
     dans le contexte du serveur principal.</p>
 
-    <p>Les fichiers <code>.htaccess</code> ne devraient &ecirc;tre utilis&eacute;s
-    que dans le cas o&ugrave; les fournisseurs de contenu ont besoin de
-    modifier la configuration du serveur au niveau d'un r&eacute;pertoire, mais
-    ne poss&egrave;dent pas l'acc&egrave;s root sur le syst&egrave;me du serveur. Si
+    <p>Les fichiers <code>.htaccess</code> ne devraient être utilisés
+    que dans le cas où les fournisseurs de contenu ont besoin de
+    modifier la configuration du serveur au niveau d'un répertoire, mais
+    ne possèdent pas l'accès root sur le système du serveur. Si
     l'administrateur du serveur ne souhaite pas effectuer des
-    modifications de configuration incessantes, il peut &ecirc;tre int&eacute;ressant
-    de permettre aux utilisateurs isol&eacute;s d'effectuer eux-m&ecirc;mes ces
+    modifications de configuration incessantes, il peut être intéressant
+    de permettre aux utilisateurs isolés d'effectuer eux-mêmes ces
     modifications par le biais de fichiers <code>.htaccess</code>. Ceci
-    est particuli&egrave;rement vrai dans le cas o&ugrave; le fournisseur d'acc&egrave;s &agrave;
-    Internet h&eacute;berge de nombreux sites d'utilisateurs sur un seul
+    est particulièrement vrai dans le cas où le fournisseur d'accès à
+    Internet héberge de nombreux sites d'utilisateurs sur un seul
     serveur, et souhaite que ces utilisateurs puissent modifier
-    eux-m&ecirc;mes leurs configurations.</p>
+    eux-mêmes leurs configurations.</p>
 
-    <p>Cependant et d'une mani&egrave;re g&eacute;n&eacute;rale, il vaut mieux &eacute;viter
-    d'utiliser les fichiers <code>.htaccess</code>. Tout &eacute;l&eacute;ment de
+    <p>Cependant et d'une manière générale, il vaut mieux éviter
+    d'utiliser les fichiers <code>.htaccess</code>. Tout élément de
     configuration que vous pourriez vouloir mettre dans un fichier
-    <code>.htaccess</code>, peut aussi &ecirc;tre mis, et avec la m&ecirc;me
-    efficacit&eacute;, dans une section <directive module="core"
+    <code>.htaccess</code>, peut aussi être mis, et avec la même
+    efficacité, dans une section <directive module="core"
     type="section">Directory</directive> du fichier de configuration de
     votre serveur principal.</p>
 
-    <p>Il y a deux raisons principales d'&eacute;viter l'utilisation des
+    <p>Il y a deux raisons principales d'éviter l'utilisation des
     fichiers <code>.htaccess</code>.</p>
 
-    <p>La premi&egrave;re est li&eacute;e aux performances. Lorsque la directive
-    <directive module="core">AllowOverride</directive> est d&eacute;finie de
-    fa&ccedil;on &agrave; autoriser l'utilisation des fichiers <code>.htaccess</code>,
-    httpd va rechercher leur pr&eacute;sence dans chaque r&eacute;pertoire. Ainsi,
-    permettre l'utilisation des fichiers <code>.htaccess</code> est d&eacute;j&agrave;
-    en soi une cause de d&eacute;gradation des performances, que vous utilisiez
+    <p>La première est liée aux performances. Lorsque la directive
+    <directive module="core">AllowOverride</directive> est définie de
+    façon à autoriser l'utilisation des fichiers <code>.htaccess</code>,
+    httpd va rechercher leur présence dans chaque répertoire. Ainsi,
+    permettre l'utilisation des fichiers <code>.htaccess</code> est déjà
+    en soi une cause de dégradation des performances, que vous utilisiez
     effectivement ces fichiers ou non ! De plus, le fichier
-    <code>.htaccess</code> est charg&eacute; en m&eacute;moire chaque fois qu'un
-    document fait l'objet d'une requ&ecirc;te.</p>
+    <code>.htaccess</code> est chargé en mémoire chaque fois qu'un
+    document fait l'objet d'une requête.</p>
 
     <p>Notez aussi que httpd doit rechercher les fichiers
-    <code>.htaccess</code> dans tous les r&eacute;pertoires de niveau
-    sup&eacute;rieur, afin de rassembler toutes les directives qui s'appliquent
-    au r&eacute;pertoire courant (Voir la section <a href="#how">comment sont
-    appliqu&eacute;es les directives</a>). Ainsi, si un fichier fait l'objet
-    d'une requ&ecirc;te &agrave; partir d'un r&eacute;pertoire
+    <code>.htaccess</code> dans tous les répertoires de niveau
+    supérieur, afin de rassembler toutes les directives qui s'appliquent
+    au répertoire courant (Voir la section <a href="#how">comment sont
+    appliquées les directives</a>). Ainsi, si un fichier fait l'objet
+    d'une requête à partir d'un répertoire
     <code>/www/htdocs/exemple</code>, httpd doit rechercher les
     fichiers suivants :</p>
 
@@ -205,31 +205,31 @@ modifier la configuration du serveur au
       /www/htdocs/exemple/.htaccess
     </example>
 
-    <p>En cons&eacute;quence, chaque acc&egrave;s &agrave; un fichier de ce r&eacute;pertoire
-    n&eacute;cessite 4 acc&egrave;s au syst&egrave;me de fichiers suppl&eacute;mentaires pour
-    rechercher des fichiers <code>.htaccess</code>, m&ecirc;me si
-    aucun de ces fichiers n'est pr&eacute;sent. Notez que cet exemple ne peut
-    se produire que si les fichiers <code>.htaccess</code> ont &eacute;t&eacute;
-    autoris&eacute;s pour le r&eacute;pertoire <code>/</code>, ce qui est rarement le
+    <p>En conséquence, chaque accès à un fichier de ce répertoire
+    nécessite 4 accès au système de fichiers supplémentaires pour
+    rechercher des fichiers <code>.htaccess</code>, même si
+    aucun de ces fichiers n'est présent. Notez que cet exemple ne peut
+    se produire que si les fichiers <code>.htaccess</code> ont été
+    autorisés pour le répertoire <code>/</code>, ce qui est rarement le
     cas.</p>
 
-    <p>La seconde raison d'&eacute;viter l'utilisation des fichiers
-    <code>.htaccess</code> est li&eacute;e &agrave; la s&eacute;curit&eacute;. Si vous permettez aux
+    <p>La seconde raison d'éviter l'utilisation des fichiers
+    <code>.htaccess</code> est liée à la sécurité. Si vous permettez aux
     utilisateurs de modifier la configuration du serveur, il peut en
-    r&eacute;sulter des cons&eacute;quences sur lesquelles vous n'aurez aucun
-    contr&ocirc;le. R&eacute;fl&eacute;chissez bien avant de donner ce privil&egrave;ge &agrave; vos
+    résulter des conséquences sur lesquelles vous n'aurez aucun
+    contrôle. Réfléchissez bien avant de donner ce privilège à vos
     utilisateurs. Notez aussi que ne pas donner aux utilisateurs les
-    privil&egrave;ges dont ils ont besoin va entra&icirc;ner une augmentation des
-    demandes de support technique. Assurez-vous d'avoir inform&eacute;
-    clairement vos utilisateurs du niveau de privil&egrave;ges que vous leur
-    avez attribu&eacute;. Indiquer exactement comment vous avez d&eacute;fini la
+    privilèges dont ils ont besoin va entraîner une augmentation des
+    demandes de support technique. Assurez-vous d'avoir informé
+    clairement vos utilisateurs du niveau de privilèges que vous leur
+    avez attribué. Indiquer exactement comment vous avez défini la
     directive <directive module="core">AllowOverride</directive> et
     diriger les utilisateurs vers la documentation correspondante vous
-    &eacute;vitera bien des confusions ult&eacute;rieures.</p>
+    évitera bien des confusions ultérieures.</p>
 
     <p>Notez que mettre un fichier <code>.htaccess</code> contenant une
-    directive dans un r&eacute;pertoire <code>/www/htdocs/exemple</code>
-    revient exactement au m&ecirc;me que mettre la m&ecirc;me directive dans une
+    directive dans un répertoire <code>/www/htdocs/exemple</code>
+    revient exactement au même que mettre la même directive dans une
     section Directory <code>&lt;Directory "/www/htdocs/exemple"&gt;</code>
     du fichier de configuration de votre serveur principal :</p>
 
@@ -251,74 +251,74 @@ modifier la configuration du serveur au
     </example>
 
     <p>Cependant, la perte de performances sera moindre si vous
-    d&eacute;finissez cette directive dans la configuration de
-    votre serveur principal, car cette derni&egrave;re ne sera charg&eacute;e qu'une
-    seule fois au moment du d&eacute;marrage du serveur, alors qu'elle le sera
-    &agrave; chaque acc&egrave;s dans le cas d'un fichier <code>.htaccess</code>.</p>
-
-    <p>L'utilisation des fichiers <code>.htaccess</code> peut &ecirc;tre
-    enti&egrave;rement d&eacute;sactiv&eacute;e en d&eacute;finissant la directive <directive
-    module="core">AllowOverride</directive> &agrave; <code>none</code> :</p>
+    définissez cette directive dans la configuration de
+    votre serveur principal, car cette dernière ne sera chargée qu'une
+    seule fois au moment du démarrage du serveur, alors qu'elle le sera
+    à chaque accès dans le cas d'un fichier <code>.htaccess</code>.</p>
+
+    <p>L'utilisation des fichiers <code>.htaccess</code> peut être
+    entièrement désactivée en définissant la directive <directive
+    module="core">AllowOverride</directive> à <code>none</code> :</p>
 
     <highlight language="config">AllowOverride None</highlight>
 </section>
 
-<section id="how"><title>Comment sont appliqu&eacute;es les directives ?</title>
+<section id="how"><title>Comment sont appliquées les directives ?</title>
 
-    <p>Les directives de configuration situ&eacute;es dans un fichier
-    <code>.htaccess</code> s'appliquent au r&eacute;pertoire dans lequel ce
-    fichier <code>.htaccess</code> se trouve, ainsi qu'&agrave; tous ses
-    sous-r&eacute;pertoires. Cependant, il est important de garder &agrave; l'esprit
+    <p>Les directives de configuration situées dans un fichier
+    <code>.htaccess</code> s'appliquent au répertoire dans lequel ce
+    fichier <code>.htaccess</code> se trouve, ainsi qu'à tous ses
+    sous-répertoires. Cependant, il est important de garder à l'esprit
     qu'il peut y avoir des fichiers <code>.htaccess</code> dans les
-    r&eacute;pertoires de niveau sup&eacute;rieur. Les directives sont appliqu&eacute;es
-    selon l'ordre dans lequel elles sont rencontr&eacute;es. Ainsi, les
-    directives d'un fichier <code>.htaccess</code> situ&eacute; dans un
-    r&eacute;pertoire particulier peuvent &eacute;craser les directives se trouvant
-    dans des fichiers <code>.htaccess</code> situ&eacute;s &agrave; un niveau
-    sup&eacute;rieur dans l'arborescence des r&eacute;pertoires. Et ces derni&egrave;res
-    peuvent elles-m&ecirc;mes avoir &eacute;cras&eacute; des directives d'un fichier
-    <code>.htaccess</code> situ&eacute; &agrave; un niveau encore plus haut, ou dans
+    répertoires de niveau supérieur. Les directives sont appliquées
+    selon l'ordre dans lequel elles sont rencontrées. Ainsi, les
+    directives d'un fichier <code>.htaccess</code> situé dans un
+    répertoire particulier peuvent écraser les directives se trouvant
+    dans des fichiers <code>.htaccess</code> situés à un niveau
+    supérieur dans l'arborescence des répertoires. Et ces dernières
+    peuvent elles-mêmes avoir écrasé des directives d'un fichier
+    <code>.htaccess</code> situé à un niveau encore plus haut, ou dans
     le fichier de configuration du serveur principal.</p>
 
     <p>Exemple :</p>
 
-    <p>Dans le r&eacute;pertoire <code>/www/htdocs/exemple1</code> se trouve un
+    <p>Dans le répertoire <code>/www/htdocs/exemple1</code> se trouve un
     fichier <code>.htaccess</code> contenant ce qui suit :</p>
 
     <highlight language="config">Options +ExecCGI</highlight>
 
-    <p>Note : "<code>AllowOverride Options</code>" doit &ecirc;tre pr&eacute;sent
+    <p>Note : "<code>AllowOverride Options</code>" doit être présent
     pour permettre l'utilisation de la directive "<directive
     module="core">Options</directive>"  dans les fichiers
     <code>.htaccess</code>.</p>
 
-    <p>Dans le r&eacute;pertoire <code>/www/htdocs/exemple1/exemple2</code> se
+    <p>Dans le répertoire <code>/www/htdocs/exemple1/exemple2</code> se
     trouve un fichier <code>.htaccess</code> contenant ce qui suit
     :</p>
 
     <highlight language="config">Options Includes</highlight>
 
-    <p>Ainsi, &agrave; cause de ce second fichier <code>.htaccess</code> du
-    r&eacute;pertoire <code>/www/htdocs/exemple1/exemple2</code>, l'ex&eacute;cution
-    des CGI est interdite, car la derni&egrave;re d&eacute;finition d'options
-    <code>Options Includes</code> &eacute;crase toute autre d&eacute;finition
-    d'options d'un fichier <code>.htaccess</code> situ&eacute; dans un
-    r&eacute;pertoire de niveau sup&eacute;rieur.</p>
+    <p>Ainsi, à cause de ce second fichier <code>.htaccess</code> du
+    répertoire <code>/www/htdocs/exemple1/exemple2</code>, l'exécution
+    des CGI est interdite, car la dernière définition d'options
+    <code>Options Includes</code> écrase toute autre définition
+    d'options d'un fichier <code>.htaccess</code> situé dans un
+    répertoire de niveau supérieur.</p>
 
     <section id="merge"><title>Interactions entre les fichiers .htaccess
     et les fichiers de configuration du serveur principal</title>
 
-    <p>Comme indiqu&eacute; dans la documentation sur les <a
+    <p>Comme indiqué dans la documentation sur les <a
     href="../sections.html">Sections de configuration</a>, les fichiers
-    <code>.htaccess</code> peuvent &eacute;craser les directives des sections
+    <code>.htaccess</code> peuvent écraser les directives des sections
     <directive type="section" module="core">Directory</directive> pour
-    le r&eacute;pertoire correspondant, mais peuvent eux-m&ecirc;mes &ecirc;tre &eacute;cras&eacute;s
+    le répertoire correspondant, mais peuvent eux-mêmes être écrasés
     par d'autres types de sections des fichiers de la
-    configuration principale. Cette possibilit&eacute; peut s'av&eacute;rer utile pour
-    forcer certaines configurations, m&ecirc;me en cas de pr&eacute;sence de l'option
-    lib&eacute;rale <directive module="core">AllowOverride</directive>. Par
-    exemple, pour interdire l'ex&eacute;cution de scripts en autorisant la
-    d&eacute;finition de toute autre option dans les fichiers
+    configuration principale. Cette possibilité peut s'avérer utile pour
+    forcer certaines configurations, même en cas de présence de l'option
+    libérale <directive module="core">AllowOverride</directive>. Par
+    exemple, pour interdire l'exécution de scripts en autorisant la
+    définition de toute autre option dans les fichiers
     <code>.htaccess</code>, vous pouvez utiliser :</p>
 
     <highlight language="config">
@@ -327,11 +327,11 @@ modifier la configuration du serveur au
 &lt;/Directory&gt;
 
 &lt;Location "/"&gt;
-    Options +IncludesNoExec -ExecCGI<br />
+    Options +IncludesNoExec -ExecCGI
 &lt;/Location&gt;
     </highlight>
 
-    <note>Dans cet exemple, on consid&egrave;re que le chemin d&eacute;fini par la
+    <note>Dans cet exemple, on considère que le chemin défini par la
     directive <directive module="core">DocumentRoot</directive> est
     <code>/www/htdocs</code>.</note>
 </section>
@@ -340,21 +340,21 @@ modifier la configuration du serveur au
 
 <section id="auth"><title>Exemple d'authentification</title>
 
-    <p>Si vous acc&eacute;dez directement &agrave; ce point du document pour apprendre
-    &agrave; effectuer une authentification, il est important de noter ceci. Il
-    existe une fausse id&eacute;e selon laquelle il serait n&eacute;cessaire
-    d'utiliser les fichiers <code>.htaccess</code> pour impl&eacute;menter
+    <p>Si vous accédez directement à ce point du document pour apprendre
+    à effectuer une authentification, il est important de noter ceci. Il
+    existe une fausse idée selon laquelle il serait nécessaire
+    d'utiliser les fichiers <code>.htaccess</code> pour implémenter
     l'authentification par mot de passe. Ceci est tout simplement faux.
-    Pour y parvenir, il est pr&eacute;f&eacute;rable de mettre les directives
+    Pour y parvenir, il est préférable de mettre les directives
     d'authentification dans une section <directive module="core"
     type="section">Directory</directive> du fichier de configuration de
     votre serveur principal, et les fichiers <code>.htaccess</code> ne
-    devraient &ecirc;tre utilis&eacute;s que dans le cas o&ugrave; vous n'avez pas acc&egrave;s au
+    devraient être utilisés que dans le cas où vous n'avez pas accès au
     fichier de configuration du serveur principal. Voir <a
     href="#when">ci-dessus</a> pour savoir dans quels cas vous devez ou
     ne devez pas utiliser les fichiers <code>.htaccess</code>.</p>
 
-    <p>Ceci &eacute;tant dit, si vous pensez que vous devez quand-m&ecirc;me utiliser
+    <p>Ceci étant dit, si vous pensez que vous devez quand-même utiliser
     un fichier <code>.htaccess</code>, vous pouvez utiliser la
     configuration suivante :</p>
 
@@ -368,22 +368,22 @@ AuthGroupFile "/www/passwords/group.file
 Require group admins
     </highlight>
 
-    <p>Notez que <code>AllowOverride AuthConfig</code> doit &ecirc;tre pr&eacute;sent
+    <p>Notez que <code>AllowOverride AuthConfig</code> doit être présent
     pour que ces directives produisent leur effet.</p>
 
-    <p>Vous pouvez vous r&eacute;f&eacute;rer au <a href="auth.html">tutoriel sur
-    l'authentification</a> pour une description plus d&eacute;taill&eacute;e de
+    <p>Vous pouvez vous référer au <a href="auth.html">tutoriel sur
+    l'authentification</a> pour une description plus détaillée de
     l'authentification et de l'autorisation.</p>
 </section>
 
-<section id="ssi"><title>Exemple d'Inclusion C&ocirc;t&eacute; Serveur (Server Side
+<section id="ssi"><title>Exemple d'Inclusion Côté Serveur (Server Side
 Includes - SSI)</title>
 
     <p>Les fichiers <code>.htaccess</code> sont aussi couramment
-    utilis&eacute;s pour activer les SSI pour un r&eacute;pertoire particulier. Pour y
+    utilisés pour activer les SSI pour un répertoire particulier. Pour y
     parvenir, on utilise les directives de configuration suivantes,
-    plac&eacute;es dans un fichier <code>.htaccess</code> enregistr&eacute; dans le
-    r&eacute;pertoire consid&eacute;r&eacute; :</p>
+    placées dans un fichier <code>.htaccess</code> enregistré dans le
+    répertoire considéré :</p>
 
     <highlight language="config">
 Options +Includes
@@ -392,53 +392,53 @@ AddHandler server-parsed shtml
     </highlight>
 
     <p>Notez que <code>AllowOverride Options</code> et <code>AllowOverride
-    FileInfo</code> doivent &ecirc;tre tous les deux pr&eacute;sents pour que ces
+    FileInfo</code> doivent être tous les deux présents pour que ces
     directives puissent produire leur effet.</p>
 
-    <p>Vous pouvez vous r&eacute;f&eacute;rer au <a href="ssi.html">tutoriel SSI</a>
-    pour une description plus d&eacute;taill&eacute;e des SSI.</p>
+    <p>Vous pouvez vous référer au <a href="ssi.html">tutoriel SSI</a>
+    pour une description plus détaillée des SSI.</p>
 </section>
 
-<section id="rewrite"><title>Les r&egrave;gles de r&eacute;&eacute;criture dans les fichiers .htaccess</title>
+<section id="rewrite"><title>Les règles de réécriture dans les fichiers .htaccess</title>
 <p>Sivous utilisez des directives <directive
 module="mod_rewrite">RewriteRule</directive> dans un fichier
-<code>.htaccess</code>, gardez &agrave; l'esprit que les choses sont l&eacute;g&egrave;rement
-diff&eacute;rentes dans un contexte de r&eacute;pertoire. En particulier, les r&egrave;gles
-sont relatives au r&eacute;pertoire courant, et non &agrave; l'URI original. Consid&eacute;rez
+<code>.htaccess</code>, gardez à l'esprit que les choses sont légèrement
+différentes dans un contexte de répertoire. En particulier, les règles
+sont relatives au répertoire courant, et non à l'URI original. Considérez
 les exemples suivants :</p>
 
 <highlight language="config">
 # Dans httpd.conf
 RewriteRule "^/images/(.+)\.jpg" "/images/$1.png"
 
-# Dans un fichier .htaccess situ&eacute; dans le r&eacute;pertoire racine de vos
+# Dans un fichier .htaccess situé dans le répertoire racine de vos
 # documents
 RewriteRule "^images/(.+)\.jpg" "images/$1.png"
 
-# Dans un fichier .htaccess situ&eacute; dans le r&eacute;pertoire images/
+# Dans un fichier .htaccess situé dans le répertoire images/
 RewriteRule "^(.+)\.jpg" "$1.png"
 </highlight>
 
-<p>On voit que si le fichier <code>.htaccess</code> se situe &agrave; la racine
-de vos documents, le slash de t&ecirc;te est supprim&eacute; de la valeur de
-remplacement sp&eacute;cifi&eacute;e pour la r&egrave;gle <directive
+<p>On voit que si le fichier <code>.htaccess</code> se situe à la racine
+de vos documents, le slash de tête est supprimé de la valeur de
+remplacement spécifiée pour la règle <directive
 module="mod_rewrite">RewriteRule</directive>, et que si le fichier
-<code>.htaccess</code> se situe dans le r&eacute;pertoire <code>images</code>,
-la cha&icirc;ne <code>/images/</code> dispara&icirc;t de cette m&ecirc;me valeur de
-remplacement. Il doit donc en &ecirc;tre de m&ecirc;me dans votre expression
+<code>.htaccess</code> se situe dans le répertoire <code>images</code>,
+la chaîne <code>/images/</code> disparaît de cette même valeur de
+remplacement. Il doit donc en être de même dans votre expression
 rationnelle.</p>
 
-<p>Veuillez vous r&eacute;f&eacute;rer &agrave; cette <a href="../rewrite/">documentation</a>
-pour une &eacute;tude d&eacute;taill&eacute;e de l'utilisation du module
+<p>Veuillez vous référer à cette <a href="../rewrite/">documentation</a>
+pour une étude détaillée de l'utilisation du module
 <code>mod_rewrite</code>.</p>
 
 </section>
 
 <section id="cgi"><title>Exemple de CGI</title>
 
-    <p>En fin de compte, vous avez d&eacute;cid&eacute; d'utiliser un fichier
-    <code>.htaccess</code> pour permettre l'ex&eacute;cution des programmes CGI
-    dans un r&eacute;pertoire particulier. Pour y parvenir, vous pouvez
+    <p>En fin de compte, vous avez décidé d'utiliser un fichier
+    <code>.htaccess</code> pour permettre l'exécution des programmes CGI
+    dans un répertoire particulier. Pour y parvenir, vous pouvez
     utiliser la configuration suivante :</p>
 
     <highlight language="config">
@@ -447,7 +447,7 @@ AddHandler cgi-script "cgi" "pl"
     </highlight>
 
     <p>Alternativement, si vous souhaitez que tous les fichiers d'un
-    r&eacute;pertoire donn&eacute; soient consid&eacute;r&eacute;s comme des programmes CGI, vous
+    répertoire donné soient considérés comme des programmes CGI, vous
     pouvez utiliser la configuration suivante :</p>
 
     <highlight language="config">
@@ -456,36 +456,36 @@ SetHandler cgi-script
     </highlight>
 
     <p>Notez que <code>AllowOverride Options</code> et <code>AllowOverride
-    FileInfo</code> doivent &ecirc;tre tous les deux pr&eacute;sents pour que ces
+    FileInfo</code> doivent être tous les deux présents pour que ces
     directives puissent produire leur effet.</p>
 
-    <p>Vous pouvez vous r&eacute;f&eacute;rer au <a href="cgi.html">tutoriel CGI</a>
-    pour une description plus d&eacute;taill&eacute;e de la configuration et de la
+    <p>Vous pouvez vous référer au <a href="cgi.html">tutoriel CGI</a>
+    pour une description plus détaillée de la configuration et de la
     proprammation CGI.</p>
 
 </section>
 
-<section id="troubleshoot"><title>R&eacute;solution des probl&egrave;mes</title>
+<section id="troubleshoot"><title>Résolution des problèmes</title>
 
-    <p>De nombreuses raisons peuvent &ecirc;tre &agrave; l'origine du fait que
+    <p>De nombreuses raisons peuvent être à l'origine du fait que
     les directives que vous avez mises dans un fichier
-    <code>.htaccess</code> ne produisent pas l'effet d&eacute;sir&eacute;.</p>
+    <code>.htaccess</code> ne produisent pas l'effet désiré.</p>
 
-    <p>Le plus souvent, le probl&egrave;me vient du fait que la d&eacute;finition de
+    <p>Le plus souvent, le problème vient du fait que la définition de
     la directive <directive module="core">AllowOverride</directive>
     ne permet pas l'activation des directives de votre fichier
-    <code>.htaccess</code>. V&eacute;rifiez si une directive
-    <code>AllowOverride None</code> n'affecte pas le r&eacute;pertoire o&ugrave; se
-    trouve votre fichier. Un bon test consiste &agrave; mettre des directives
-    dont la syntaxe est erron&eacute;e dans votre ficher <code>.htaccess</code>
-    et de recharger la page. Si aucune erreur n'est g&eacute;n&eacute;r&eacute;e par le
+    <code>.htaccess</code>. Vérifiez si une directive
+    <code>AllowOverride None</code> n'affecte pas le répertoire où se
+    trouve votre fichier. Un bon test consiste à mettre des directives
+    dont la syntaxe est erronée dans votre ficher <code>.htaccess</code>
+    et de recharger la page. Si aucune erreur n'est générée par le
     serveur, il est pratiquement certain qu'une directive
-    <code>AllowOverride None</code> affecte votre r&eacute;pertoire.</p>
+    <code>AllowOverride None</code> affecte votre répertoire.</p>
 
     <p>Par contre, si vous obtenez des erreurs de serveur lorsque vous
-    tentez d'acc&eacute;der &agrave; des documents, consultez votre journal des
+    tentez d'accéder à des documents, consultez votre journal des
     erreurs de httpd. Il vous indiquera probablement que la directive
-    utilis&eacute;e dans votre fichier <code>.htaccess</code> n'est pas
+    utilisée dans votre fichier <code>.htaccess</code> n'est pas
     permise.</p>
 
 <example>
@@ -493,20 +493,20 @@ SetHandler cgi-script
 </example>
 	<p>Cela signifie soit que vous utilisez une directive qui n'est
 	jamais permise dans les fichiers <code>.htaccess</code>, soit
-	que vous n'avez tout simplement pas d&eacute;fini la directive
-	<directive module="core">AllowOverride</directive> &agrave; un niveau
+	que vous n'avez tout simplement pas défini la directive
+	<directive module="core">AllowOverride</directive> à un niveau
 	suffisant pour la directive que vous utilisez. Consultez la
-	documentation de cette directive pour d&eacute;terminer quel cas
+	documentation de cette directive pour déterminer quel cas
 	s'applique.</p>
 
 	<p>Le journal des erreurs peut aussi vous signaler une erreur de
-	syntaxe dans l'usage de la directive elle-m&ecirc;me.</p>
+	syntaxe dans l'usage de la directive elle-même.</p>
 
     <example>
     [Sat Aug 09 16:22:34 2008] [alert] [client 192.168.200.51] /var/www/html/.htaccess: RewriteCond: bad flag delimiters
     </example>
 
-	<p>Dans ce cas, le message d'erreur sera sp&eacute;cifique &agrave; l'erreur
+	<p>Dans ce cas, le message d'erreur sera spécifique à l'erreur
 	de syntaxe que vous avez commise.</p>
 </section>
 

Modified: httpd/httpd/trunk/docs/manual/howto/public_html.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/howto/public_html.xml.fr?rev=1742812&r1=1742811&r2=1742812&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/howto/public_html.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/howto/public_html.xml.fr Sun May  8 13:19:22 2016
@@ -1,7 +1,7 @@
-<?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: 1673932:1741842 (outdated) -->
+<!-- English Revision: 1741842 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,35 +25,35 @@
 <manualpage metafile="public_html.xml.meta">
 <parentdocument href="./">Recettes et tutoriels</parentdocument>
 
-  <title>R&eacute;pertoires web utilisateurs</title>
+  <title>Répertoires web utilisateurs</title>
 
 <summary>
-<p>Sur les syst&egrave;mes multi-utilisateurs, on peut permettre &agrave; chaque
-utilisateur d'avoir un site web dans son r&eacute;pertoire home &agrave; l'aide de la
+<p>Sur les systèmes multi-utilisateurs, on peut permettre à chaque
+utilisateur d'avoir un site web dans son répertoire home à l'aide de la
 directive <directive module="mod_userdir">UserDir</directive>. Les
 visiteurs de l'URL <code>http://example.com/~nom_utilisateur/</code>
-recevront un contenu situ&eacute; dans le r&eacute;pertoire home de l'utilisateur
-"<code>nom_utilisateur</code>", et dans le sous-r&eacute;pertoire sp&eacute;cifi&eacute; par
+recevront un contenu situé dans le répertoire home de l'utilisateur
+"<code>nom_utilisateur</code>", et dans le sous-répertoire spécifié par
 la directive <directive module="mod_userdir">UserDir</directive>.</p>
-<p>Notez que par d&eacute;faut, l'acc&egrave;s &agrave; ces r&eacute;pertoires n'est
-<strong>pas</strong> permis. Vous pouvez en permettre l'acc&egrave;s &agrave; l'aide
+<p>Notez que par défaut, l'accès à ces répertoires n'est
+<strong>pas</strong> permis. Vous pouvez en permettre l'accès à l'aide
 de la directive <directive module="mod_userdir">UserDir</directive> en
-d&eacute;commentant la ligne</p>
+décommentant la ligne</p>
     <example>
       #Include conf/extra/httpd-userdir.conf
     </example>
-    <p>dans le fichier de configuration par d&eacute;faut
+    <p>dans le fichier de configuration par défaut
     <code>conf/httpd.conf</code>, et en adaptant le
     fichier <code>httpd-userdir.conf</code> selon vos besoins, ou en
-    incluant les directives appropri&eacute;es dans une section
+    incluant les directives appropriées dans une section
     <code>Directory</code> du fichier de configuration principal.</p>
 </summary>
 
 <seealso><a href="../urlmapping.html">Mise en correspondance des URLs
-avec le syst&egrave;me de fichiers</a></seealso>
+avec le système de fichiers</a></seealso>
 
   <section id="related">
-    <title>R&eacute;pertoires web utilisateurs</title>
+    <title>Répertoires web utilisateurs</title>
     <related>
       <modulelist>
         <module>mod_userdir</module>
@@ -67,16 +67,16 @@ avec le syst&egrave;me de fichiers</a></
     </section>
 
     <section id="userdir">
-    <title>D&eacute;finition du chemin des fichiers avec UserDir</title>
+    <title>Définition du chemin des fichiers avec UserDir</title>
 
     <p>La directive <directive module="mod_userdir">UserDir</directive>
-    permet de sp&eacute;cifier un r&eacute;pertoire &agrave; partir duquel le contenu de
-    l'utilisateur pourra &ecirc;tre charg&eacute;. Elle peut rev&ecirc;tir plusieurs
+    permet de spécifier un répertoire à partir duquel le contenu de
+    l'utilisateur pourra être chargé. Elle peut revêtir plusieurs
     formes.</p>
 
-    <p>Si le chemin sp&eacute;cifi&eacute; ne commence pas par un slash, il sera
-    interpr&eacute;t&eacute; comme chemin relatif au r&eacute;pertoire home de l'utilisateur
-    consid&eacute;r&eacute;. Par exemple, avec cette configuration :</p>
+    <p>Si le chemin spécifié ne commence pas par un slash, il sera
+    interprété comme chemin relatif au répertoire home de l'utilisateur
+    considéré. Par exemple, avec cette configuration :</p>
 
     <highlight language="config">UserDir public_html</highlight>
 
@@ -84,9 +84,9 @@ avec le syst&egrave;me de fichiers</a></
     correspondra au chemin fichier
     <code>/home/rbowen/public_html/fichier.html</code></p>
 
-    <p>Si le chemin sp&eacute;cifi&eacute; commence par un slash, le chemin du fichier
+    <p>Si le chemin spécifié commence par un slash, le chemin du fichier
     sera construit en utilisant ce chemin, suivi du nom de l'utilisateur
-    consid&eacute;r&eacute;. Par exemple, avec cette configuration :</p>
+    considéré. Par exemple, avec cette configuration :</p>
 
     <highlight language="config">UserDir /var/html</highlight>
 
@@ -94,8 +94,8 @@ avec le syst&egrave;me de fichiers</a></
     correspondra au chemin fichier
     <code>/var/html/rbowen/fichier.html</code></p>
 
-    <p>Si le chemin sp&eacute;cifi&eacute; contient un ast&eacute;risque (*), ce dernier sera
-    remplac&eacute; par le nom de l'utilisateur dans le chemin du fichier
+    <p>Si le chemin spécifié contient un astérisque (*), ce dernier sera
+    remplacé par le nom de l'utilisateur dans le chemin du fichier
     correspondant. Par exemple, avec cette configuration :</p>
 
     <highlight language="config">UserDir /var/www/*/docs</highlight>
@@ -104,8 +104,8 @@ avec le syst&egrave;me de fichiers</a></
     correspondra au chemin fichier
     <code>/var/www/rbowen/docs/fichier.html</code></p>
 
-    <p>On peut aussi d&eacute;finir plusieurs r&eacute;pertoires ou chemins de
-    r&eacute;pertoires.</p>
+    <p>On peut aussi définir plusieurs répertoires ou chemins de
+    répertoires.</p>
 
     <highlight language="config">UserDir public_html /var/html</highlight>
 
@@ -120,36 +120,36 @@ avec le syst&egrave;me de fichiers</a></
   <section id="redirect">
     <title>Redirection vers des URLs externes</title>
     <p>On peut utiliser la directive <directive
-    module="mod_userdir">UserDir</directive> pour rediriger les requ&ecirc;tes
-    relatives aux r&eacute;pertoires utilisateurs vers des URLs externes.</p>
+    module="mod_userdir">UserDir</directive> pour rediriger les requêtes
+    relatives aux répertoires utilisateurs vers des URLs externes.</p>
 
     <highlight language="config">UserDir http://example.org/users/*/</highlight>
 
-    <p>L'exemple ci-dessus va rediriger une requ&ecirc;te pour
+    <p>L'exemple ci-dessus va rediriger une requête pour
     <code>http://example.com/~bob/abc.html</code> vers
     <code>http://exemple.org/users/bob/abc.html</code>.</p>
   </section>
 
   <section id="enable">
-    <title>D&eacute;finition de la liste des utilisateurs autoris&eacute;s &agrave; utiliser
-    cette fonctionnalit&eacute;</title>
+    <title>Définition de la liste des utilisateurs autorisés à utiliser
+    cette fonctionnalité</title>
 
-    <p>En suivant la syntaxe d&eacute;crite dans la documentation de UserDir,
-    vous pouvez d&eacute;finir quels utilisateurs sont autoris&eacute;s &agrave; utiliser
-    cette fonctionnalit&eacute; :</p>
+    <p>En suivant la syntaxe décrite dans la documentation de UserDir,
+    vous pouvez définir quels utilisateurs sont autorisés à utiliser
+    cette fonctionnalité :</p>
 
     <highlight language="config">UserDir disabled root jro fish</highlight>
 
     <p>La configuration ci-dessus va autoriser l'utilisation de la
-    fonctionnalit&eacute; pour tous les utilisateurs, &agrave; l'exception de ceux
-    list&eacute;s &agrave; la suite de l'argument <code>disabled</code>. De m&ecirc;me, vous
-    pouvez interdire l'utilisation de la fonctionnalit&eacute; &agrave; tous les
+    fonctionnalité pour tous les utilisateurs, à l'exception de ceux
+    listés à la suite de l'argument <code>disabled</code>. De même, vous
+    pouvez interdire l'utilisation de la fonctionnalité à tous les
     utilisateurs sauf certains d'entre eux en utilisant une
     configuration du style :</p>
 
     <highlight language="config">
-      UserDir disabled<br />
-      UserDir enabled rbowen krietz
+UserDir disabled
+UserDir enabled rbowen krietz      
     </highlight>
 
     <p>Vous trouverez d'autres exemples dans la documentation de
@@ -158,12 +158,12 @@ avec le syst&egrave;me de fichiers</a></
   </section>
 
   <section id="cgi">
-  <title>D&eacute;finition d'un r&eacute;pertoire CGI pour chaque utilisateur</title>
+  <title>Définition d'un répertoire CGI pour chaque utilisateur</title>
 
-   <p>Afin de r&eacute;server un r&eacute;pertoire cgi-bin pour chaque utilisateur,
+   <p>Afin de réserver un répertoire cgi-bin pour chaque utilisateur,
    vous pouvez utiliser une section <directive module="core"
    type="section">Directory</directive> pour activer CGI dans un
-   sous-r&eacute;pertoire particulier d'un r&eacute;pertoire home utilisateur.</p>
+   sous-répertoire particulier d'un répertoire home utilisateur.</p>
 
     <highlight language="config">
 &lt;Directory "/home/*/public_html/cgi-bin/"&gt;
@@ -173,9 +173,9 @@ avec le syst&egrave;me de fichiers</a></
     </highlight>
 
     <p>Avec la configuration ci-dessus, et en supposant que
-    <code>UserDir</code> est d&eacute;fini &agrave; <code>public_html</code>, un
-    programme CGI <code>exemple.cgi</code> pourra &ecirc;tre charg&eacute; depuis ce
-    r&eacute;pertoire en passant par l'URL :</p>
+    <code>UserDir</code> est défini à <code>public_html</code>, un
+    programme CGI <code>exemple.cgi</code> pourra être chargé depuis ce
+    répertoire en passant par l'URL :</p>
 
     <example>
     http://example.com/~rbowen/cgi-bin/exemple.cgi
@@ -190,12 +190,12 @@ avec le syst&egrave;me de fichiers</a></
     <p>Si vous voulez que vos utilisateurs puissent modifier la
     configuration du serveur pour ce qui concerne leur espace web, ils
     devront utiliser des fichiers <code>.htaccess</code> pour effectuer
-    ces modifications. Assurez-vous d'avoir d&eacute;fini la directive
-    <directive module="core">AllowOverride</directive> &agrave; une valeur
-    appropri&eacute;e pour les directives dont vous voulez permettre la
+    ces modifications. Assurez-vous d'avoir défini la directive
+    <directive module="core">AllowOverride</directive> à une valeur
+    appropriée pour les directives dont vous voulez permettre la
     modification aux utilisateurs. Voir le <a
-    href="htaccess.html">tutoriel .htaccess</a> pour plus de d&eacute;tails sur
-    la mani&egrave;re dont tout ceci fonctionne.</p>
+    href="htaccess.html">tutoriel .htaccess</a> pour plus de détails sur
+    la manière dont tout ceci fonctionne.</p>
 
   </section>
 

Modified: httpd/httpd/trunk/docs/manual/howto/ssi.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/howto/ssi.xml.fr?rev=1742812&r1=1742811&r2=1742812&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/howto/ssi.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/howto/ssi.xml.fr Sun May  8 13:19:22 2016
@@ -1,7 +1,7 @@
-<?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: 1673947:1741842 (outdated) -->
+<!-- English Revision: 1741842 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,12 +25,12 @@
 <manualpage metafile="ssi.xml.meta">
 <parentdocument href="./">Recettes et tutoriels</parentdocument>
 
-<title>Tutoriel Apache httpd : Introduction aux "Inclusions C&ocirc;t&eacute; Serveur"
+<title>Tutoriel Apache httpd : Introduction aux "Inclusions Côté Serveur"
 (Server Side Includes - SSI)</title>
 
 <summary>
-<p>Les SSI permettent d'ajouter du contenu dynamique &agrave; des documents
-HTML pr&eacute;existants.</p>
+<p>Les SSI permettent d'ajouter du contenu dynamique à des documents
+HTML préexistants.</p>
 </summary>
 
 <section id="related"><title>Introduction</title>
@@ -50,48 +50,48 @@ HTML pr&eacute;existants.</p>
     </directivelist>
 </related>
 
-    <p>Cet article traite des Inclusions C&ocirc;t&eacute; Serveur (Server Side
-    Includes), plus commun&eacute;ment appel&eacute;s SSI. Vous trouverez ici la
-    mani&egrave;re de configurer votre serveur pour permettre les SSI, ainsi
-    qu'une introduction &agrave; quelques techniques SSI de base permettant
-    d'ajouter du contenu dynamique &agrave; vos pages HTML pr&eacute;existantes.</p>
+    <p>Cet article traite des Inclusions Côté Serveur (Server Side
+    Includes), plus communément appelés SSI. Vous trouverez ici la
+    manière de configurer votre serveur pour permettre les SSI, ainsi
+    qu'une introduction à quelques techniques SSI de base permettant
+    d'ajouter du contenu dynamique à vos pages HTML préexistantes.</p>
 
-    <p>La derni&egrave;re partie de cet article sera consacr&eacute;e aux
-    configurations SSI plus avanc&eacute;es, telles que les expressions
+    <p>La dernière partie de cet article sera consacrée aux
+    configurations SSI plus avancées, telles que les expressions
     conditionnelles dans les directives SSI.</p>
 
 </section>
 
 <section id="what"><title>Qu'est-ce que SSI ?</title>
 
-    <p>SSI (Server Side Includes) est constitu&eacute; de directives plac&eacute;es dans
-    des pages HTML, et &eacute;valu&eacute;es par le serveur au moment o&ugrave; les pages
-    sont servies. Elles vous permettent d'ajouter du contenu g&eacute;n&eacute;r&eacute;
-    dynamiquement &agrave; une page HTML pr&eacute;existante, sans avoir &agrave; servir la
-    page enti&egrave;re via un programme CGI, ou toute autre technologie de
+    <p>SSI (Server Side Includes) est constitué de directives placées dans
+    des pages HTML, et évaluées par le serveur au moment où les pages
+    sont servies. Elles vous permettent d'ajouter du contenu généré
+    dynamiquement à une page HTML préexistante, sans avoir à servir la
+    page entière via un programme CGI, ou toute autre technologie de
     contenu dynamique.</p>
 
-    <p>Par exemple, vous pouvez ins&eacute;rer la directive suivante dans une
+    <p>Par exemple, vous pouvez insérer la directive suivante dans une
     page HTML existante :</p>
 
     <example>
     &lt;!--#echo var="DATE_LOCAL" --&gt;
     </example>
 
-    <p>Ainsi, lorsque la page sera servie, la directive sera &eacute;valu&eacute;e et
-    remplac&eacute;e par sa valeur :</p>
+    <p>Ainsi, lorsque la page sera servie, la directive sera évaluée et
+    remplacée par sa valeur :</p>
 
     <example>
     Tuesday, 15-Jan-2013 19:28:54 EST
     </example>
 
-    <p>Le choix entre l'utilisation des SSI et la g&eacute;n&eacute;ration enti&egrave;re de
-    la page par un programme quelconque, est en g&eacute;n&eacute;ral dict&eacute; par la
-    proportion de contenu statique et de contenu devant &ecirc;tre g&eacute;n&eacute;r&eacute;
-    chaque fois que la page est servie. SSI est id&eacute;al pour ajouter de
-    petites quantit&eacute;s d'information, comme l'heure courante dans
-    l'exemple pr&eacute;c&eacute;dent. Mais si la
-    plus grande partie de votre page est g&eacute;n&eacute;r&eacute;e au moment o&ugrave; elle est
+    <p>Le choix entre l'utilisation des SSI et la génération entière de
+    la page par un programme quelconque, est en général dicté par la
+    proportion de contenu statique et de contenu devant être généré
+    chaque fois que la page est servie. SSI est idéal pour ajouter de
+    petites quantités d'information, comme l'heure courante dans
+    l'exemple précédent. Mais si la
+    plus grande partie de votre page est générée au moment où elle est
     servie, vous devez vous tourner vers une autre solution.</p>
 </section>
 
@@ -106,80 +106,80 @@ HTML pr&eacute;existants.</p>
         Options +Includes
 </highlight>
 
-    <p>Cette directive indique &agrave; Apache que vous d&eacute;sirez permettre la
-    recherche de directives SSI lors de l'interpr&eacute;tation des fichiers.
+    <p>Cette directive indique à Apache que vous désirez permettre la
+    recherche de directives SSI lors de l'interprétation des fichiers.
     Notez cependant que la plupart des configurations contiennent de
     nombreuses directives <directive module="core">Options</directive>
-    qui peuvent s'&eacute;craser les unes les autres. Vous devrez probablement
-    appliquer ces directives <code>Options</code> au r&eacute;pertoire
-    sp&eacute;cifique pour lequel vous voulez activer les SSI, afin d'&ecirc;tre s&ucirc;r
-    qu'elles y seront bien activ&eacute;es.</p>
+    qui peuvent s'écraser les unes les autres. Vous devrez probablement
+    appliquer ces directives <code>Options</code> au répertoire
+    spécifique pour lequel vous voulez activer les SSI, afin d'être sûr
+    qu'elles y seront bien activées.</p>
 
     <p>Tout fichier ne fera cependant pas l'objet de recherche de
-    directives SSI. Vous devez indiquer &agrave; Apache quels fichiers seront
-    concern&eacute;s. Vous pouvez y parvenir en indiquant une extension, comme
-    <code>.shtml</code>, &agrave; l'aide des directives suivantes :</p>
+    directives SSI. Vous devez indiquer à Apache quels fichiers seront
+    concernés. Vous pouvez y parvenir en indiquant une extension, comme
+    <code>.shtml</code>, à l'aide des directives suivantes :</p>
 <highlight language="config">
-        AddType text/html .shtml<br />
-        AddOutputFilter INCLUDES .shtml
+AddType text/html .shtml
+AddOutputFilter INCLUDES .shtml        
 </highlight>
 
-    <p>Un des d&eacute;savantages de cette approche r&eacute;side dans le fait que si
-    vous voulez ajouter des directives SSI &agrave; une page pr&eacute;existante, vous
+    <p>Un des désavantages de cette approche réside dans le fait que si
+    vous voulez ajouter des directives SSI à une page préexistante, vous
     devrez changer le nom de cette page, et donc tout lien qui la
-    contient, de fa&ccedil;on &agrave; ce qu'elle poss&egrave;de l'extension
-    <code>.shtml</code>, condition n&eacute;cessaire pour que les directives
-    SSI qu'elle contient soient trait&eacute;es.</p>
+    contient, de façon à ce qu'elle possède l'extension
+    <code>.shtml</code>, condition nécessaire pour que les directives
+    SSI qu'elle contient soient traitées.</p>
 
-    <p>Une autre m&eacute;thode consiste &agrave; utiliser la directive <directive
+    <p>Une autre méthode consiste à utiliser la directive <directive
     module="mod_include">XBitHack</directive> :</p>
 <highlight language="config">
         XBitHack on
 </highlight>
 
     <p>La directive <directive module="mod_include">XBitHack</directive>
-    indique &agrave; Apache qu'il doit rechercher des directivves SSI dans les
-    fichiers si leur bit d'ex&eacute;cution est positionn&eacute;. Il n'est ainsi plus
-    n&eacute;cessaire de changer le nom du fichier pour ajouter des directives
-    SSI &agrave; une page pr&eacute;existante ; vous devez simplement attribuer les
-    droits d'ex&eacute;cution au fichier &agrave; l'aide de <code>chmod</code>.</p>
+    indique à Apache qu'il doit rechercher des directivves SSI dans les
+    fichiers si leur bit d'exécution est positionné. Il n'est ainsi plus
+    nécessaire de changer le nom du fichier pour ajouter des directives
+    SSI à une page préexistante ; vous devez simplement attribuer les
+    droits d'exécution au fichier à l'aide de <code>chmod</code>.</p>
 <example>
         chmod +x pagename.html
 </example>
 
     <p>Un bref commentaire sur ce qu'il ne faut pas faire. Certaines
-    personnes peuvent vous conseiller de tout simplement indiquer &agrave;
+    personnes peuvent vous conseiller de tout simplement indiquer à
     Apache de rechercher des directives SSI dans tous les fichiers
-    <code>.html</code>, ce qui vous &eacute;vite d'avoir &agrave; g&eacute;rer les noms de
+    <code>.html</code>, ce qui vous évite d'avoir à gérer les noms de
     fichiers avec extension <code>.shtml</code>. Ils n'ont probablement
     pas entendu parler de la directive <directive
     module="mod_include">XBitHack</directive>. En effet, vous devez
-    garder &agrave; l'esprit qu'en faisant ceci, Apache va devoir rechercher
-    des directives SSI dans chaque fichier qu'il sert, m&ecirc;me s'il n'en
-    contient aucune. Ce n'est donc pas une bonne id&eacute;e car les
-    performances peuvent en &ecirc;tre sensiblement affect&eacute;es.</p>
+    garder à l'esprit qu'en faisant ceci, Apache va devoir rechercher
+    des directives SSI dans chaque fichier qu'il sert, même s'il n'en
+    contient aucune. Ce n'est donc pas une bonne idée car les
+    performances peuvent en être sensiblement affectées.</p>
 
-    <p>Bien entendu, sous Windows, il n'y a pas de bit d'ex&eacute;cution &agrave;
+    <p>Bien entendu, sous Windows, il n'y a pas de bit d'exécution à
     positionner, ce qui limite un peu vos choix.</p>
 
-    <p>Dans sa configuration par d&eacute;faut, Apache n'envoie pas la date de
-    derni&egrave;re modification ou les en-t&ecirc;tes HTTP relatifs &agrave; la taille des
-    contenus dans les pages SSI, car ses valeurs sont difficiles &agrave;
+    <p>Dans sa configuration par défaut, Apache n'envoie pas la date de
+    dernière modification ou les en-têtes HTTP relatifs à la taille des
+    contenus dans les pages SSI, car ses valeurs sont difficiles à
     calculer pour les contenus dynamiques. Ceci peut induire une
-    impression de diminution des performances c&ocirc;t&eacute; client, en emp&ecirc;chant
-    la mise en cache de votre document. Il existe deux m&eacute;thodes pour
-    r&eacute;soudre ce probl&egrave;me :</p>
+    impression de diminution des performances côté client, en empêchant
+    la mise en cache de votre document. Il existe deux méthodes pour
+    résoudre ce problème :</p>
 
     <ol>
       <li>Utilisez la configuration <code>XBitHack Full</code>. Elle
-      indique &agrave; Apache de d&eacute;terminer la date de derni&egrave;re modification en
-      ne regardant que la date du fichier &agrave; l'origine de la requ&ecirc;te,
+      indique à Apache de déterminer la date de dernière modification en
+      ne regardant que la date du fichier à l'origine de la requête,
       tout en ignorant la date de modification de tout fichier inclus.</li>
 
       <li>Utilisez les directives fournies par le module
-      <module>mod_expires</module> pour d&eacute;finir de mani&egrave;re explicite la
-      date d'expiration de vos fichiers, laissant par la-m&ecirc;me
-      aux navigateurs et aux mandataires le soin de d&eacute;terminer s'il est
+      <module>mod_expires</module> pour définir de manière explicite la
+      date d'expiration de vos fichiers, laissant par la-même
+      aux navigateurs et aux mandataires le soin de déterminer s'il est
       opportun ou non de les mettre en cache.</li>
     </ol>
 </section>
@@ -191,14 +191,14 @@ HTML pr&eacute;existants.</p>
         &lt;!--#fonction attribut=valeur attribut=valeur ... --&gt;
 </example>
 
-    <p>Le format d'une directive SSI &eacute;tant similaire &agrave; celui d'un
-    commentaire HTML, si vous n'avez pas activ&eacute; correctement SSI, le
+    <p>Le format d'une directive SSI étant similaire à celui d'un
+    commentaire HTML, si vous n'avez pas activé correctement SSI, le
     navigateur l'ignorera, mais elle sera encore visible dans le source
-    HTML. Si SSI est correctement configur&eacute;, la directive sera remplac&eacute;e
-    par ses r&eacute;sultats.</p>
+    HTML. Si SSI est correctement configuré, la directive sera remplacée
+    par ses résultats.</p>
 
-    <p>"fonction" peut prendre de nombreuses formes, et nous d&eacute;crirons
-    plus pr&eacute;cis&eacute;ment la plupart d'entre eux dans la prochaine version de
+    <p>"fonction" peut prendre de nombreuses formes, et nous décrirons
+    plus précisément la plupart d'entre eux dans la prochaine version de
     ce document. Pour le moment, voici quelques exemples de ce que vous
     pouvez faire avec SSI.</p>
 
@@ -211,8 +211,8 @@ HTML pr&eacute;existants.</p>
     <p>La fonction <code>echo</code> permet d'afficher la valeur d'une
     variable. Il existe un grand nombre de variables standards, y
     compris l'ensemble des variables d'environnement disponibles pour
-    les programmes CGI. De plus, vous pouvez d&eacute;finir vos propres
-    variables &agrave; l'aide de la fonction <code>set</code>.</p>
+    les programmes CGI. De plus, vous pouvez définir vos propres
+    variables à l'aide de la fonction <code>set</code>.</p>
 
     <p>Si vous n'aimez pas le format sous lequel la date s'affiche, vous
     pouvez utiliser la fonction <code>config</code> avec un attribut
@@ -227,18 +227,18 @@ HTML pr&eacute;existants.</p>
 <section id="lastmodified"><title>Date de modification du fichier</title>
 
 <example>
-        Derni&egrave;re modification du document &lt;!--#flastmod file="index.html" --&gt;
+        Dernière modification du document &lt;!--#flastmod file="index.html" --&gt;
 </example>
 
-    <p>Le format peut l&agrave; aussi &ecirc;tre modifi&eacute; &agrave; l'aide de l'attribut
+    <p>Le format peut là aussi être modifié à l'aide de l'attribut
     <code>timefmt</code>.</p>
 </section>
 
-<section id="cgi"><title>Inclusion des r&eacute;sultats d'un programme CGI</title>
+<section id="cgi"><title>Inclusion des résultats d'un programme CGI</title>
 
     <p>C'est le cas le plus courant d'utilisation des SSI - afficher les
-    r&eacute;sultats d'un programme CGI, comme l'universellement ador&eacute;
-    "compteur d'acc&egrave;s".</p>
+    résultats d'un programme CGI, comme l'universellement adoré
+    "compteur d'accès".</p>
 
 <example>
         &lt;!--#include virtual="/cgi-bin/counter.pl" --&gt;
@@ -250,66 +250,66 @@ HTML pr&eacute;existants.</p>
 <section id="additionalexamples">
 <title>Exemples additionnels</title>
 
-    <p>Vous trouverez dans ce qui suit quelques exemples sp&eacute;cifiques de
+    <p>Vous trouverez dans ce qui suit quelques exemples spécifiques de
     ce que vous pouvez faire de vos documents HTML avec SSI.</p>
 
-<section id="docmodified"><title>Quand ce document a-t-il &eacute;t&eacute; modifi&eacute; ?</title>
+<section id="docmodified"><title>Quand ce document a-t-il été modifié ?</title>
 
-    <p>Nous avons mentionn&eacute; plus haut que vous pouviez utiliser SSI pour
-    informer l'utilisateur de la date de derni&egrave;re modification du
-    document. Cependant, la m&eacute;thode pour y parvenir n'a pas &eacute;t&eacute; vraiment
-    abord&eacute;e. Plac&eacute; dans votre document HTML, le code suivant va ins&eacute;rer
-    un rep&egrave;re de temps dans votre page. Bien entendu, SSI devra avoir
-    &eacute;t&eacute; correctement activ&eacute;, comme d&eacute;crit plus haut.</p>
+    <p>Nous avons mentionné plus haut que vous pouviez utiliser SSI pour
+    informer l'utilisateur de la date de dernière modification du
+    document. Cependant, la méthode pour y parvenir n'a pas été vraiment
+    abordée. Placé dans votre document HTML, le code suivant va insérer
+    un repère de temps dans votre page. Bien entendu, SSI devra avoir
+    été correctement activé, comme décrit plus haut.</p>
 <example>
         &lt;!--#config timefmt="%A %B %d, %Y" --&gt;<br />
-        Derni&egrave;re modification du fichier &lt;!--#flastmod file="ssi.shtml" --&gt;
+        Dernière modification du fichier &lt;!--#flastmod file="ssi.shtml" --&gt;
 </example>
 
     <p>Bien entendu, vous devez remplacer <code>ssi.shtml</code> par le
-    nom du fichier auquel vous faites r&eacute;f&eacute;rence. Ceci ne conviendra pas
-    si vous recherchez un morceau de code g&eacute;n&eacute;rique que vous pourrez
-    ins&eacute;rer dans tout fichier ; dans ce cas, il est pr&eacute;f&eacute;rable
+    nom du fichier auquel vous faites référence. Ceci ne conviendra pas
+    si vous recherchez un morceau de code générique que vous pourrez
+    insérer dans tout fichier ; dans ce cas, il est préférable
     d'utiliser la variable <code>LAST_MODIFIED</code> :</p>
 <example>
         &lt;!--#config timefmt="%D" --&gt;<br />
         This file last modified &lt;!--#echo var="LAST_MODIFIED" --&gt;
 </example>
 
-    <p>Pour plus de d&eacute;tails sur le format <code>timefmt</code>, tapez
-    <code>strftime</code> dans votre moteur de recherche pr&eacute;fer&eacute;. La
+    <p>Pour plus de détails sur le format <code>timefmt</code>, tapez
+    <code>strftime</code> dans votre moteur de recherche préferé. La
     syntaxe est identique.</p>
 </section>
 
 <section id="standard-footer">
 <title>Inclusion d'un pied de page standard</title>
 
-    <p>Si le site que vous g&eacute;rez comporte plus que quelques pages, vous
+    <p>Si le site que vous gérez comporte plus que quelques pages, vous
     allez vite vous apercevoir qu'effectuer des modifications sur toutes
-    ces pages peut devenir tr&egrave;s contraignant, en particulier si vous
-    voulez qu'elles conservent un aspect homog&egrave;ne.</p>
+    ces pages peut devenir très contraignant, en particulier si vous
+    voulez qu'elles conservent un aspect homogène.</p>
 
-    <p>Inclure un fichier pour un en-t&ecirc;te et/ou un pied de page peut
-    simplifier cette corv&eacute;e de mises &agrave; jour. Il vous suffit de
+    <p>Inclure un fichier pour un en-tête et/ou un pied de page peut
+    simplifier cette corvée de mises à jour. Il vous suffit de
     confectionner un fichier de pied de page, et de l'inclure dans
-    chaque page &agrave; l'aide de l'&eacute;l&eacute;ment SSI <code>include</code>. Pour
-    d&eacute;finir le fichier &agrave; inclure, la fonction <code>include</code> peut
+    chaque page à l'aide de l'élément SSI <code>include</code>. Pour
+    définir le fichier à inclure, la fonction <code>include</code> peut
     utiliser soit l'attribut <code>file</code>, soit l'attribut
     <code>virtual</code>. L'attribut <code>file</code> est un chemin de
-    fichier <em>relatif au r&eacute;pertoire courant</em>. C'est &agrave; dire qu'il
-    ne peut ni avoir pour valeur un chemin absolu (commen&ccedil;ant par /), ni
+    fichier <em>relatif au répertoire courant</em>. C'est à dire qu'il
+    ne peut ni avoir pour valeur un chemin absolu (commençant par /), ni
     comporter "../" dans son chemin. L'attribut <code>virtual</code> est
-    probablement plus commode, et peut sp&eacute;cifier une URL relative au
+    probablement plus commode, et peut spécifier une URL relative au
     document servi. Elle peut commencer par un /, mais le fichier inclus
-    et le fichier servi doivent r&eacute;sider sur le m&ecirc;me serveur.</p>
+    et le fichier servi doivent résider sur le même serveur.</p>
 <example>
         &lt;!--#include virtual="/footer.html" --&gt;
 </example>
 
     <p>Je combinerai souvent ces deux derniers points, en ajoutant une
     directive <code>LAST_MODIFIED</code> dans un fichier de pied de page
-    destin&eacute; &agrave; &ecirc;tre inclus. Le fichier inclus peut contenir des
-    directives SSI, et les inclusions peuvent &ecirc;tre imbriqu&eacute;es - &agrave;
+    destiné à être inclus. Le fichier inclus peut contenir des
+    directives SSI, et les inclusions peuvent être imbriquées - à
     savoir, le fichier inclus peut inclure un autre fichier, etc...</p>
 </section>
 
@@ -318,10 +318,10 @@ HTML pr&eacute;existants.</p>
 <section id="config">
 <title>Que puis-je configurer d'autre ?</title>
 
-    <p>En plus du format de date, vous pouvez utiliser l'&eacute;l&eacute;ment
+    <p>En plus du format de date, vous pouvez utiliser l'élément
     <code>config</code> pour configurer deux autres choses.</p>
 
-    <p>En g&eacute;n&eacute;ral, lorsque quelque chose se passe mal avec votre
+    <p>En général, lorsque quelque chose se passe mal avec votre
     directive SSI, vous recevez le message :</p>
 <example>
         [an error occurred while processing this directive]
@@ -335,27 +335,27 @@ HTML pr&eacute;existants.</p>
 </example>
 
     <p>Il est cependant probable que les utilisateurs finaux ne voient
-    jamais ce message, car vous aurez r&eacute;solu tous les probl&egrave;mes issus de
+    jamais ce message, car vous aurez résolu tous les problèmes issus de
     vos directives SSI avant que votre site ne soit mis en production.
     (N'est-ce pas ?)</p>
 
     <p>Vous pouvez aussi modifier le format sous lequel les tailles de
-    fichiers sont affich&eacute;es &agrave; l'aide de l'attribut <code>sizefmt</code>.
-    Vous pouvez sp&eacute;cifier <code>bytes</code> pour un affichage en
+    fichiers sont affichées à l'aide de l'attribut <code>sizefmt</code>.
+    Vous pouvez spécifier <code>bytes</code> pour un affichage en
     octets, ou <code>abbrev</code> pour un affichage plus concis en Ko
     ou Mo, selon le cas.</p>
     </section>
 
 <section id="exec">
-    <title>Ex&eacute;cution de commandes</title>
+    <title>Exécution de commandes</title>
 
-    <p>J'ai pour projet, dans les prochains mois, d'&eacute;crire un article &agrave;
+    <p>J'ai pour projet, dans les prochains mois, d'écrire un article à
     propos de l'utilisation des SSI avec des petits programmes CGI. Pour
     l'instant, voici ce que vous pouvez faire avec la fonction
-    <code>exec</code>. Vous pouvez vraiment faire ex&eacute;cuter une commande
-    par SSI en utilisant le shell (<code>/bin/sh</code>, pour &ecirc;tre plus
-    pr&eacute;cis - ou le shell DOS, si vous &ecirc;tes sous Win32). Par exemple, ce
-    qui suit vous permet d'afficher le contenu d'un r&eacute;pertoire.</p>
+    <code>exec</code>. Vous pouvez vraiment faire exécuter une commande
+    par SSI en utilisant le shell (<code>/bin/sh</code>, pour être plus
+    précis - ou le shell DOS, si vous êtes sous Win32). Par exemple, ce
+    qui suit vous permet d'afficher le contenu d'un répertoire.</p>
 <example>
         &lt;pre&gt;<br />
         &lt;!--#exec cmd="ls" --&gt;<br />
@@ -369,62 +369,62 @@ HTML pr&eacute;existants.</p>
         &lt;/pre&gt;
 </example>
 
-    <p>Vous noterez probablement l'&eacute;trange formatage provoqu&eacute; par cette
+    <p>Vous noterez probablement l'étrange formatage provoqué par cette
     directive sous Windows, car la sortie de <code>dir</code> contient
-    la cha&icirc;ne  de caract&egrave;res "&lt;<code>dir</code>&gt;", ce qui trompe le
+    la chaîne  de caractères "&lt;<code>dir</code>&gt;", ce qui trompe le
     navigateur.</p>
 
-    <p>Notez que cette fonctionnalit&eacute; est tr&egrave;s dangereuse, car elle va
-    permettre d'ex&eacute;cuter tout code associ&eacute; &agrave; l'&eacute;l&eacute;ment
-    <code>exec</code>. Si vous &ecirc;tes dans la situation o&ugrave; les
-    utilisateurs peuvent &eacute;diter le contenu de vos pages web, dans le cas
-    d'un "livre d'or" par exemple, assurez-vous de d&eacute;sactiver cette
-    fonctionnalit&eacute;. Vous pouvez, tout en permettant les SSI, d&eacute;sactiver
-    la fonctionnalit&eacute; <code>exec</code> &agrave; l'aide de l'argument
+    <p>Notez que cette fonctionnalité est très dangereuse, car elle va
+    permettre d'exécuter tout code associé à l'élément
+    <code>exec</code>. Si vous êtes dans la situation où les
+    utilisateurs peuvent éditer le contenu de vos pages web, dans le cas
+    d'un "livre d'or" par exemple, assurez-vous de désactiver cette
+    fonctionnalité. Vous pouvez, tout en permettant les SSI, désactiver
+    la fonctionnalité <code>exec</code> à l'aide de l'argument
     <code>IncludesNOEXEC</code> de la directive
     <code>Options</code>.</p>
     </section>
 
 <section id="advanced">
-<title>Techniques SSI avanc&eacute;es</title>
+<title>Techniques SSI avancées</title>
 
     <p>Outre l'affichage de contenu, les SSI d'Apache vous permettent de
-    d&eacute;finir des variables, et de les utiliser dans des comparaisons et
+    définir des variables, et de les utiliser dans des comparaisons et
     des conditions.</p>
 
-<section id="variables"><title>D&eacute;finition de variables</title>
+<section id="variables"><title>Définition de variables</title>
 
-    <p>Avec l'&eacute;l&eacute;ment <code>set</code>, vous pouvez d&eacute;finir des
-    variables pour un usage ult&eacute;rieur. Comme nous en aurons besoin plus
-    loin, nous allons en parler tout de suite. La syntaxe se pr&eacute;sente
+    <p>Avec l'élément <code>set</code>, vous pouvez définir des
+    variables pour un usage ultérieur. Comme nous en aurons besoin plus
+    loin, nous allons en parler tout de suite. La syntaxe se présente
     comme suit :</p>
 <example>
         &lt;!--#set var="name" value="Rich" --&gt;
 </example>
 
-    <p>Pour affecter une valeur &agrave; vos variables, en plus de la
-    d&eacute;finition litt&eacute;rale de l'exemple ci-dessus, vous pouvez utiliser
+    <p>Pour affecter une valeur à vos variables, en plus de la
+    définition littérale de l'exemple ci-dessus, vous pouvez utiliser
     une autre variable, y compris les <a
     href="../env.html">variables d'environnement</a>, ou les variables
-    d&eacute;crites plus haut (comme <code>LAST_MODIFIED</code> par exemple).
-    Pour indiquer qu'il s'agit d'une variable et non d'une cha&icirc;ne, vous
+    décrites plus haut (comme <code>LAST_MODIFIED</code> par exemple).
+    Pour indiquer qu'il s'agit d'une variable et non d'une chaîne, vous
     devez utiliser le symbole dollar ($) devant le nom de la
     variable.</p>
 
     <example> &lt;!--#set var="modified" value="$LAST_MODIFIED" --&gt;
     </example>
 
-    <p>Pour ins&eacute;rer un caract&egrave;re $ dans la valeur de votre variable,
-    vous devez l'&eacute;chapper &agrave; l'aide d'un backslash.</p>
+    <p>Pour insérer un caractère $ dans la valeur de votre variable,
+    vous devez l'échapper à l'aide d'un backslash.</p>
 <example>
         &lt;!--#set var="cost" value="\$100" --&gt;
 </example>
 
-    <p>Enfin, si vous voulez ins&eacute;rer une variable dans une cha&icirc;ne, et
+    <p>Enfin, si vous voulez insérer une variable dans une chaîne, et
     s'il y a une chance pour que le nom de la variable se confonde avec
-    le reste de la cha&icirc;ne, vous pouvez l'entourer d'accolades pour
+    le reste de la chaîne, vous pouvez l'entourer d'accolades pour
     eviter toute confusion (Il est difficile de trouver un bon exemple
-    pour illustrer ceci, mais j'esp&egrave;re que vous comprendrez).</p>
+    pour illustrer ceci, mais j'espère que vous comprendrez).</p>
 <example>
         &lt;!--#set var="date" value="${DATE_LOCAL}_${DATE_GMT}" --&gt;
 </example>
@@ -434,13 +434,13 @@ HTML pr&eacute;existants.</p>
 <title>Expressions conditionnelles</title>
 
     <p>Maintenent que nous avons des variables, et que nous pouvons
-    d&eacute;finir et comparer leurs valeurs, nous sommes &agrave; m&ecirc;me de les
-    utiliser dans des expressions conditionnelles. Ceci conf&egrave;re &agrave; SSI le
+    définir et comparer leurs valeurs, nous sommes à même de les
+    utiliser dans des expressions conditionnelles. Ceci confère à SSI le
     statut de petit langage de programmation.
     <module>mod_include</module> fournit une structure <code>if</code>,
     <code>elif</code>, <code>else</code>, <code>endif</code> pour la
     construction d'expressions conditionnelles, ce qui vous permet de
-    g&eacute;n&eacute;rer plusieurs pages logiques &agrave; partir d'une seule vraie
+    générer plusieurs pages logiques à partir d'une seule vraie
     page.</p>
 
     <p>La structure de l'expression conditionnelle est :</p>
@@ -451,14 +451,14 @@ HTML pr&eacute;existants.</p>
     &lt;!--#endif --&gt;
 </example>
 
-    <p>Une <em>condition</em> peut rev&ecirc;tir la forme de toute comparaison
+    <p>Une <em>condition</em> peut revêtir la forme de toute comparaison
     logique - soit une comparaison de valeurs avec une autre, soit une
-    v&eacute;rification de la "v&eacute;rit&eacute;" d'une valeur particuli&egrave;re (Une cha&icirc;ne
-    donn&eacute;e est vraie si elle n'est pas vide). Pour une liste exhaustive
-    des op&eacute;rateurs de comparaison disponibles, voir la documentation du
+    vérification de la "vérité" d'une valeur particulière (Une chaîne
+    donnée est vraie si elle n'est pas vide). Pour une liste exhaustive
+    des opérateurs de comparaison disponibles, voir la documentation du
     module <module>mod_include</module>.</p>
 
-    <p>Par exemple, spour ins&eacute;rer l'heure du jour dans votre page web,
+    <p>Par exemple, spour insérer l'heure du jour dans votre page web,
     vous pouvez ajouter ces lignes dans la page HTML :</p>
 
     <example>
@@ -470,28 +470,28 @@ HTML pr&eacute;existants.</p>
     &lt;!--#endif --&gt;<br />
     </example>    
 
-    <p>Toute autre variable (que vous avez d&eacute;finie, ou une variable
-    d'environnement normale) peut &ecirc;tre utilis&eacute;e dans les expressions
+    <p>Toute autre variable (que vous avez définie, ou une variable
+    d'environnement normale) peut être utilisée dans les expressions
     conditionnelles. Voir le document <a href="../expr.html">Expressions
-    rationnelles dans le serveur HTTP Apache</a> pour plus de d&eacute;tails &agrave;
-    propos du fonctionnement du moteur d'&eacute;valuation des expressions
+    rationnelles dans le serveur HTTP Apache</a> pour plus de détails à
+    propos du fonctionnement du moteur d'évaluation des expressions
     rationnelles.</p>
     
-    <p>Associ&eacute;e &agrave; la possibilit&eacute; avec Apache de d&eacute;finir
-    des variables d'environnement &agrave; l'aide de directives
+    <p>Associée à la possibilité avec Apache de définir
+    des variables d'environnement à l'aide de directives
     <code>SetEnvIf</code>, ainsi que d'autres directives en rapport,
-    cette fonctionnalit&eacute; vous permet d'ajouter une grande vari&eacute;t&eacute;
-    de contenus dynamiques c&ocirc;t&eacute; serveur sans avoir &agrave; concevoir une
-    application web de A &agrave; Z.</p>
+    cette fonctionnalité vous permet d'ajouter une grande variété
+    de contenus dynamiques côté serveur sans avoir à concevoir une
+    application web de A à Z.</p>
 </section>
 </section>
 
 <section id="conclusion"><title>Conclusion</title>
 
     <p>SSI ne remplace certainement pas CGI, ou d'autres technologies
-    utilis&eacute;es pour la g&eacute;n&eacute;ration de pages web dynamiques. Mais c'est une
-    bonne m&eacute;thode pour ajouter des petits contenus dynamiques &agrave; vos
-    pages, sans devoir fournir un gros effort suppl&eacute;mentaire.</p>
+    utilisées pour la génération de pages web dynamiques. Mais c'est une
+    bonne méthode pour ajouter des petits contenus dynamiques à vos
+    pages, sans devoir fournir un gros effort supplémentaire.</p>
 </section>
 
 </manualpage>



Mime
View raw message