svn commit: r1821065 - /httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr

[lg...@apache.org]

Author: lgentis
Date: Sat Jan 13 15:17:37 2018
New Revision: 1821065

URL: http://svn.apache.org/viewvc?rev=1821065&view=rev
Log:
XML update.

Modified:
    httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr?rev=1821065&r1=1821064&r2=1821065&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr [utf-8] (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/event.xml.fr [utf-8] Sat Jan 13 15:17:37 2018
@@ -1,7 +1,7 @@
 <?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: 1774500:1820541 (outdated) -->
+<!-- English Revision: 1820541 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -130,12 +130,14 @@ propose le MPM <module>worker</module>,
 	    fermer immédiatement la connexion n'est pas une bonne solution car
 	    le client (qui est encore en train d'envoyer le reste de la requête)
 	    verrait sa connexion réinitialisée et ne pourrait pas lire la
-	    réponse de httpd. Si cela se produit, httpd essaie donc de lire le
-	    reste de la requête afin de permettre au client de lire la réponse
-	    entièrement. La fermeture progressive est limitée dans le temps,
-	    mais elle peut tout de même être assez longue, si bien qu'il est
-	    intéressant qu'un thread de travail puisse se décharger de cette
-	    tâche sur le thread d'écoute.</dd>
+	    réponse de httpd. La fermeture progressive est limitée dans le temps,
+	    mais elle peut tout de même être assez longue, si bien qu'elle est
+	    confiée à un thread de travail (y compris les procédures d'arrêt et
+	    la fermeture effective du socket). A partir de la version 2.4.28,
+	    c'est aussi le cas lorsque des connexions finissent par dépasser
+	    leur délai d'attente (le thread d'écoute ne gère jamais les
+	    connexions, si ce n'est attendre et dispatcher les évènements
+	    qu'elles génèrent).</dd>
         </dl>
 
         <p>Ces améliorations sont disponible pour les connexions HTTP ou HTTPS.</p>