[squid-users] Re: Store object length

From: anita <anita.sivakumar_at_wipro.com>
Date: Fri, 1 Mar 2013 02:54:33 -0800 (PST)

This is a code question. Please followup on squid-dev mailing list. The
developers can help you more with this than the Squid users can.

On 25/02/2013 8:00 p.m., anita wrote:

> Hi All,
>
> I am trying to write an API that will fetch objects from the squid cache
> given the url and http method.
> When I analyzed the code, I found that this can be achieved with a
> storeGetPublic(url, http_method) to see if the url has an entry in the
> cache.
> This followed by storeClientCopy() call.
> However, the StoreIOBuffer used here has been initialized with a lenght of
> HTTP_REQBUF_SZ (4096 or 4 k) by default. ...[show rest of quote]

>> Err. Yes storeGetPublic() is the API to do this with.

>> Why are you writing a new one? what are you trying to do with Squid?

I have a list of urls. I need to parse this list and fetch the object
corresponding to each url from the cache.
This is a requirement for me. It will be working along with a HTML patch
that I downloaded from the squid devel website.
The problem here is I got the APIs that would pull an object for me. But it
stops with just one call when the object is > 4k. However the actual squid
code, does it recursively until the whole object is pulled out of the cache.
I am not able to trace out who does that recursive call so that I can add
that logic to my API.

> I would like to know how larger objects are stored and retrieved from
> cache
> ? How can I determine the length of the object read in that case?
>
> Version used: Squid ver 3.1.16
> squid.conf : default configuration file with cache_dir directive
> uncommented.
>
> Any pointers are appreciated.

>>When playing with the Squid code please always upgrade to the most
>>recent you can before starting. Preferrably that would be 3.HEAD which
>>is our rolling development version.
>>3.1 Squid series has been officially deprecated for about five months
>>now, and even 3.2 is nearing end of life.

>>The Squid-3 series is one very long process of converting the code from
>>C code constructs to C++ objects APIs and pluggable mechanisms. So you
>>may find it much easier to code later releases, or that your fix has
>>already been done.

>>Amos
 

Unfortunately a lot of the code/patches for our requirement has already gone
into squid 3.1.16 and we dont want to upgrade it now. Probably might do it
sometime in future.

Thanks.

Anita.

--
View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Store-object-length-tp4658695p4658790.html
Sent from the Squid - Users mailing list archive at Nabble.com.
Received on Fri Mar 01 2013 - 10:54:46 MST

This archive was generated by hypermail 2.2.0 : Fri Mar 01 2013 - 12:00:04 MST