]> granicus.if.org Git - apache/commitdiff
XML update.
authorLucien Gentis <lgentis@apache.org>
Sat, 13 Jan 2018 15:17:37 +0000 (15:17 +0000)
committerLucien Gentis <lgentis@apache.org>
Sat, 13 Jan 2018 15:17:37 +0000 (15:17 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1821065 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/mod/event.xml.fr

index 1e3146b17ae31c8fc118b624326694036364c32e..97cb774f0094e8176caf9423ae9c429dc7d3036d 100644 (file)
@@ -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>, avec l'unique addition de la directive
            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>