You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by lg...@apache.org on 2016/11/11 17:01:54 UTC
svn commit: r1769316 - in /httpd/httpd/branches/2.4.x/docs/manual:
mod/mpm_netware.xml.fr mod/mpm_winnt.xml.fr mod/mpmt_os2.xml.fr
mod/prefork.xml.fr mod/quickreference.xml.fr mod/worker.xml.fr
programs/index.xml.fr
Author: lgentis
Date: Fri Nov 11 17:01:54 2016
New Revision: 1769316
URL: http://svn.apache.org/viewvc?rev=1769316&view=rev
Log:
UTF-8 character encoding.
Modified:
httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_netware.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_winnt.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/mod/mpmt_os2.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/mod/prefork.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/mod/quickreference.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/mod/worker.xml.fr
httpd/httpd/branches/2.4.x/docs/manual/programs/index.xml.fr
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_netware.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_netware.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_netware.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_netware.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1021924 -->
@@ -24,52 +24,52 @@
<modulesynopsis metafile="mpm_netware.xml.meta">
<name>mpm_netware</name>
-<description>Module multi-processus implémentant un serveur web basé
-exclusivement sur les threads et optimisé pour Novell
+<description>Module multi-processus implémentant un serveur web basé
+exclusivement sur les threads et optimisé pour Novell
NetWare</description>
<status>MPM</status>
<sourcefile>mpm_netware.c</sourcefile>
<identifier>mpm_netware_module</identifier>
<summary>
- <p>Ce module multi-processus (MPM) implémente un serveur web basé
- exclusivement sur les threads et optimisé pour Novell NetWare.</p>
+ <p>Ce module multi-processus (MPM) implémente un serveur web basé
+ exclusivement sur les threads et optimisé pour Novell NetWare.</p>
- <p>Le thread maître est chargé du lancement de threads esclaves qui
- attendent les connexions et les traitent au fur et à mesure de leur
- arrivée. Le serveur HTTP Apache essaie toujours de maintenir
+ <p>Le thread maître est chargé du lancement de threads esclaves qui
+ attendent les connexions et les traitent au fur et à mesure de leur
+ arrivée. Le serveur HTTP Apache essaie toujours de maintenir
plusieurs threads
- esclaves en <dfn>spare</dfn> (en réserve) ou inactifs. De cette
- façon, les clients n'ont pas besoin d'attendre le lancement d'un
- nouveau thread enfant pour que leurs requêtes soient traitées.</p>
+ esclaves en <dfn>spare</dfn> (en réserve) ou inactifs. De cette
+ façon, les clients n'ont pas besoin d'attendre le lancement d'un
+ nouveau thread enfant pour que leurs requêtes soient traitées.</p>
<p>Les directives <directive
module="mpm_common">StartThreads</directive>, <directive
module="mpm_common">MinSpareThreads</directive>, <directive
module="mpm_common">MaxSpareThreads</directive>, et <directive
- module="mpm_netware">MaxThreads</directive> contrôlent
- la manière dont le thread maître crée les threads esclaves afin de
- traiter les requêtes. En général, Apache httpd s'auto-régule correctement,
- et la plupart des sites ne nécessitent aucune modification des
- valeurs par défaut de ces directives. Pour les sites dont le serveur
- est limité en mémoire, il peut s'avérer nécessaire de diminuer la
+ module="mpm_netware">MaxThreads</directive> contrôlent
+ la manière dont le thread maître crée les threads esclaves afin de
+ traiter les requêtes. En général, Apache httpd s'auto-régule correctement,
+ et la plupart des sites ne nécessitent aucune modification des
+ valeurs par défaut de ces directives. Pour les sites dont le serveur
+ est limité en mémoire, il peut s'avérer nécessaire de diminuer la
valeur de la directive <directive
- module="mpm_netware">MaxThreads</directive> afin d'éviter une
- hyper-activité du serveur (arrêts de threads inactifs et lancement incessant
- de nouveau threads). Vous trouverez plus d'informations à
- propos du contrôle de la création de processus dans le document <a
- href="../misc/perf-tuning.html">conseils en matière de
+ module="mpm_netware">MaxThreads</directive> afin d'éviter une
+ hyper-activité du serveur (arrêts de threads inactifs et lancement incessant
+ de nouveau threads). Vous trouverez plus d'informations à
+ propos du contrôle de la création de processus dans le document <a
+ href="../misc/perf-tuning.html">conseils en matière de
performances</a>.</p>
<p>La directive <directive
module="mpm_common">MaxRequestsPerChild</directive>
- contrôle la fréquence à laquelle le serveur recycle ses processus
- en arrêtant les anciens et en en lançant de nouveaux. Sous le
- système d'exploitation NetWare, il est vivement recommandé de
- laisser cette directive à 0, ce qui permet aux threads esclaves de
- continuer à traiter les requêtes indéfiniment.</p>
+ contrôle la fréquence à laquelle le serveur recycle ses processus
+ en arrêtant les anciens et en en lançant de nouveaux. Sous le
+ système d'exploitation NetWare, il est vivement recommandé de
+ laisser cette directive à 0, ce qui permet aux threads esclaves de
+ continuer à traiter les requêtes indéfiniment.</p>
</summary>
-<seealso><a href="../bind.html">Définition des adresses et ports
+<seealso><a href="../bind.html">Définition des adresses et ports
qu'utilise Apache httpd</a>
</seealso>
@@ -96,17 +96,17 @@ qu'utilise Apache httpd</a>
<directivesynopsis>
<name>MaxThreads</name>
-<description>Définit le nombre maximum de threads esclaves</description>
+<description>Définit le nombre maximum de threads esclaves</description>
<syntax>MaxThreads <var>nombre</var></syntax>
<default>MaxThreads 2048</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>La directive <directive>MaxThreads</directive> définit
- le nombre maximum de threads esclaves que l'on désire autoriser. La
- valeur par défaut correspondant à la valeur codée en dur à la
- compilation, la valeur de cette directive ne peut donc qu'être
- diminuée, comme dans l'exemple suivant :</p>
+ <p>La directive <directive>MaxThreads</directive> définit
+ le nombre maximum de threads esclaves que l'on désire autoriser. La
+ valeur par défaut correspondant à la valeur codée en dur à la
+ compilation, la valeur de cette directive ne peut donc qu'être
+ diminuée, comme dans l'exemple suivant :</p>
<example>
MaxThreads 512
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_winnt.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_winnt.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_winnt.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mpm_winnt.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1599013 -->
@@ -25,26 +25,26 @@
<modulesynopsis metafile="mpm_winnt.xml.meta">
<name>mpm_winnt</name>
-<description>Module multi-processus optimisé pour Windows
+<description>Module multi-processus optimisé pour Windows
NT.</description>
<status>MPM</status>
<sourcefile>mpm_winnt.c</sourcefile>
<identifier>mpm_winnt_module</identifier>
<summary>
- <p>Ce module multi-processus (MPM) est le module par défaut pour les
- systèmes d'exploitation de style Windows NT. Il consiste en un
- processus de contrôle unique qui lance un processus enfant unique,
- ce dernier créant à son tour des threads pour traiter les
- requêtes.</p>
+ <p>Ce module multi-processus (MPM) est le module par défaut pour les
+ systèmes d'exploitation de style Windows NT. Il consiste en un
+ processus de contrôle unique qui lance un processus enfant unique,
+ ce dernier créant à son tour des threads pour traiter les
+ requêtes.</p>
<p>La directive <directive
- module="mpm_common">ThreadsPerChild</directive> définit le
- nombre maximal de connexions clientes simultanées.</p>
+ module="mpm_common">ThreadsPerChild</directive> définit le
+ nombre maximal de connexions clientes simultanées.</p>
- <p>Ce MPM utilise par défaut les APIs Windows avancées pour accepter
+ <p>Ce MPM utilise par défaut les APIs Windows avancées pour accepter
les nouvelles connexions des clients. Avec certaines configurations,
- des produits tiers peuvent interférer avec cette implémentation, et
+ des produits tiers peuvent interférer avec cette implémentation, et
provoquer l'enregistrement des messages suivants dans les journaux
du serveur :</p>
@@ -53,10 +53,10 @@ NT.</description>
winnt_mpm: falling back to 'AcceptFilter none'.
</example>
- <p>Le MPM se rabat sur une implémentation plus sûre, mais certaines
- requêtes n'ont pas été traitées correctement. Pour éviter cette
- erreur, définissez la directive <directive
- module="core">AcceptFilter</directive> à <code>none</code>.</p>
+ <p>Le MPM se rabat sur une implémentation plus sûre, mais certaines
+ requêtes n'ont pas été traitées correctement. Pour éviter cette
+ erreur, définissez la directive <directive
+ module="core">AcceptFilter</directive> à <code>none</code>.</p>
<highlight language="config">
AcceptFilter http none
@@ -64,47 +64,47 @@ AcceptFilter https none
</highlight>
<p><em>Avec les versions 2.0 et 2.2 d'Apache httpd, c'est la directive
- <directive>Win32DisableAcceptEx</directive> qui était utilisée à cet
+ <directive>Win32DisableAcceptEx</directive> qui était utilisée à cet
effet.</em></p>
- <p>Le MPM WinNT diffère des autres MPMs Unix comme worker et event
- à bien des égards :</p>
+ <p>Le MPM WinNT diffère des autres MPMs Unix comme worker et event
+ à bien des égards :</p>
<ul>
- <li>Lorsqu'un processus enfant s'arrête suite à un arrêt ou
- redémarrage du serveur, ou lorsque que la limite <directive
+ <li>Lorsqu'un processus enfant s'arrête suite à un arrêt ou
+ redémarrage du serveur, ou lorsque que la limite <directive
module="mpm_common">MaxConnectionsPerChild</directive> est
- atteinte, les requêtes en cours de traitement par ce processus en
- cours d'arrêt n'ont que <directive
- module="core">TimeOut</directive> secondes pour s'exécuter avant
- l'arrêt du processus. Les autres types de redémarrage ou arrêt ne
- sont pas implémentés.</li>
+ atteinte, les requêtes en cours de traitement par ce processus en
+ cours d'arrêt n'ont que <directive
+ module="core">TimeOut</directive> secondes pour s'exécuter avant
+ l'arrêt du processus. Les autres types de redémarrage ou arrêt ne
+ sont pas implémentés.</li>
<li>Les nouveau processus enfants relisent les fichiers de
- configuration au lieu d'en hériter du parent. Ce comportement ne
- pose pas de problème si le processus enfant est créé au démarrage
- ou redémarrage, mais dans le cas où un processus enfant est créé
- parce qu'un autre processus enfant s'est arrêté ou a atteint la
+ configuration au lieu d'en hériter du parent. Ce comportement ne
+ pose pas de problème si le processus enfant est créé au démarrage
+ ou redémarrage, mais dans le cas où un processus enfant est créé
+ parce qu'un autre processus enfant s'est arrêté ou a atteint la
limite <directive
module="mpm_common">MaxConnectionsPerChild</directive>, tout
changement survenu entre temps dans la configuration sera alors
pris en compte dans le processus enfant, et parent et enfant
- utiliseront une configuration différente. Si des modifications
- planifiées de la configuration ont été partiellement effectuées,
- et si la configuration courante n'est pas interprétable, le
- processus enfant de remplacement ne pourra pas démarrer, et le
- serveur s'arrêtera. En conséquence, toute modification des
- fichiers de configuration doit être accompagnée d'un redémarrage
+ utiliseront une configuration différente. Si des modifications
+ planifiées de la configuration ont été partiellement effectuées,
+ et si la configuration courante n'est pas interprétable, le
+ processus enfant de remplacement ne pourra pas démarrer, et le
+ serveur s'arrêtera. En conséquence, toute modification des
+ fichiers de configuration doit être accompagnée d'un redémarrage
du serveur.</li>
<li>Les hooks <code>monitor</code> et <code>fatal_exception</code>
- ne sont pas encore implémentés.</li>
+ ne sont pas encore implémentés.</li>
<li>La directive <directive>AcceptFilter</directive> est
- implémentée par le MPM et fournit un type de contrôle différent
+ implémentée par le MPM et fournit un type de contrôle différent
sur le traitement des nouvelles connexions (Voir la documentation
de la directive <directive module="core">AcceptFilter</directive>
- pour plus de détails).</li>
+ pour plus de détails).</li>
</ul>
</summary>
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mpmt_os2.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mpmt_os2.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mpmt_os2.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mpmt_os2.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1690347 -->
@@ -35,21 +35,21 @@ OS/2</description>
<p>Le serveur se compose d'un processus principal parent, et d'un
petit nombre fixe de processus enfants.</p>
- <p>La tâche du processus parent consiste à gérer les processus
- enfants, c'est à dire lancer ces processus de manière à ce
- qu'il y en ait toujours un nombre égal à la valeur de la directive
+ <p>La tâche du processus parent consiste à gérer les processus
+ enfants, c'est à dire lancer ces processus de manière à ce
+ qu'il y en ait toujours un nombre égal à la valeur de la directive
<directive module="mpm_common">StartServers</directive> pour traiter
les connexions.</p>
<p>Chaque processus enfant comporte un jeu de threads esclaves et un
- thread maître qui accepte les connexions et les distribue aux
+ thread maître qui accepte les connexions et les distribue aux
esclaves via une file de travail. Le jeu de threads esclaves est
- dynamique et géré par un thread de maintenance de façon à ce que le
+ dynamique et géré par un thread de maintenance de façon à ce que le
nombre de threads inactifs soit maintenu entre <directive
module="mpm_common">MinSpareThreads</directive> et <directive
module="mpm_common">MaxSpareThreads</directive>.</p>
</summary>
-<seealso><a href="../bind.html">Définition des adresses et ports
+<seealso><a href="../bind.html">Définition des adresses et ports
qu'utilise Apache</a></seealso>
<directivesynopsis location="mod_unixd"><name>User</name>
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/prefork.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/prefork.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/prefork.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/prefork.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1137744 -->
@@ -25,85 +25,85 @@
<modulesynopsis metafile="prefork.xml.meta">
<name>prefork</name>
-<description>Implémente un serveur web avec démarrage anticipé de
+<description>Implémente un serveur web avec démarrage anticipé de
processus, sans thread</description>
<status>MPM</status>
<sourcefile>prefork.c</sourcefile>
<identifier>mpm_prefork_module</identifier>
<summary>
- <p>Ce module multi-processus (MPM) implémente un serveur web avec
- démarrage anticipé de processus. Chaque processus du serveur peut
- répondre aux requêtes entrantes, et un processus parent contrôle la
- taille du jeu de processus enfants. Il est particulièrement indiqué pour les
+ <p>Ce module multi-processus (MPM) implémente un serveur web avec
+ démarrage anticipé de processus. Chaque processus du serveur peut
+ répondre aux requêtes entrantes, et un processus parent contrôle la
+ taille du jeu de processus enfants. Il est particulièrement indiqué pour les
sites qui ne doivent pas utiliser les threads afin de maintenir une
- compatibilité avec certaines bibliothèques non sûres du point de vue
- des threads. C'est également le MPM le plus approprié si l'on veut
- isoler les requêtes les unes des autres, de façon à ce qu'un
- problème concernant une requête n'affecte pas les autres.</p>
-
- <p>Ce MPM s'auto-contrôle de manière efficace, de sorte qu'il est
- rarement nécessaire d'ajuster ses directives de configuration. Le
- plus important est la définition de la directive <directive
- module="mpm_common">MaxRequestWorkers</directive> ; sa valeur doit être
- assez grande pour pouvoir traiter autant de requêtes simultanées que
+ compatibilité avec certaines bibliothèques non sûres du point de vue
+ des threads. C'est également le MPM le plus approprié si l'on veut
+ isoler les requêtes les unes des autres, de façon à ce qu'un
+ problème concernant une requête n'affecte pas les autres.</p>
+
+ <p>Ce MPM s'auto-contrôle de manière efficace, de sorte qu'il est
+ rarement nécessaire d'ajuster ses directives de configuration. Le
+ plus important est la définition de la directive <directive
+ module="mpm_common">MaxRequestWorkers</directive> ; sa valeur doit être
+ assez grande pour pouvoir traiter autant de requêtes simultanées que
vous pensez recevoir, mais assez petite pour conserver suffisamment
- de mémoire RAM pour tous les processus.</p>
+ de mémoire RAM pour tous les processus.</p>
</summary>
-<seealso><a href="../bind.html">Définition des adresses et ports
+<seealso><a href="../bind.html">Définition des adresses et ports
qu'utilise le serveur HTTP Apache</a></seealso>
-<section id="how-it-works"><title>Comment ça marche</title>
- <p>Un processus de contrôle unique a pour tâche de lancer les
+<section id="how-it-works"><title>Comment ça marche</title>
+ <p>Un processus de contrôle unique a pour tâche de lancer les
processus enfants qui attendent les connexions et les traitent au
- fur et à mesure qu'elles arrivent. Apache httpd essaie toujours de
+ fur et à mesure qu'elles arrivent. Apache httpd essaie toujours de
maintenir plusieurs processus serveurs inactifs ou <dfn>en
- réserve</dfn>, afin de pouvoir traiter les requêtes entrantes. De
- cette façon, les clients n'ont pas besoin d'attendre le démarrage
- d'un nouveau processus enfant pour que leurs requêtes puissent être
- traitées.</p>
+ réserve</dfn>, afin de pouvoir traiter les requêtes entrantes. De
+ cette façon, les clients n'ont pas besoin d'attendre le démarrage
+ d'un nouveau processus enfant pour que leurs requêtes puissent être
+ traitées.</p>
<p>Les directives <directive
module="mpm_common">StartServers</directive>, <directive
module="prefork">MinSpareServers</directive>, <directive
module="prefork">MaxSpareServers</directive> et <directive
- module="mpm_common">MaxRequestWorkers</directive> permettent de contrôler
- la manière dont le processus parent crée les processus enfants pour
- traiter les requêtes. En général, Apache httpd s'auto-contrôle de manière
+ module="mpm_common">MaxRequestWorkers</directive> permettent de contrôler
+ la manière dont le processus parent crée les processus enfants pour
+ traiter les requêtes. En général, Apache httpd s'auto-contrôle de manière
efficace, de sorte que la plupart des sites peuvent conserver les
- valeurs par défaut des directives. Les sites qui doivent traiter
- plus de 256 requêtes simultanées doivent augmenter la valeur de
+ valeurs par défaut des directives. Les sites qui doivent traiter
+ plus de 256 requêtes simultanées doivent augmenter la valeur de
<directive module="mpm_common">MaxRequestWorkers</directive>, alors que les
- sites dont la ressource mémoire est limitée doivent la diminuer afin
- d'éviter une hyperactivité du serveur (utilisation excessive de la
- mémoire virtuelle sur disque). Vous trouverez plus d'informations à
- propos du contrôle de la création de processus dans le document <a
- href="../misc/perf-tuning.html">conseils en matière de
+ sites dont la ressource mémoire est limitée doivent la diminuer afin
+ d'éviter une hyperactivité du serveur (utilisation excessive de la
+ mémoire virtuelle sur disque). Vous trouverez plus d'informations à
+ propos du contrôle de la création de processus dans le document <a
+ href="../misc/perf-tuning.html">conseils en matière de
performances</a></p>
- <p>Alors que le processus parent est en général démarré en tant que
- <code>root</code> sous Unix afin de pouvoir se mettre à l'écoute sur le port 80, les
- processus enfants sont lancés par Apache httpd sous un utilisateur avec
- privilèges restreints. On peut contrôler les privilèges accordés aux
- processus enfants d'Apache httpd à l'aide des directives <directive
+ <p>Alors que le processus parent est en général démarré en tant que
+ <code>root</code> sous Unix afin de pouvoir se mettre à l'écoute sur le port 80, les
+ processus enfants sont lancés par Apache httpd sous un utilisateur avec
+ privilèges restreints. On peut contrôler les privilèges accordés aux
+ processus enfants d'Apache httpd à l'aide des directives <directive
module="mod_unixd">User</directive> et <directive
module="mod_unixd">Group</directive>. Les processus enfants doivent
- être en mesure de lire tous les contenus destinés à être servis,
- mais leurs privilèges doivent être aussi bas que possible.</p>
+ être en mesure de lire tous les contenus destinés à être servis,
+ mais leurs privilèges doivent être aussi bas que possible.</p>
<p>La directive <directive
module="mpm_common">MaxConnectionsPerChild</directive> permet de
- contrôler la fréquence à laquelle le serveur recycle ses processus
- en arrêtant les plus anciens et en en lançant de nouveaux.</p>
+ contrôler la fréquence à laquelle le serveur recycle ses processus
+ en arrêtant les plus anciens et en en lançant de nouveaux.</p>
<p>Ce module MPM utilise le mutex <code>mpm-accept</code> pour
- sérialiser l'accès aux connexions entrantes lorsque peut se
- présenter un problème d'afflux de requêtes (en général quand il y a
- plusieurs sockets en écoute). Les aspects de l'implémentation de ce
- mutex peuvent être configurés via la directive <directive
+ sérialiser l'accès aux connexions entrantes lorsque peut se
+ présenter un problème d'afflux de requêtes (en général quand il y a
+ plusieurs sockets en écoute). Les aspects de l'implémentation de ce
+ mutex peuvent être configurés via la directive <directive
module="core">Mutex</directive>. Vous trouverez des informations
- supplémentaires à propos de ce mutex dans la documentation à propos
- des <a href="../misc/perf-tuning.html">conseils en matière de
+ supplémentaires à propos de ce mutex dans la documentation à propos
+ des <a href="../misc/perf-tuning.html">conseils en matière de
performances</a></p>
</section>
@@ -148,19 +148,19 @@ inactifs</description>
<usage>
<p>La directive <directive>MaxSpareServers</directive> permet de
- définir le nombre maximum souhaité de processus serveurs enfants
+ définir le nombre maximum souhaité de processus serveurs enfants
<em>inactifs</em>. Un processus inactif est un processus qui ne
- traite pas de requête. S'il y a plus de
+ traite pas de requête. S'il y a plus de
<directive>MaxSpareServers</directive> processus inactifs, le
- processus parent arrêtera les processus excédentaires.</p>
+ processus parent arrêtera les processus excédentaires.</p>
- <p>La modification de ce paramètre n'est nécessaire que
- dans le cas de sites très sollicités. Définir ce paramètre à une
- valeur très grande est cependant dans la plupart des cas une
- mauvaise idée. Si vous essayez d'affecter à ce paramètre une valeur
- égale ou inférieure à la valeur de <directive
+ <p>La modification de ce paramètre n'est nécessaire que
+ dans le cas de sites très sollicités. Définir ce paramètre à une
+ valeur très grande est cependant dans la plupart des cas une
+ mauvaise idée. Si vous essayez d'affecter à ce paramètre une valeur
+ égale ou inférieure à la valeur de <directive
module="prefork">MinSpareServers</directive>, le serveur HTTP Apache
- l'ajustera automatiquement à la valeur de <directive>
+ l'ajustera automatiquement à la valeur de <directive>
MinSpareServers</directive><code> + 1</code>.</p>
</usage>
<seealso><directive module="prefork">MinSpareServers</directive></seealso>
@@ -178,22 +178,22 @@ inactifs</description>
<usage>
<p>La directive <directive>MinSpareServers</directive> permet de
- définir le nombre minimum désiré de processus serveurs enfants
+ définir le nombre minimum désiré de processus serveurs enfants
<em>inactifs</em>. Un processus inactif est un processus qui ne
- traite pas de requête. S'il y a moins de
+ traite pas de requête. S'il y a moins de
<directive>MinSpareServers</directive> processus inactifs, le
- processus parent va créer de nouveaux enfants de la manière suivante
- : il en crée un, attend une seconde, il en crée deux, attend une
- seconde, il en crée quatre, puis continue ainsi exponentiellement
- jusu'à ce que son taux de création de processus enfants soit de 32
- par seconde. Il ne s'arrête que lorsque le nombre de processus
- enfants correspond à la définition de la directive
+ processus parent va créer de nouveaux enfants de la manière suivante
+ : il en crée un, attend une seconde, il en crée deux, attend une
+ seconde, il en crée quatre, puis continue ainsi exponentiellement
+ jusu'à ce que son taux de création de processus enfants soit de 32
+ par seconde. Il ne s'arrête que lorsque le nombre de processus
+ enfants correspond à la définition de la directive
<directive>MinSpareServers</directive>.</p>
- <p>La modification de ce paramètre n'est nécessaire que
- dans le cas de sites très sollicités. Définir ce paramètre à une
- valeur très grande est dans la plupart des cas une mauvaise
- idée.</p>
+ <p>La modification de ce paramètre n'est nécessaire que
+ dans le cas de sites très sollicités. Définir ce paramètre à une
+ valeur très grande est dans la plupart des cas une mauvaise
+ idée.</p>
</usage>
<seealso><directive module="prefork">MaxSpareServers</directive></seealso>
<seealso><directive module="mpm_common">StartServers</directive></seealso>
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/quickreference.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/quickreference.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/quickreference.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/quickreference.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE quickreference SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1070904 -->
@@ -23,22 +23,22 @@
-->
<quickreference metafile="quickreference.xml.meta">
- <title>Document de référence rapide des directives</title>
+ <title>Document de référence rapide des directives</title>
<summary>
- <p>Le document de référence rapide des directives montre l'usage,
- les valeurs par défaut, le statut,
+ <p>Le document de référence rapide des directives montre l'usage,
+ les valeurs par défaut, le statut,
et le contexte de chaque directive de configuration d'Apache. Pour plus
d'informations sur chacun de ces termes, voir le <a
href="directive-dict.html">Dictionnaire des directives</a>.</p>
- <p>La première colonne donne le nom de la directive et son usage.
- Si la directive possède une valeur par défaut, elle est indiquée dans la
- deuxième colonne.
- Si la valeur par défaut est trop grande pour pouvoir être affichée,
- elle sera tronquée et suivie d'un "+".</p>
-
- <p>La troisième colonne énumère les contextes dans
- lesquels la directive est applicable, et la quatrième indique son statut en accord avec le
- tableau des légendes ci-dessous.</p>
+ <p>La première colonne donne le nom de la directive et son usage.
+ Si la directive possède une valeur par défaut, elle est indiquée dans la
+ deuxième colonne.
+ Si la valeur par défaut est trop grande pour pouvoir être affichée,
+ elle sera tronquée et suivie d'un "+".</p>
+
+ <p>La troisième colonne énumère les contextes dans
+ lesquels la directive est applicable, et la quatrième indique son statut en accord avec le
+ tableau des légendes ci-dessous.</p>
</summary>
</quickreference>
Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/worker.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/worker.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/worker.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/worker.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
<!-- English Revision : 1414098 -->
@@ -24,98 +24,98 @@
<modulesynopsis metafile="worker.xml.meta">
<name>worker</name>
-<description>Module multi-processus implémentant un serveur web hybride
+<description>Module multi-processus implémentant un serveur web hybride
multi-processus multi-thread</description>
<status>MPM</status>
<sourcefile>worker.c</sourcefile>
<identifier>mpm_worker_module</identifier>
<summary>
- <p>Ce module multi-processus (MPM) implémente un serveur hybride
+ <p>Ce module multi-processus (MPM) implémente un serveur hybride
multi-processus multi-thread. En utilisant les threads pour servir
- les requêtes, il peut en traiter un grand nombre tout en consommant
- moins de ressources qu'un serveur à base de processus. Cependant, il
- conserve une grande partie de la stabilité d'un serveur à base de
+ les requêtes, il peut en traiter un grand nombre tout en consommant
+ moins de ressources qu'un serveur à base de processus. Cependant, il
+ conserve une grande partie de la stabilité d'un serveur à base de
processus en maintenant plusieurs processus disponibles, chacun de
- ces derniers possédant de nombreux threads.</p>
+ ces derniers possédant de nombreux threads.</p>
- <p>Les directives les plus importantes qui permettent de contrôler
+ <p>Les directives les plus importantes qui permettent de contrôler
ce MPM sont <directive
- module="mpm_common">ThreadsPerChild</directive>, qui définit le
- nombre de threads lancés par chaque processus enfant et <directive
- module="mpm_common">MaxRequestWorkers</directive>, qui définit le nombre
- global maximum de threads qui peuvent être lancés.</p>
+ module="mpm_common">ThreadsPerChild</directive>, qui définit le
+ nombre de threads lancés par chaque processus enfant et <directive
+ module="mpm_common">MaxRequestWorkers</directive>, qui définit le nombre
+ global maximum de threads qui peuvent être lancés.</p>
</summary>
-<seealso><a href="../bind.html">Définition des adresses et ports
+<seealso><a href="../bind.html">Définition des adresses et ports
qu'utilise le serveur HTTP Apache</a></seealso>
-<section id="how-it-works"><title>Comment ça marche</title>
- <p>Un processus de contrôle unique (le parent) a pour tâche de
- lancer les processus enfants. Chaque processus enfant crée un nombre
+<section id="how-it-works"><title>Comment ça marche</title>
+ <p>Un processus de contrôle unique (le parent) a pour tâche de
+ lancer les processus enfants. Chaque processus enfant crée un nombre
fixe de threads serveurs selon la valeur de la directive <directive
module="mpm_common">ThreadsPerChild</directive>, ainsi
- qu'un thread chargé d'attendre les connexions et de les passer à un
- thread serveur pour traitement au fur et à mesure de leur arrivée.</p>
+ qu'un thread chargé d'attendre les connexions et de les passer à un
+ thread serveur pour traitement au fur et à mesure de leur arrivée.</p>
<p>Le serveur HTTP Apache essaie toujours de maintenir un jeu de
threads serveurs
- inactifs ou <dfn>en réserve</dfn>, qui se tiennent prêts à traiter
- les requêtes entrantes. De cette façon, les clients n'ont pas besoin
- d'attendre la création d'un nouveau thread ou d'un nouveau processus
- pour que leurs requêtes puissent être traitées. Le nombre de
- processus lancés initialement est défini par la directive <directive
+ inactifs ou <dfn>en réserve</dfn>, qui se tiennent prêts à traiter
+ les requêtes entrantes. De cette façon, les clients n'ont pas besoin
+ d'attendre la création d'un nouveau thread ou d'un nouveau processus
+ pour que leurs requêtes puissent être traitées. Le nombre de
+ processus lancés initialement est défini par la directive <directive
module="mpm_common">StartServers</directive>. En cours de
- fonctionnement, le serveur évalue le nombre total de threads inactifs
- dans tous les processus, et en crée ou en arrête de façon à
- maintenir ce nombre à l'intérieur des limites définies par les
+ fonctionnement, le serveur évalue le nombre total de threads inactifs
+ dans tous les processus, et en crée ou en arrête de façon à
+ maintenir ce nombre à l'intérieur des limites définies par les
directives <directive
module="mpm_common">MinSpareThreads</directive> et <directive
module="mpm_common">MaxSpareThreads</directive>. Comme ce module
- s'auto-contrôle de manière efficace, on peut en général conserver
- les valeurs par défaut. Le nombre maximum de clients pouvant être
- servis simultanément (c'est à dire le nombre global maximum de
- threads pour tous les processus) est défini par la directive
+ s'auto-contrôle de manière efficace, on peut en général conserver
+ les valeurs par défaut. Le nombre maximum de clients pouvant être
+ servis simultanément (c'est à dire le nombre global maximum de
+ threads pour tous les processus) est défini par la directive
<directive module="mpm_common">MaxRequestWorkers</directive>. Le nombre
- maximum de processus enfants actifs est défini par la valeur de la
+ maximum de processus enfants actifs est défini par la valeur de la
directive <directive module="mpm_common">MaxRequestWorkers</directive>
- divisée par la valeur de la directive <directive module="mpm_common">
+ divisée par la valeur de la directive <directive module="mpm_common">
ThreadsPerChild</directive>.</p>
<p>Deux directives permettent de fixer des limites absolues pour le
nombre de processus enfants actifs et le nombre de threads serveurs
- par processus enfant, et ne peuvent être modifiées qu'en
- arrêtant complètement le serveur et en le démarrant à nouveau.
+ par processus enfant, et ne peuvent être modifiées qu'en
+ arrêtant complètement le serveur et en le démarrant à nouveau.
La valeur de la directive <directive
module="mpm_common">ServerLimit</directive> constitue une limite
- absolue pour le nombre de processus enfants actifs, et doit être
- supérieure ou égale à la valeur de la directive <directive
- module="mpm_common">MaxRequestWorkers</directive> divisée par la valeur de
+ absolue pour le nombre de processus enfants actifs, et doit être
+ supérieure ou égale à la valeur de la directive <directive
+ module="mpm_common">MaxRequestWorkers</directive> divisée par la valeur de
la directive <directive module="mpm_common">
ThreadsPerChild</directive>. La valeur de la directive <directive
module="mpm_common">ThreadLimit</directive> constitue une limite
- absolue pour le nombre de threads par processus enfant, et doit être
- supérieure ou égale à la valeur de la directive <directive
+ absolue pour le nombre de threads par processus enfant, et doit être
+ supérieure ou égale à la valeur de la directive <directive
module="mpm_common">ThreadsPerChild</directive>.</p>
<p>En plus du jeu de processus enfants actifs, il peut exister
- quelques processus enfants en cours d'arrêt, mais dont au moins un
+ quelques processus enfants en cours d'arrêt, mais dont au moins un
thread serveur est encore en train de traiter une connexion client
- existante. Il peut subsister en théorie jusqu'à <directive
+ existante. Il peut subsister en théorie jusqu'à <directive
module="mpm_common">MaxRequestWorkers</directive> processus en cours
- d'arrêt, bien qu'en réalité, ce nombre sera en général beaucoup plus
- petit. Ce comportement peut être évité en désactivant l'arrêt de
- processus enfants individuels de la manière suivante :</p>
+ d'arrêt, bien qu'en réalité, ce nombre sera en général beaucoup plus
+ petit. Ce comportement peut être évité en désactivant l'arrêt de
+ processus enfants individuels de la manière suivante :</p>
<ul>
- <li>définir la valeur de <directive module="mpm_common">
- MaxConnectionsPerChild</directive> à zéro</li>
+ <li>définir la valeur de <directive module="mpm_common">
+ MaxConnectionsPerChild</directive> à zéro</li>
- <li>Définir la valeur de <directive module="mpm_common">
- MaxSpareThreads</directive> à la même valeur que <directive
+ <li>Définir la valeur de <directive module="mpm_common">
+ MaxSpareThreads</directive> à la même valeur que <directive
module="mpm_common">MaxRequestWorkers</directive></li>
</ul>
- <p>Voici un exemple typique de configuration du contrôle
+ <p>Voici un exemple typique de configuration du contrôle
processus-thread pour le MPM <module>worker</module> :</p>
<highlight language="config">
@@ -127,33 +127,33 @@ MaxSpareThreads 75
ThreadsPerChild 25
</highlight>
- <p>Alors que le processus parent est en général démarré en tant que
- <code>root</code> sous Unix afin de se mettre en écoute du port 80,
- les processus enfants et les threads sont lancés par le serveur sous un
- utilisateur avec privilèges restreints. On peut utiliser les
+ <p>Alors que le processus parent est en général démarré en tant que
+ <code>root</code> sous Unix afin de se mettre en écoute du port 80,
+ les processus enfants et les threads sont lancés par le serveur sous un
+ utilisateur avec privilèges restreints. On peut utiliser les
directives <directive
module="mod_unixd">User</directive> et <directive
- module="mod_unixd">Group</directive> pour définir les privilèges
- des processus enfants. Les processus enfants doivent pouvoir être en
- mesure de lire tous les contenus destinés à être servis, mais
- doivent avoir des privilèges aussi bas que possible. De plus, ces
- directives définissent également les privilèges dont vont hériter les
+ module="mod_unixd">Group</directive> pour définir les privilèges
+ des processus enfants. Les processus enfants doivent pouvoir être en
+ mesure de lire tous les contenus destinés à être servis, mais
+ doivent avoir des privilèges aussi bas que possible. De plus, ces
+ directives définissent également les privilèges dont vont hériter les
scripts CGI (sauf si on utilise <program>suexec</program>).</p>
<p>La directive <directive
module="mpm_common">MaxConnectionsPerChild</directive> permet de
- définir la fréquence à laquelle le serveur recycle ses processus en
- arrêtant les plus anciens et en en lançant de nouveaux.</p>
+ définir la fréquence à laquelle le serveur recycle ses processus en
+ arrêtant les plus anciens et en en lançant de nouveaux.</p>
<p>Ce module MPM utilise le mutex <code>mpm-accept</code> pour
- sérialiser l'accès aux connexions entrantes lorsqu'un problème
- d'afflux de requêtes peut survenir (en général, lorsqu'il y a
- plusieurs sockets en écoute). Les différents aspects de
- l'implémentation de ce mutex peuvent être configurés via la
+ sérialiser l'accès aux connexions entrantes lorsqu'un problème
+ d'afflux de requêtes peut survenir (en général, lorsqu'il y a
+ plusieurs sockets en écoute). Les différents aspects de
+ l'implémentation de ce mutex peuvent être configurés via la
directive <directive module="core">Mutex</directive>. Vous
- trouverez des informations plus détaillées à propos de ce mutex dans
+ trouverez des informations plus détaillées à propos de ce mutex dans
la documentation sur les <a
- href="../misc/perf-tuning.html">conseils en matière de
+ href="../misc/perf-tuning.html">conseils en matière de
performances</a>.</p>
</section>
Modified: httpd/httpd/branches/2.4.x/docs/manual/programs/index.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/programs/index.xml.fr?rev=1769316&r1=1769315&r2=1769316&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/programs/index.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/programs/index.xml.fr Fri Nov 11 17:01:54 2016
@@ -1,4 +1,4 @@
-<?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 : 1329864 -->
@@ -41,7 +41,7 @@
<dt><program>apachectl</program></dt>
- <dd>L'interface de contrôle du serveur HTTP Apache</dd>
+ <dd>L'interface de contrôle du serveur HTTP Apache</dd>
<dt><program>ab</program></dt>
@@ -57,7 +57,7 @@
<dt><program>dbmmanage</program></dt>
- <dd>Crée et met à jour les fichiers d'authentification utilisateurs au
+ <dd>Crée et met à jour les fichiers d'authentification utilisateurs au
format DBM pour une authentification basique</dd>
<dt><program>fcgistarter</program></dt>
@@ -70,45 +70,45 @@
<dt><program>htdigest</program></dt>
- <dd>Crée et met à jour les fichiers d'authentification pour une
+ <dd>Crée et met à jour les fichiers d'authentification pour une
authentification sommaire</dd>
<dt><program>htdbm</program></dt>
- <dd>Manipulation des bases de données DBM des mots de passe.</dd>
+ <dd>Manipulation des bases de données DBM des mots de passe.</dd>
<dt><program>htpasswd</program></dt>
- <dd>Crée et met à jour les fichiers d'authentification pour une
+ <dd>Crée et met à jour les fichiers d'authentification pour une
authentification basique</dd>
<dt><program>httxt2dbm</program></dt>
- <dd>Crée des fichiers dbm destinés à être utilisés avec
+ <dd>Crée des fichiers dbm destinés à être utilisés avec
RewriteMap</dd>
<dt><program>logresolve</program></dt>
- <dd>Résolution des noms d'hôtes en adresses IP dans les fichiers
+ <dd>Résolution des noms d'hôtes en adresses IP dans les fichiers
de traces d'Apache</dd>
<dt><a
href="other.html#log_server_status">log_server_status</a></dt>
- <dd>Journalisation périodique du statut du serveur</dd>
+ <dd>Journalisation périodique du statut du serveur</dd>
<dt><program>rotatelogs</program></dt>
- <dd>Rotation des traces d'Apache sans devoir arrêter le serveur</dd>
+ <dd>Rotation des traces d'Apache sans devoir arrêter le serveur</dd>
<dt><program>split-logfile</program></dt>
- <dd>Divise un journal pour plusieurs hôtes virtuels en journaux
- spécifiques à chaque hôte</dd>
+ <dd>Divise un journal pour plusieurs hôtes virtuels en journaux
+ spécifiques à chaque hôte</dd>
<dt><program>suexec</program></dt>
- <dd>Change d'utilisateur pour l'exécution de certains programmes</dd>
+ <dd>Change d'utilisateur pour l'exécution de certains programmes</dd>
</dl>
</section>