ASF Bugzilla – Attachment 21941 Details for
Bug 44713
"ô" in "hôtes" not displaying correctly in French Configuration Sections
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Help
|
New Account
|
Log In
Remember
[x]
|
Forgot Password
Login:
[x]
[patch]
against 2.2
2.2_french_ocirc.patch (text/plain), 24.15 KB, created by
Takashi Sato
on 2008-05-09 01:07:46 UTC
(
hide
)
Description:
against 2.2
Filename:
MIME Type:
Creator:
Takashi Sato
Created:
2008-05-09 01:07:46 UTC
Size:
24.15 KB
patch
obsolete
>Index: manual/bind.xml.fr >=================================================================== >--- manual/bind.xml.fr (revision 654712) >+++ manual/bind.xml.fr (working copy) >@@ -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: manual/caching.xml.fr >=================================================================== >--- manual/caching.xml.fr (revision 654712) >+++ manual/caching.xml.fr (working copy) >@@ -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> > >Index: manual/configuring.xml.fr >=================================================================== >--- manual/configuring.xml.fr (revision 654712) >+++ manual/configuring.xml.fr (working copy) >@@ -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: manual/content-negotiation.xml.fr >=================================================================== >--- manual/content-negotiation.xml.fr (revision 654712) >+++ manual/content-negotiation.xml.fr (working copy) >@@ -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: manual/glossary.xml.fr >=================================================================== >--- manual/glossary.xml.fr (revision 654712) >+++ manual/glossary.xml.fr (working copy) >@@ -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> >Index: manual/index.xml.fr >=================================================================== >--- manual/index.xml.fr (revision 654712) >+++ manual/index.xml.fr (working copy) >@@ -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> >Index: manual/invoking.xml.fr >=================================================================== >--- manual/invoking.xml.fr (revision 654712) >+++ manual/invoking.xml.fr (working copy) >@@ -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. >Index: manual/sections.xml.fr >=================================================================== >--- manual/sections.xml.fr (revision 654712) >+++ manual/sections.xml.fr (working copy) >@@ -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>,
<b>You cannot view the attachment while viewing its details because your browser does not support IFRAMEs. <a href="attachment.cgi?id=21941">View the attachment on a separate page</a>.</b>
View Attachment As Diff
View Attachment As Raw
Actions:
View
|
Diff
Attachments on
bug 44713
:
21767
| 21941