The problem is not the cache time. but the fact that Varnish immediately purges the object from cache after the TTL has expired.

This means that regardless if the object has changed or not, another request must be made to the backend to get a new copy. Instead of just marking the object as invalidated and using an if-modified-since (conditional GET) to see if it should update the cache copy or not.

Blake

On 10/04/2013 10:36, Mad Indian wrote:
unless I'm misunderstanding in the vcl_fetch section you should be able
to for instance if ttl is less and 2 mins make it 2 mins

if (beresp.ttl < 120s) {
set beresp.ttl = 120s;
}

or if you want to say cache any url that contains members in it for  3h

if (req.url ~ "(/members/)") {
set beresp.ttl = 3h;
}


------------------------------------------------------------------------
*From:* Blake Crosby <[email protected]>
*To:* [email protected]
*Sent:* Wednesday, April 10, 2013 9:02 AM
*Subject:* Re: Keeping object in cache regardless of max-age

Anders,

Thanks for the link. This helps.

I'm going to put my vote in for this to be at least discussed at next
months User Group meeting. I just took a look through the list archives,
and it seems like I'm not the only one looking for this functionality :)

Blake


On 10/04/2013 02:41, Anders Daljord Morken wrote:
 > On Wed, Apr 10, 2013 at 1:15 AM, Blake Crosby <[email protected]
<mailto:[email protected]>
 > <mailto:[email protected] <mailto:[email protected]>>> wrote:
 >
 >    Is it possible for Varnish to keep the object in cache past its TTL
 >    and if a future request is made for that object (which is now expired)
 >    that varnish will issue a If-Modified-Since (IMS) request. If the
 >    origin returns a 304 Not-Modified Varnish will serve the object from
 >    cache and reset the TTL counter?
 >
 >
 > Possible, well, sort of. Some work has been made on this, but it hasn't
 > been merged into mainline, let alone released.
 > See
 > https://www.varnish-cache.org/trac/wiki/BackendConditionalRequests for
 > more information. The Varnish devs may have more information, but I
 > don't think we can expect a timeline commitment yet.
 >

_______________________________________________
varnish-misc mailing list
[email protected] <mailto:[email protected]>
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc



_______________________________________________
varnish-misc mailing list
[email protected]
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc

Reply via email to