Hi,
My accents encoding script (applied on files before sending them) was
lacking support for "ô", which
appears in "hôte", translation for "host".
I have fixed the script and am sending patches for impacted files.
This is quite a problem because the final rendering is bad (see
http://httpd.apache.org/docs/2.2/fr/
2nd column, last line).
This patch (against 2.2 branch) fixes this problem for all impacted files.
This will not happen again.
Vincent
Index: content-negotiation.xml.fr
===================================================================
--- content-negotiation.xml.fr (révision 590939)
+++ content-negotiation.xml.fr (copie de travail)
@@ -269,7 +269,7 @@
<li><strong>La négociation de contenu transparente</strong> est utilisée
quand le navigateur le demande explicitement selon le mécanisme défini
dans la RFC 2295. Cette méthode de négociation donne au navigateur le
- contrôle total du choix de la meilleure variante; le résultat dépend
+ contrôle total du choix de la meilleure variante; le résultat dépend
cependant de la spécificité des algorithmes utilisés par le navigateur.
Au cours du processus de négociation transparente, le navigateur peut
demander à Apache d'exécuter l'"algorithme de sélection de variante à
@@ -676,7 +676,7 @@
module="mod_negotiation">CacheNegotiatedDocs</directive> peut être utilisée
pour permettre la mise en cache des réponses qui ont fait l'objet d'une
négociation. Cette directive peut intervenir dans la configuration au
- niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+ niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
n'a aucun effet sur les requêtes en provenance de clients HTTP/1.1.</p>
<p>Pour les clients HTTP/1.1, Apache envoie un en-tête de réponse HTTP
Index: invoking.xml.fr
===================================================================
--- invoking.xml.fr (révision 590939)
+++ invoking.xml.fr (copie de travail)
@@ -1,9 +1,9 @@
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 420990 -->
+<!-- LastChangedRevision English document : 567427 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007070101 $ -->
+<!-- $LastChangedRevision: 2007082001 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -53,7 +53,7 @@
permettre d'être associé à ce port privilégié. Lorsque le serveur est
démarré, après avoir effectué quelques opérations préliminaires
comme ouvrir ses fichiers de log, il lance plusieurs processus
- <em>enfants</em> qui ont pour rôle d'écouter et de répondre aux
+ <em>enfants</em> qui ont pour rôle d'écouter et de répondre aux
requêtes des clients. Le processus <code>httpd</code> principal
continue à s'exécuter sous l'utilisateur root, tandis que les processus
enfants s'exécutent sous un utilisateur aux privilèges restreints.
@@ -90,11 +90,7 @@
Ceci indique que le serveur a démarré et est en cours d'exécution.
À partir de ce moment, vous pouvez utiliser votre navigateur pour vous connecter
au serveur et afficher la page de test située dans le répertoire défini
- par la directive <directive module="core">DocumentRoot</directive>,
- ainsi qu'une copie locale de la documentation sous forme d'un lien
- situé sur cette page.
- (note du traducteur : en fait, vous ne devriez voir que "It works !"
- s'afficher sur votre écran !)</p>
+ par la directive <directive module="core">DocumentRoot</directive></p>
</section>
<section id="errors"><title>Erreurs en cours de démarrage</title>
Index: sections.xml.fr
===================================================================
--- sections.xml.fr (révision 590939)
+++ sections.xml.fr (copie de travail)
@@ -29,7 +29,7 @@
<summary> <p>Les directives des <a
href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
-au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
+au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
ou URLs particuliers. Ce document décrit comment utiliser les conteneurs de
sections de configuration ou les fichiers <code>.htaccess</code> pour
modifier la portée des directives de configuration.</p>
@@ -363,14 +363,14 @@
</section>
-<section id="virtualhost"><title>Hôtes virtuels</title>
+<section id="virtualhost"><title>Hôtes virtuels</title>
<p>Le conteneur <directive type="section" module="core">VirtualHost</directive>
-contient des directives qui s'appliquent à des hôtes spécifiques.
-Ceci s'avère utile pour servir des hôtes multiples à partir de la même machine,
+contient des directives qui s'appliquent à des hôtes spécifiques.
+Ceci s'avère utile pour servir des hôtes multiples à partir de la même machine,
chacun d'entre eux possédant une configuration différente. Pour de plus amples
informations,
-voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p>
+voir la <a href="vhosts/">Documentation sur les hôtes virtuels</a>.</p>
</section>
<section id="proxy"><title>Mandataire</title>
@@ -483,7 +483,7 @@
<p>Les sections situées à l'intérieur de sections <directive type="section"
module="core">VirtualHost</directive>
sont appliquées <em>après</em> les sections correspondantes situées en
- dehors de la définition de l'hôte virtuel, ce qui permet à l'hôte virtuel
+ dehors de la définition de l'hôte virtuel, ce qui permet à l'hôte virtuel
de prévaloir sur la configuration du serveur principal.</p>
<p>Quand la requête est servie par le module <module>mod_proxy</module>,
Index: caching.xml.fr
===================================================================
--- caching.xml.fr (révision 590939)
+++ caching.xml.fr (copie de travail)
@@ -64,7 +64,7 @@
<p>Le module <module>mod_file_cache</module> quant à lui, constitue une
forme de mise en cache plus basique, mais quelques fois intéressante.
- Plutôt que de gérer la complexité de s'assurer de manière active de la
+ Plutôt que de gérer la complexité de s'assurer de manière active de la
possibilité de mise en cache d'URLs,
<module>mod_file_cache</module> fournit des méthodes pour la gestion
et l'édition de fichiers en mémoire afin de maintenir un cache de fichiers
@@ -150,19 +150,19 @@
positionnement de la directive
<directive module="core">UseCanonicalName</directive> à
<code>On</code> peut améliorer de manière spectaculaire le taux de
- présence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
+ présence dans le cache. Ceci est du au fait que le nom d'hôte de l'hôte
virtuel qui sert le contenu constitue une partie de la clé de cache.
Avec <directive module="core">UseCanonicalName</directive> positionnée
à <code>On</code>,
- les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
+ les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
généreront pas d'entités de cache différentes, et le contenu sera mis en
- cache en faisant référence au nom d'hôte canonique.</p>
+ cache en faisant référence au nom d'hôte canonique.</p>
<p>Les documents mis en cache ne seront servis qu'en réponse à des
requêtes de type URL, car la mise en cache est effectuée lors de la phase
de traduction de l'URL en nom de fichier.
En général, cela n'a que peu d'effet, à moins que vous n'utilisiez les
- <a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
+ <a href="howto/ssi.html">Inclusions Côté Serveur (SSI)</a>;</p>
<example>
<pre>
@@ -198,7 +198,7 @@
<p>La période d'expiration des contenus locaux peut être ajustée finement
en utilisant le module <module>mod_expires</module>.</p>
- <p>On peut aussi contrôler la période d'expiration maximale en utilisant
+ <p>On peut aussi contrôler la période d'expiration maximale en utilisant
la directive <directive module="mod_cache">CacheMaxExpire</directive>.</p>
</section>
@@ -207,7 +207,7 @@
<title>Guide succinct des requêtes conditionnelles</title>
<p>Lorsqu'un contenu est arrivé à expiration dans le cache et fait
- l'objet d'une nouvelle demande d'accès, plutôt que traiter directement
+ l'objet d'une nouvelle demande d'accès, plutôt que traiter directement
la requête originale, Apache préfère utiliser une
requête conditionnelle.</p>
@@ -354,7 +354,7 @@
<title>Considérations sur la sécurité</title>
<section>
- <title>Autorisation et contrôle d'accès</title>
+ <title>Autorisation et contrôle d'accès</title>
<p>Utiliser <module>mod_cache</module> revient sensiblement à la même
chose qu'avoir un mandataire inverse intégré (reverse-proxy). Les requêtes
@@ -409,7 +409,7 @@
à l'esprit : effectuez toujours les mises à jour d'Apache quand des
correctifs de sécurité sont annoncés et exécutez les processus CGI sous
un utilisateur autre qu'apache en utilisant
- <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
+ <ahref="suexec.html">suEXEC</a> dans la mesure du possible.</p>
</section>
@@ -426,17 +426,17 @@
<p>Par exemple, si les serveur DNS qu'utilise votre système où tourne
Apache sont vulnérables à l'empoisonnement du cache des DNS, un attaquant
- pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu
+ pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu
depuis le serveur d'origine.
Un autre exemple est constitué par les attaques ainsi nommées
"Dissimulation de requêtes HTTP" (HTTP request-smuggling).</p>
<p>Ce document n'est pas le bon endroit pour une discussion approfondie
- à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
+ à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
moteur de recherche favori); il est cependant important de savoir qu'il
est possible d'élaborer une série de requêtes, et d'exploiter une
vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant
- puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
+ puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
</section>
</section>
@@ -468,7 +468,7 @@
<p>La forme la plus élémentaire de mise en cache que propose Apache est
fournie par le module <module>mod_file_cache</module>.
- Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
+ Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient
une table des descripteurs de fichiers ouverts. Les fichiers à mettre en
cache de cette manière sont spécifiés dans le fichier de configuration
en utilisant la directive
@@ -542,8 +542,8 @@
<p>Servir un contenu directement depuis la mémoire système est
universellement reconnu comme la méthode la plus rapide. Lire des fichiers
- depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
- lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
+ depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
+ lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
en général des opérations mécaniques, et l'accès au réseau est limité par la
bande passante dont vous disposez. Par contre, les temps d'accès à la
mémoire sont de l'ordre de la nano-seconde.</p>
@@ -703,7 +703,7 @@
<p>Pour stocker des entités dans le cache,
le module <module>mod_disk_cache</module> crée une empreinte (hash) de 22
caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte
- comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
+ comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
de type CGI associé à l'URL, afin d'être sur que plusieurs URLs
n'interfèrent pas entre elles.</p>
Index: bind.xml.fr
===================================================================
--- bind.xml.fr (révision 590939)
+++ bind.xml.fr (copie de travail)
@@ -31,7 +31,7 @@
<p>Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.</p>
</summary>
- <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
+ <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
<seealso><a href="dns-caveats.html">Problèmes liés à DNS</a></seealso>
<section id="overview">
@@ -50,14 +50,14 @@
<p>Au démarrage d'Apache, un port et une adresse lui sont associés sur
- l'hôte local et le serveur se met en attente de l'arrivée d'une requête.
- Par défaut, le serveur écoute toutes les adresses de l'hôte local.
+ l'hôte local et le serveur se met en attente de l'arrivée d'une requête.
+ Par défaut, le serveur écoute toutes les adresses de l'hôte local.
Cependant, il faut lui préciser des ports spécifiques à écouter,
ou lui dire de n'écouter que certaines adresses,
ou une combinaison des deux.
- Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
+ Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
qui détermine la manière dont Apache répond aux différents ports,
- noms d'hôtes et adresses IP.</p>
+ noms d'hôtes et adresses IP.</p>
<p>La directive <directive module="mpm_common">Listen</directive>
enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou
@@ -146,10 +146,10 @@
</section>
<section id="virtualhost">
- <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
+ <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
<p> La directive <directive
- module="mpm_common">Listen</directive> n'implémente pas les hôtes virtuels.
+ module="mpm_common">Listen</directive> n'implémente pas les hôtes virtuels.
Elle indique simplement au serveur principal sur quels adresses et ports
il doit écouter. Si aucune directive
<directive module="core" type="section">VirtualHost</directive>
@@ -157,15 +157,15 @@
les requêtes acceptées. En revanche, la directive
<directive module="core" type="section">VirtualHost</directive>
peut être utilisée pour provoquer une réaction différente du serveur
- pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel,
+ pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel,
on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter.
Ensuite, une section
<directive module="core" type="section">VirtualHost</directive>
doit être créée pour chaque couple adresse+port spécifié afin de définir le
- comportement de cet hôte virtuel. Notez que si la directive
+ comportement de cet hôte virtuel. Notez que si la directive
<directive module="core" type="section">VirtualHost</directive>
est définie pour une adresse et un port sur lesquels le serveur n'est pas censé
- écouter, cet hôte virtuel ne sera pas accessible.</p>
+ écouter, cet hôte virtuel ne sera pas accessible.</p>
</section>
</manualpage>
Index: stopping.xml.fr
===================================================================
--- stopping.xml.fr (révision 590939)
+++ stopping.xml.fr (copie de travail)
@@ -248,8 +248,7 @@
comme ceux définis par les directives
<directive module="core">Lockfile</directive> et
<directive module="mod_cgid">ScriptSock</directive> contiennent le PID
- du serveur dans leurs noms donc ils coexistent sans problème.
- Cependant, si une directive de
+ du serveur,et coexistent sans problème. Cependant, si une directive de
configuration , un module tiers ou une CGI résidente utilise un autre
verrou ou fichier d'état sur disque, il faut prendre soin de s'assurer
que chaque instance de <program>httpd</program> qui s'exécute
Index: filter.xml.fr
===================================================================
--- filter.xml.fr (révision 590939)
+++ filter.xml.fr (copie de travail)
@@ -1,6 +1,9 @@
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- LastChangedRevision English document : 421100 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- $LastChangedRevision: 2007070801 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -24,7 +27,7 @@
<title>Filtres</title>
<summary>
- <p>Ce document décrit l'utilisation des filtres avec Apache.</p>
+ <p>Ce document décrit l'utilisation des filtres avec Apache.</p>
</summary>
<section id="intro">
@@ -53,46 +56,46 @@
</directivelist>
</related>
-<p>La chaîne de filtrage est disponible depuis la version 2.0 d'Apache,
-et permet aux applications de traiter les données en entrée et en sortie
-d'une manière hautement flexible et configurable, quelle que soit la
-provenance de ces données. Il est possible de pré-traiter les données
-en entrée, et post-traiter les données en sortie, comme souhaité.
-Ces traitements sont tout à fait indépendants des traditionnelles phases
-de traitement des requêtes.</p>
+<p>La chaîne de filtrage est disponible depuis la version 2.0 d'Apache,
+et permet aux applications de traiter les données en entrée et en sortie
+d'une manière hautement flexible et configurable, quelle que soit la
+provenance de ces données. Il est possible de pré-traiter les données
+en entrée, et post-traiter les données en sortie, comme souhaité.
+Ces traitements sont tout à fait indépendants des traditionnelles phases
+de traitement des requêtes.</p>
<p class="figure">
<img src="images/filter_arch.png" width="569" height="392" alt=
-"les filtres peuvent s'enchaîner, perpendiculairement au traitement
-des requêtes"
+"les filtres peuvent s'enchaîner, perpendiculairement au traitement
+des requêtes"
/>
</p>
<p>Voici quelques exemples de filtrage avec la distribution standard d'Apache:</p>
<ul>
-<li><module>mod_include</module>, implémente les inclusions côté serveur.</li>
-<li><module>mod_ssl</module>, implémente le cryptage SSL (https).</li>
-<li><module>mod_deflate</module>, implémente la compression/décompression
-à la volée.</li>
-<li><module>mod_charset_lite</module>, transcodage entre différents
-jeux de caractères.</li>
+<li><module>mod_include</module>, implémente les inclusions côté serveur.</li>
+<li><module>mod_ssl</module>, implémente le cryptage SSL (https).</li>
+<li><module>mod_deflate</module>, implémente la compression/décompression
+à la volée.</li>
+<li><module>mod_charset_lite</module>, transcodage entre différents
+jeux de caractères.</li>
<li><module>mod_ext_filter</module>, utilisation d'un programme externe
comme filtre.</li>
</ul>
-<p>Apache utilise aussi plusieurs filtres en interne pour accomplir des tâches
-comme le découpage des grosses requêtes (chunking) et la gestion des
-requêtes portant sur une partie d'un fichier (byte-range).</p>
+<p>Apache utilise aussi plusieurs filtres en interne pour accomplir des tâches
+comme le découpage des grosses requêtes (chunking) et la gestion des
+requêtes portant sur une partie d'un fichier (byte-range).</p>
-<p>Un grand choix d'applications sont implémentées par des modules de filtrage
-tiers disponibles à <a
+<p>Un grand choix d'applications sont implémentées par des modules de filtrage
+tiers disponibles à <a
href="http://modules.apache.org/";>modules.apache.org</a> entre autres.
En voici quelques exemples :</p>
<ul>
-<li>Traitement et réécriture HTML et XML</li>
+<li>Traitement et réécriture HTML et XML</li>
<li>Transformations XSLT et inclusions XML (XIncludes)</li>
<li>Support de l'espace de nommage XML</li>
-<li>Gestion du chargement de fichier et décodage des formulaires HTML</li>
+<li>Gestion du chargement de fichier et décodage des formulaires HTML</li>
<li>Traitement d'image</li>
-<li>Protection des applications vulnérables comme les scripts PHP</li>
+<li>Protection des applications vulnérables comme les scripts PHP</li>
<li>Edition de texte par Chercher/Remplacer</li>
</ul>
</section>
@@ -101,42 +104,42 @@
<title>Filtrage intelligent</title>
<p class="figure">
<img src="images/mod_filter_new.png" width="423" height="331"
-alt="Le filtrage intelligent applique différents fournisseurs de filtrage en
-fonction de l'état du traitement de la requête"/>
+alt="Le filtrage intelligent applique différents fournisseurs de filtrage en
+fonction de l'état du traitement de la requête"/>
</p>
-<p><module>mod_filter</module>, inclus dans les version 2.1 et supérieures
-d'Apache, permet de configurer la chaîne de filtrage dynamiquement
-à l'exécution.
-Ainsi par exemple, vous pouvez définir un proxy pour réécrire du code HTML
+<p><module>mod_filter</module>, inclus dans les version 2.1 et supérieures
+d'Apache, permet de configurer la chaîne de filtrage dynamiquement
+à l'exécution.
+Ainsi par exemple, vous pouvez définir un proxy pour réécrire du code HTML
avec un filtre HTML et traiter des images JPEG avec un filtre totalement
-séparé, bien que le proxy ne possède aucune information préliminaire
-sur ce que le serveur à l'origine des données à filtrer va envoyer.
-Ceci fonctionne grâce à l'utilisation d'un gestionnaire de filtre,
-qui distribue les tâches à différents fournisseurs de filtrage en fonction
-du contenu réel à filtrer à l'exécution. Tout filtre peut se voir soit
-inséré directement dans la chaîne et lancé inconditionnellement, soit
-utilisé comme un fournisseur de filtrage et inséré dynamiquement.
+séparé, bien que le proxy ne possède aucune information préliminaire
+sur ce que le serveur à l'origine des données à filtrer va envoyer.
+Ceci fonctionne grâce à l'utilisation d'un gestionnaire de filtre,
+qui distribue les tâches à différents fournisseurs de filtrage en fonction
+du contenu réel à filtrer à l'exécution. Tout filtre peut se voir soit
+inséré directement dans la chaîne et lancé inconditionnellement, soit
+utilisé comme un fournisseur de filtrage et inséré dynamiquement.
Par exemple,</p>
<ul>
-<li>un filtre de traitement HTML sera lancé uniquement si le contenu est
+<li>un filtre de traitement HTML sera lancé uniquement si le contenu est
de type text/html ou application/xhtml+xml</li>
-<li>Un filtre de compression sera lancé uniquement si les données en entrée
-sont de type compressible et non déjà compressées</li>
-<li>Un filtre de conversion de jeux de caractères ne sera inséré que si
-le document texte n'est pas déjà dans le jeu de caractères voulu</li>
+<li>Un filtre de compression sera lancé uniquement si les données en entrée
+sont de type compressible et non déjà compressées</li>
+<li>Un filtre de conversion de jeux de caractères ne sera inséré que si
+le document texte n'est pas déjà dans le jeu de caractères voulu</li>
</ul>
</section>
<section id="using">
<title>Utilisation des filtres</title>
-<p>Il y a deux manières d'utiliser le filtrage : Simple et Dynamique.
-En général, vous utiliserez l'une ou l'autre méthode; le mélange des deux
-peut avoir des conséquences inattendues (bien que le filtrage simple en entrée
-puisse être associé sans problème avec le filtrage simple ou dynamique
+<p>Il y a deux manières d'utiliser le filtrage : Simple et Dynamique.
+En général, vous utiliserez l'une ou l'autre méthode; le mélange des deux
+peut avoir des conséquences inattendues (bien que le filtrage simple en entrée
+puisse être associé sans problème avec le filtrage simple ou dynamique
en sortie).</p>
-<p>La méthode Simple est la seule permettant de configurer les filtres
-en entrée, et suffit pour les filtres en sortie pour lesquels vous avez besoin
-d'une chaîne de filtres statique.
+<p>La méthode Simple est la seule permettant de configurer les filtres
+en entrée, et suffit pour les filtres en sortie pour lesquels vous avez besoin
+d'une chaîne de filtres statique.
Les directives correspondantes sont
<directive module="core">SetInputFilter</directive>,
<directive module="core">SetOutputFilter</directive>,
@@ -145,8 +148,8 @@
<directive module="mod_mime">RemoveInputFilter</directive>, et
<directive module="mod_mime">RemoveOutputFilter</directive>.</p>
-<p>La méthode Dynamique permet une configuration dynamique des filtres en
-sortie à la fois statique et flexible, comme discuté dans la page
+<p>La méthode Dynamique permet une configuration dynamique des filtres en
+sortie à la fois statique et flexible, comme discuté dans la page
<module>mod_filter</module>.
Les directives correspondantes sont
<directive module="mod_filter">FilterChain</directive>,
@@ -154,9 +157,9 @@
<directive module="mod_filter">FilterProvider</directive>.</p>
<p>Une autre directive <directive
-module="core">AddOutputFilterByType</directive> est encore supportée,
-mais peut poser des problèmes et est maintenant obsolète. Utilisez la
-configuration dynamique à la place.</p>
+module="core">AddOutputFilterByType</directive> est encore supportée,
+mais peut poser des problèmes et est maintenant obsolète. Utilisez la
+configuration dynamique à la place.</p>
</section>
</manualpage>
Index: index.xml.fr
===================================================================
--- index.xml.fr (révision 590939)
+++ index.xml.fr (copie de travail)
@@ -66,11 +66,11 @@
<page href="ssl/">Chiffrement SSL/TLS</page>
<page href="suexec.html">Exécution des CGI avec suexec</page>
<page href="misc/rewriteguide.html">Guide de réécriture des URLs</page>
- <page href="vhosts/">Hôtes virtuels</page>
+ <page href="vhosts/">Hôtes virtuels</page>
</category>
<category id="howto"><title>Recettes / Tutoriels</title>
- <page href="howto/auth.html">Authentification, autorisation, et contrôle d'accès</page>
+ <page href="howto/auth.html">Authentification, autorisation, et contrôle d'accès</page>
<page href="howto/cgi.html">CGI: Contenu dynamique</page>
<page href="howto/htaccess.html">Fichiers .htaccess</page>
<page href="howto/ssi.html">Server Side Includes (SSI)</page>
Index: configuring.xml.fr
===================================================================
--- configuring.xml.fr (révision 590939)
+++ configuring.xml.fr (copie de travail)
@@ -159,7 +159,7 @@
une configuration très fine.</p>
<p>Apache peut servir simultanément de nombreux sites web au travers des
- <a href="vhosts/">Hôtes Virtuels</a>. La portée des directives peut ainsi
+ <a href="vhosts/">Hôtes Virtuels</a>. La portée des directives peut ainsi
être limitée en les plaçant dans des sections
<directive module="core" type="section">VirtualHost</directive>,
afin qu'elles ne s'appliquent qu'aux requêtes
@@ -168,7 +168,7 @@
<p>Bien que la plupart des directives puissent être placées dans
chacune de ces sections, certaines d'entre elles n'ont aucun sens
dans certains contextes.
- Par exemple, les directives qui contrôlent la création des processus
+ Par exemple, les directives qui contrôlent la création des processus
n'ont de sens que dans le contexte du serveur principal. Pour déterminer
quelles directives peuvent être placées dans quelles sections, consultez
le <a href="mod/directive-dict.html#Context">Contexte</a> de la
@@ -203,7 +203,7 @@
<p>Pour déterminer quelles directives peuvent être placées
dans les fichiers <code>.htaccess</code>, consultez le
<a href="mod/directive-dict.html#Context">Contexte</a> de la
- directive. L'administrateur du serveur peut contrôler quelles
+ directive. L'administrateur du serveur peut contrôler quelles
directives peuvent être placées dans les fichiers
<code>.htaccess</code> en définissant la directive
<directive module="core">AllowOverride</directive>
Index: glossary.xml.fr
===================================================================
--- glossary.xml.fr (révision 590939)
+++ glossary.xml.fr (copie de travail)
@@ -61,7 +61,7 @@
<dd>L'identification formelle d'une entité du réseau comme un serveur, un
client, ou un utilisateur.<br />
Voir : <a href="howto/auth.html">Authentification, Autorisation, et
- contrôle d'accès</a>
+ contrôle d'accès</a>
</dd>
<dt><a name="certificationauthority"
@@ -134,14 +134,14 @@
</dd>
<dl>
- <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
+ <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
(Access Control)</a></dt>
<dd>La restriction d'accès à des zones du réseau. Habituellement
dans un contexte Apache,
la restriction d'accès à certaines <em>URLs</em>.<br />
Voir : <a
href="howto/auth.html">Authentification, Autorisation et
- Contrôle d'accès</a>
+ Contrôle d'accès</a>
</dd>
<dt><a name="securesocketslayer" id="securesocketslayer">
@@ -192,7 +192,7 @@
</dd>
<dt><a name="directive" id="directive">Directive</a></dt>
- <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+ <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
comportement d'Apache. Les directives sont placées dans le <glossary
ref="configurationfile">Fichier de configuration</glossary><br />
Voir : <a href="mod/directives.html">Index des directives</a>
@@ -230,7 +230,7 @@
(Configuration File)</a></dt>
<dd>Un fichier texte contenant des
<glossary ref="directive">Directives</glossary>
- qui contrôlent la configuration d'Apache.<br />
+ qui contrôlent la configuration d'Apache.<br />
Voir : <a href="configuring.html">Fichiers de configuration</a>
</dd>
@@ -242,7 +242,7 @@
Par exemple, le filtre en sortie
<code>INCLUDES</code>
traite les documents pour les
- <glossary ref="ssi">Server Side Includes (Inclusions côté Serveur)
+ <glossary ref="ssi">Server Side Includes (Inclusions côté Serveur)
</glossary>.<br />
Voir : <a href="filter.html">Filtres</a>
</dd>
@@ -268,12 +268,12 @@
<dt><a name="virtualhosting" id="virtualhosting">Hébergement Virtuel
(Virtual Hosting)</a></dt>
<dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
- Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
+ Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
basant sur leur adresse IP, alors que les
- <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
+ <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
et peuvent en conséquence héberger de nombreux sites avec la même
adresse IP.<br />
- Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
+ Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
</dd>
@@ -283,7 +283,7 @@
<glossary ref="directive">directives</glossary> de configuration au
répertoire dans lequel il est placé, ainsi qu'à tous ses sous-répertoires.
En dépit de son nom, ce fichier peut contenir pratiquement tout type de
- directive, et pas seulement des directives de contrôle d'accès.<br />
+ directive, et pas seulement des directives de contrôle d'accès.<br />
Voir : <a href="configuring.html">Fichiers de configuration</a>
</dd>
@@ -315,12 +315,12 @@
</dd>
<dt><a name="serversideincludes" id="serversideincludes">
- Inclusions Côté Serveur
+ Inclusions Côté Serveur
(Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
</a></dt>
<dd>Une technique permettant d'englober des directives de traitement dans
des fichiers HTML.<br />
- Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
+ Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
</dd>
<dt><a name="commongatewayinterface" id="commongatewayinterface">
@@ -357,7 +357,7 @@
Identificateur de Ressource Uniformisé</glossary>.
Les URLs sont généralement construites selon un schéma, comme
<code>http</code> ou
- <code>https</code>, un nom d'hôte, et un chemin. Une URL pour cette page
+ <code>https</code>, un nom d'hôte, et un chemin. Une URL pour cette page
pourrait être
<code>http://httpd.apache.org/docs/&httpd.docs;/glossary.html</code>.
</dd>
@@ -369,7 +369,7 @@
Il prend en compte les requêtes des clients, les transmet au serveur
d'origine, puis renvoie la réponse du serveur d'origine au client.
Si plusieurs clients demandent le même contenu, le mandataire peut l'extraire
- de son cache, plutôt que le demander au serveur d'origine
+ de son cache, plutôt que le demander au serveur d'origine
à chaque fois, ce qui réduit le temps de réponse.<br />
Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
</dd>
@@ -419,9 +419,9 @@
id="fully-qualifieddomain-name">Nom de domaine entièrement qualifié
(Fully-Qualified Domain-Name)</a>
<a name="fqdn" id="fqdn">(FQDN)</a></dt>
- <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
+ <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
nom de domaine qui peuvent être résolus en une adresse IP. Par exemple,
- <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
+ <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
de domaine, et <code>www.example.com</code> est un nom de domaine
entièrement qualifié.
</dd>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
