From 817292c5e763f26dd54d048f77c4d5ae26e9abe4 Mon Sep 17 00:00:00 2001
From: Luca Toscano AsyncRequestWorkerFactor
.
A similar restriction is currently present for requests involving an - output filter that needs to read and/or modify the whole response body, - like for example mod_ssl, mod_deflate, or mod_include. If the - connection to the client blocks while the filter is processing the + output filter that needs to read and/or modify the whole response body. + If the connection to the client blocks while the filter is processing the data, and the amount of data produced by the filter is too big to be buffered in memory, the thread used for the request is not freed while - httpd waits until the pending data is sent to the client. Please note that - this limitation is only a corner case, it does not mean that the event MPM - defaults to worker in presence of TLS/SSL connections and/or compression.
- -To illustrate this point we can think about the following two situations:
+ httpd waits until the pending data is sent to the client.
+ To illustrate this point we can think about the following two situations:
serving a static asset (like a CSS file) versus serving content retrieved from
FCGI/CGI or a proxied server. The former is predictable, namely the event MPM
has full visibility on the end of the content and it can use events: the worker
diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr
index afeca05198..9277c9df72 100644
--- a/docs/manual/mod/event.xml.fr
+++ b/docs/manual/mod/event.xml.fr
@@ -1,7 +1,7 @@
-
+
--
2.40.0