You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by ta...@apache.org on 2008/05/27 17:05:57 UTC
svn commit: r660550 - in /httpd/httpd/branches/2.2.x/docs/manual:
caching.xml.fr configuring.xml.fr glossary.xml.fr index.xml.fr
sections.xml.fr
Author: takashi
Date: Tue May 27 08:05:53 2008
New Revision: 660550
URL: http://svn.apache.org/viewvc?rev=660550&view=rev
Log:
fix garbled ô (ô)
PR: 44713
Modified:
httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr
httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr
httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr
httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr
httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr
Modified: httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr?rev=660550&r1=660549&r2=660550&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr Tue May 27 08:05:53 2008
@@ -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
@@ -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>
Modified: httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr?rev=660550&r1=660549&r2=660550&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr Tue May 27 08:05:53 2008
@@ -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>
Modified: httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr?rev=660550&r1=660549&r2=660550&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr Tue May 27 08:05:53 2008
@@ -62,7 +62,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 @@
pour décrire les directives d'Apache</a>
</dd>
- <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>
Modified: httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr?rev=660550&r1=660549&r2=660550&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr Tue May 27 08:05:53 2008
@@ -66,11 +66,11 @@
<page href="ssl/">Chiffrement SSL/TLS</page>
<page href="suexec.html">Exécution des CGI avec suexec</page>
<page href="rewrite/">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>
Modified: httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr?rev=660550&r1=660549&r2=660550&view=diff
==============================================================================
--- httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr (original)
+++ httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr Tue May 27 08:05:53 2008
@@ -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>,