Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
V
varnish-cache
Project
Project
Details
Activity
Releases
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Commits
Open sidebar
varnishcache
varnish-cache
Commits
78419843
Commit
78419843
authored
Mar 10, 2017
by
Federico G. Schwindt
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Spelling
parent
520442bb
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
6 additions
and
6 deletions
+6
-6
changes-5.1.rst
doc/sphinx/whats-new/changes-5.1.rst
+4
-4
upgrading-5.1.rst
doc/sphinx/whats-new/upgrading-5.1.rst
+2
-2
No files found.
doc/sphinx/whats-new/changes-5.1.rst
View file @
78419843
...
...
@@ -13,7 +13,7 @@ significant contributors to Varnish have changed jobs, and therefore
stopped being active contributors to the Varnish Project.
Per Buer was one of the first people who realized that Varnish was
not just "Some program for a couple of
n
ordic newspapers", and he
not just "Some program for a couple of
N
ordic newspapers", and he
started the company Varnish Software, which is one of the major
sponsors of the Varnish Project.
...
...
@@ -30,7 +30,7 @@ Startup CLI command file
~~~~~~~~~~~~~~~~~~~~~~~~
The new '-I cli_file' option to varnishd will make it much more
practical to use the
vcl
labels introduced in Varnish 5.0.
practical to use the
VCL
labels introduced in Varnish 5.0.
The cli commands in the file will be executed before the worker
process starts, so it could for instance contain::
...
...
@@ -51,7 +51,7 @@ the startup.
Related to this change we have reordered the argument checking so
that argument problems are reported more consistently.
In case you didn't hear about them yet, labeling VCL programs
In case you didn't hear about them yet, label
l
ing VCL programs
allows you to branch out to other VCLs in the main::vcl_recv{},
which in the above example could look like::
...
...
@@ -113,7 +113,7 @@ state in the argument to ``pass``. For example:
``return(pass(120s))``.
To recap: when ``beresp.uncacheable`` is set to ``true`` in
``vcl_backend_response``, Varnish makes a note of it with a mini
n
al
``vcl_backend_response``, Varnish makes a note of it with a mini
m
al
object in the cache, and finds that information again on the next
lookup for the same object. In essence, the cache is used to remember
that the last backend response was not cacheable. In that case,
...
...
doc/sphinx/whats-new/upgrading-5.1.rst
View file @
78419843
...
...
@@ -89,7 +89,7 @@ All VCL subroutines (except ``vcl_fini``)
all cases but ``vcl_synth``, control is directed to ``vcl_synth``
with ``resp.status`` and ``resp.reason`` set to 503 and "VCL
failed", respectively. ``vcl_synth`` is aborted on ``return(fail)``.
``vcl_fini`` is executed wh
a
n a VCL instance in unloaded (enters the
``vcl_fini`` is executed wh
e
n a VCL instance in unloaded (enters the
COLD state) and has no failure condition.
Client-side VCL subroutines
...
...
@@ -125,7 +125,7 @@ command-line option for varnishd, but none is explicitly set in
limit has been reworked (see :ref:`ref_param_nuke_limit`). Previously,
a storage backend was tried first with a nuke limit of 0, and retried
on failure with the limit configured as the ``-p`` parameter
``nuke_limit``. When no storage was specfied, Varnish went through
``nuke_limit``. When no storage was spec
i
fied, Varnish went through
every one in round-robin order with a nuke limit of 0 before retrying.
Now ``beresp.storage`` is initialized with a storage backend before
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment