Add yet another reason why +prevent-compression may cause problems
authorFabian Keil <fk@fabiankeil.de>
Wed, 27 May 2020 11:01:56 +0000 (13:01 +0200)
committerFabian Keil <fk@fabiankeil.de>
Thu, 28 May 2020 11:04:17 +0000 (13:04 +0200)
doc/source/user-manual.sgml

index 112f8f1..d9ee3ea 100644 (file)
@@ -5523,9 +5523,10 @@ www.example.com</screen>
    <para>
     Note that some (rare) ill-configured sites don't handle requests for uncompressed
     documents correctly. Broken PHP applications tend to send an empty document body,
    <para>
     Note that some (rare) ill-configured sites don't handle requests for uncompressed
     documents correctly. Broken PHP applications tend to send an empty document body,
-    some IIS versions only send the beginning of the content. If you enable
-    <literal>prevent-compression</literal> per default, you might want to add
-    exceptions for those sites. See the example for how to do that.
+    some IIS versions only send the beginning of the content and some content delivery
+    networks let the connection time out.
+    If you enable <literal>prevent-compression</literal> per default, you might
+    want to add exceptions for those sites. See the example for how to do that.
    </para>
   </listitem>
  </varlistentry>
    </para>
   </listitem>
  </varlistentry>