You can try to modify the refresh_pattern for those files/sites using
reload-into-ims.
Due to that warning in squid.conf I never dared to do this:
# reload-into-ims changes client no-cache or ``reload''
# to If-Modified-Since requests. Doing this VIOLATES the
# HTTP standard. Enabling this feature could make you
# liable for problems which it causes.
But I will try this for Windowsupdate soon as described in
(12/May/04 - Andreas Pettersson - Re: [squid-users] How to cache Windows
Update files?)
Good luck,
Hendrik Voigtländer
Galea, Gilbert, VF-MT wrote:
> thanks for replying Elsen Marc.
>
> So is there a way to tell squid to always cache a particular object (say
> mp3 files)?
>
> Best Regards,
> Gilbert
>
>
> -----Original Message-----
> From: Elsen Marc [mailto:elsen@imec.be]
> Sent: Wednesday, May 19, 2004 2:29 PM
> To: Galea, Gilbert, VF-MT; squid-users@squid-cache.org
> Subject: RE: [squid-users] object in cache?
>
>
>
>
>>Hello list,
>>
>>Small question: I would like to check if an object is being
>>cached or not, is this possible?
>>I'm using squid 2.4 stable 6
>
>
> Check SQUID's access log when that object is being accessed.
>
> M.
>
> ==========================================================
>
> This email is intended only for the use of the individual to whom it is addressed. As it may contain confidential or privileged information, if you are not a named addressee, intended recipient, or the person responsible for delivering the message to the named addressee, be advised that you have received this email in error and that you should not disseminate, distribute, print, copy this mail or otherwise divulge its contents. In such instances, please notify Vodafone Malta Limited on telephone number +356 21482820 and delete this email from your system.
> Since this transmission was effected via email, Vodafone Malta Limited cannot guarantee that it is secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Vodafone Malta Limited does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission.
>
Received on Thu May 20 2004 - 03:25:51 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Jun 01 2004 - 12:00:02 MDT