Updates.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1477949 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr
index 874d640c5cceca5c8cfe80b5dac057602378a770..06ee8eb615fe8debac9d86deb1b38d5d0d801c40 100644 (file)
--- a/docs/manual/mod/event.xml.fr
+++ b/docs/manual/mod/event.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1361778 -->
+<!-- English Revision : 1477094 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -68,10 +68,12 @@ mobiliser des threads que pour les connexions en cours de traitement</descriptio
     <module>mod_status</module> montre les connexions qui se trouvent
     dans les situations mentionn&eacute;es.</p>
 
-    <p>Le gestionnaire de connexion am&eacute;lior&eacute; ne fonctionne pas encore
-    pour certains filtres de connexion, et en particulier SSL. Pour les
-    connexions SSL, ce MPM r&eacute;adopte le comportement du MPM
-    <module>worker</module> et r&eacute;serve un thread par connexion.</p>
+    <p>Le gestionnaire de connexion am&eacute;lior&eacute; peut ne pas
+    fonctionner pour les filtres de connexion qui se d&eacute;clarent eux-m&ecirc;mes
+    comme incompatibles avec le MPM event. Dans ce cas, le MPM event
+    adopte le comportement du MPM <module>worker</module> et
+    r&eacute;serve un thread par connexion. Tous les modules fournis
+    avec le serveur sont compatibles avec le MPM event.</p>
 
     <p>Le MPM pr&eacute;suppose que l'impl&eacute;mentation <code>apr_pollset</code>
     sous-jacente est raisonnablement s&ucirc;re du point de vue des threads.
@@ -165,8 +167,8 @@ mobiliser des threads que pour les connexions en cours de traitement</descriptio
 <usage>
     <p>Le MPM event g&egrave;re certaines connexions de mani&egrave;re asynchrone ;
     dans ce cas, les threads traitant la requ&ecirc;te sont allou&eacute;s selon les
-    besoins et pour de courtes p&eacute;riodes. Dans les autres cas (la plupart
-    du temps pour les connexions SSL), un thread est r&eacute;serv&eacute; par
+    besoins et pour de courtes p&eacute;riodes. Dans les autres cas, un
+    thread est r&eacute;serv&eacute; par
     connexion. Ceci peut conduire &agrave; des situations o&ugrave; tous les threads
     sont satur&eacute;s et o&ugrave; aucun thread n'est capable d'effectuer de
     nouvelles t&acirc;ches pour les connexions asynchrones &eacute;tablies.</p>
@@ -183,7 +185,7 @@ mobiliser des threads que pour les connexions en cours de traitement</descriptio
     <p>Cette directive permet de personnaliser finement la limite du
     nombre de connexions par thread. Un processus n'acceptera de
     nouvelles connexions que si le nombre actuel de connexions (sans
-    compter les connexions à l'&eacute;tat "closing") est
+    compter les connexions &agrave; l'&eacute;tat "closing") est
     inf&eacute;rieur &agrave; :</p>
 
     <p class="indent"><strong>

diff --git a/docs/manual/mod/mod_lua.xml.fr b/docs/manual/mod/mod_lua.xml.fr
index 15526e78b9e95c3db7565774a6ee186657ce44cd..f0b0748bc0f1a8fdc0123eae09749b13da3174d9 100644 (file)
--- a/docs/manual/mod/mod_lua.xml.fr
+++ b/docs/manual/mod/mod_lua.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1470271:1477000 (outdated) -->
+<!-- English Revision : 1477000 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -677,7 +677,7 @@ while nous_avons_des_donn&eacute;es_&agrave;_envoyer do
     r:puts("Bla bla bla\n") -- envoi des donn&eacute;es &agrave; envoyer vers le tampon
     r:flush() -- vidage du tampon (envoi au client)
     r:sleep(0.5) -- mise en attente et bouclage
-+end
+end
 </highlight>
 
 <highlight language="lua">
@@ -696,22 +696,23 @@ end
 </highlight>
 
 <highlight language="lua">
-r:parseargs() -- renvoie une table Lua contenant la cha&icirc;ne
-d'arguments de la requ&ecirc;te
+r:parseargs() -- renvoie deux tables : une table standard de couples
+cl&eacute;/valeur pour les donn&eacute;es GET simples, et une autre pour les donn&eacute;es
+multivalu&eacute;es (par exemple foo=1&amp;foo=2&amp;foo=3) :
 
-local GET = r:parseargs()
-+r:puts("Votre nom est : " .. GET['name'] or "Unknown")
+local GET, GETMULTI = r:parseargs()
+r:puts("Votre nom est : " .. GET['name'] or "Unknown")
 </highlight>
 
 
 <highlight language="lua">
 r:parsebody()([sizeLimit]) -- interpr&egrave;te le corps de la requ&ecirc;te
-en tant que POST et renvoie une table lua. Un nombre optionnel
+en tant que POST et renvoie deux tables lua, comme r:parseargs(). Un nombre optionnel
 peut &ecirc;tre fourni pour sp&eacute;cifier le nombre maximal d'octets &agrave;
 interpr&eacute;ter. La valeur par d&eacute;faut est 8192.
 
-local POST = r:parsebody(1024*1024)
-+r:puts("Votre nom est : " .. POST['name'] or "Unknown")
+local POST, POSTMULTI = r:parsebody(1024*1024)
+r:puts("Votre nom est : " .. POST['name'] or "Unknown")
 </highlight>