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é.
+en entrée, et post-traiter les données en sortie, selon
+vos souhaits.
Ces traitements sont tout à fait indépendants des traditionnelles phases
de traitement des requêtes.</p>
<p class="figure">
<section id="service">
<title>Présentation des filtres en tant que service HTTP</title>
-<p>Les filtres permettent de traiter les contenus en provenance du
-serveur. Le module <module>mod_reflector</module> permet aussi
-d'utiliser les filtres pour traiter les contenus en provenance du
-client.</p>
+<p>Les filtres permettent de traiter les requêtes des clients avant
+traitement par le serveur, ainsi que les contenus issus du serveur avant de les renvoyer
+au client. Le module <module>mod_reflector</module> permet aussi
+d'utiliser les filtres pour traiter les requêtes des clients avant de
+les renvoyer directement à ces derniers.</p>
<p>Le module <module>mod_reflector</module> reçoit les requêtes POST des
clients, et en répercute le corps dans la requête POST constituant la
Listen 8000
</highlight>
- <p>Pour que la serveur accepte les connexions sur deux interfaces et
+ <p>Pour que le serveur accepte les connexions sur deux interfaces et
ports particuliers, spécifiez :</p>
<highlight language="config">
</example>
<p>Une mémoire partagée sous forme de fichier est utile pour les
- applications tierses qui nécessitent un accès direct au tableau de
+ applications tierces qui nécessitent un accès direct au tableau de
bord des processus.</p>
<p>Si vous utilisez un <directive>ScoreBoardFile</directive>, vous
<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 serveurs. Il est particulièrement indiqué pour les
+ 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
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 ses requêtes puissent être
+ d'un nouveau processus enfant pour que leurs requêtes puissent être
traitées.</p>
<p>Les directives <directive
<directive>MaxSpareServers</directive> processus inactifs, le
processus parent arrêtera les processus excédentaires.</p>
- <p>La modification de ce paramètre ne peut s'avérer nécessaire que
+ <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
enfants correspond à la définition de la directive
<directive>MinSpareServers</directive>.</p>
- <p>La modification de ce paramètre ne peut s'avérer nécessaire que
+ <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>
<em>tableau</em> utilisé pour garder la trace de tous les processus
enfants au cours des différentes générations.</p>
- <p>Le module status utilise aussi un <code>G</code> afin d'indiquer
+ <p>Dans son état des processus,
+ le module status utilise aussi un <code>G</code> afin d'indiquer
quels processus enfants ont encore des traitements de requêtes en cours
débutés avant que l'ordre graceful restart ne soit donné.</p>
projects / apache / commitdiff