From 6647764e3bb36223f0d9ea1b45441dfe63befb82 Mon Sep 17 00:00:00 2001 From: Stefan Eissing Date: Sat, 28 Apr 2018 12:13:00 +0000 Subject: [PATCH] mod_proxy_http2 docs: added section about HTTP/2 PUSH implementation and alternatives. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1830443 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/mod/mod_proxy_http2.xml | 15 ++++++++++++++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/docs/manual/mod/mod_proxy_http2.xml b/docs/manual/mod/mod_proxy_http2.xml index 5cf16dd64b..ab79540341 100644 --- a/docs/manual/mod/mod_proxy_http2.xml +++ b/docs/manual/mod/mod_proxy_http2.xml @@ -46,7 +46,7 @@ to the same backend are sent over a single TCP connection whenever possible (namely when the connection can be re-used).

-

Caveat: there will be no attemp to consolidate multiple HTTP/1.1 +

Caveat: there will be no attempt to consolidate multiple HTTP/1.1 frontend requests (configured to be proxied to the same backend) into HTTP/2 streams belonging to the same HTTP/2 request. Each HTTP/1.1 frontend request will be proxied to the backend using @@ -116,4 +116,17 @@ ProxyPassReverse "/app" "http://app.example.com" +

HTTP/2 PUSH +

The module does not support the HTTP/2 feature PUSH. Backend servers + that would like to advertise preload resources should send the appropriate + Link headers.

+

If available, they may do so using the "103 Early Hints" + intermediate responses as specified in + RFC 8297. This will give + the best performance. If the client is talking HTTP/2 as well, this may + then result in a PUSH from Apache to the client or just in forwarding + the 103 response.

+ +
+ -- 2.40.0