<div dir="ltr">Hey Amos,<div><br></div><div>We have about 50 clients which downloads same google chrome update every 2 or 3 days means 2.4 gb. although response says vary but requested file is same and all is downloaded via apt update.</div><div><br></div><div>Is there any option just like ignore-no-store? I know i am asking for too much but it seems very silly on google's part that they are sending very header at a place where they shouldn't as no matter how you access those url's you are only going to get those deb files.</div><div><br></div><div>can i hack squid source code to ignore very header ?</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 6:51 PM, Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 5/10/2016 2:05 a.m., Hardik Dangar wrote:<br>
> Hello,<br>
><br>
> I am trying to cache following deb files as its most requested file in<br>
> network. ( google chrome almost every few days many clients update it ).<br>
><br>
> <a href="http://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb" rel="noreferrer" target="_blank">http://dl.google.com/linux/<wbr>direct/google-chrome-stable_<wbr>current_amd64.deb</a><br>
> <a href="http://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.deb" rel="noreferrer" target="_blank">http://dl-ssl.google.com/dl/<wbr>linux/direct/mod-pagespeed-<wbr>beta_current_i386.deb</a><br>
><br>
> Response headers for both contains Last modified date which is 10 to 15<br>
> days old but squid does not seem to cache it somehow. here is sample<br>
> response header for one of the file,<br>
><br>
> HTTP Response Header<br>
><br>
> Status: HTTP/1.1 200 OK<br>
> Accept-Ranges: bytes<br>
> Content-Length: 6662208<br>
> Content-Type: application/x-debian-package<br>
> Etag: "fa383"<br>
> Last-Modified: Thu, 15 Sep 2016 19:24:00 GMT<br>
> Server: downloads<br>
> Vary: *<br>
<br>
</span>The Vary header says that this response is just one of many that can<br>
happen for this URL.<br>
<br>
The "*" in that header says that the way to determine which the clietn<br>
gets is based on something no proxy can ever do. Thus no cache can ever<br>
re-use any content it wanted to store. Making any attempts to store it a<br>
pointless waste of CPU time, disk and memory space that could better be<br>
used by some other more useful object. Squid will not ever cache these<br>
responses.<br>
<br>
(Thank you for the well written request for help anyhow.)<br>
<br>
Amos<br>
<br>
______________________________<wbr>_________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.<wbr>org</a><br>
<a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/<wbr>listinfo/squid-users</a><br>
</blockquote></div><br></div>