[PATCH] try to explain beresp gzip stuff
Per Buer
perbu at varnish-software.com
Wed Jan 26 18:42:54 CET 2011
I need a bit of reassurance about how the gzip stuff in VCL works.
Does this look ok?
---
doc/sphinx/reference/vcl.rst | 19 ++++++++++++++++---
1 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/doc/sphinx/reference/vcl.rst b/doc/sphinx/reference/vcl.rst
index 6a93ccf..1e74a8b 100644
--- a/doc/sphinx/reference/vcl.rst
+++ b/doc/sphinx/reference/vcl.rst
@@ -470,9 +470,6 @@ vcl_fetch
error code [reason]
Return the specified error code to the client and abandon the request.
- esi
- ESI-process the document which has just been fetched.
-
pass
Switch to pass mode. Control will eventually pass to vcl_pass.
@@ -646,6 +643,22 @@ The following variables are available after the
requested object has
been retrieved from the backend, before it is entered into the cache. In
other words, they are available in vcl_fetch:
+beresp.do_esi
+ ESI-process the object after fetching it. Defaults to 0. Set it to 1 to
+ activate ESI.
+
+beresp.do_gzip
+ Gzip the object before storing it. Defaults to 1,
+
+beresp.is_gzip
+ True if the object is compressed.
+
+beresp.do_gunzip
+ Unzip the object before storing it.
+
+beresp.is_gunzip
+ True if the object is not compressed.
+
beresp.proto
The HTTP protocol version used when the object was retrieved.
--
Per Buer, Varnish Software
Phone: +47 21 98 92 61 / Mobile: +47 958 39 117 / Skype: per.buer
Varnish makes websites fly!
Want to learn more about Varnish? http://www.varnish-software.com/whitepapers
More information about the varnish-dev
mailing list