From: Lucien Gentis Date: Sat, 13 Jan 2018 15:17:37 +0000 (+0000) Subject: XML update. X-Git-Tag: 2.4.30~153 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=9970610ab6311ed3599f6f4cd873c149f0b9cd07;p=apache XML update. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1821065 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr index 1e3146b17a..97cb774f00 100644 --- a/docs/manual/mod/event.xml.fr +++ b/docs/manual/mod/event.xml.fr @@ -1,7 +1,7 @@ - + @@ -130,12 +130,14 @@ propose le MPM worker, 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. + 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).

Ces améliorations sont disponible pour les connexions HTTP ou HTTPS.