Search squid archive

RE: ICP queries for 'dynamic' urls?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I understand all that and am not using or questioning the default
config.  My config lacks definition for hierarchy_stoplist completely,
which means it's defined as internal default (which should be nada).

What I'm asking is: are my inter-cache/sibling/ICP/HTCP queries
including full URI's or is it stripping at the '?' (i.e. s/?.*//) ?


-----Original Message-----
From: crobertson@xxxxxxx [mailto:crobertson@xxxxxxx] 
Sent: Wednesday, November 19, 2008 2:40 PM
To: squid-users@xxxxxxxxxxxxxxx
Subject: Re:  ICP queries for 'dynamic' urls?

Gregori Parker wrote:
> I'm curious about this as well - so is the answer that siblings cannot
> be queried for dynamic content and you need to use hierarchy_stoplist
to
> keep squid from trying?  Or is there a way to get ICP/HTCP to query
> siblings with the entire URI, query arguments and all?  I have a very
> similar setup and have been considering eliminating sibling
> relationships altogether because of this...
>   

Way back when the web was young and dynamic content was rare,  query 
strings just about always indicated personalized, non-cacheable 
content.  Prior to version 2.7 and 3.1 (I think) Squid, by default did 
not even attempt to cache anything with "cgi-bin" or a question mark in 
the URL (acl QUERY urlpath_regex cgi-bin ?/no_cache deny QUERY).  Since 
this content was not cached, there was no reason to check if it is 
cached on siblings (hierarchy_stoplist cgi-bin ?).

If you are using the now recommended refresh_pattern (refresh_pattern -i

(/cgi-bin/|\?) 0 0% 0 ), dynamic content that provides freshness 
information can be cached (and that which doesn't, will not be) so 
removing the default hierarchy_stoplist might net you a few more hits.

Hope that clears it up.

Chris


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux