Re:Re: Puzzled at "clientProcessRequest". :-(

Thanks, Henrik pal!

I have downloaded the Squid-2.5.PRE6. My question resides in client_side.c,
line 2302. In function, clientProcessRequest, there are several cases to check.
They are METHOD_CONNECT, METHOD_PURGE, METHOD_TRACE, and else. When case METHOD_TRACE
occurs, it is certain that cache will miss, since clientCreateStoreEntry is called.
(I think clientCreateStoreEntry is a routine to implement cache miss.)

My question is, why when METHOD_TRACE request occurs, the cache will certainly miss the
hit. What is the reason between cache miss and METHOD_TRACE request? What does
METHOD_TRACE request mean?

Best regards,
George, Ma

----- Original Message -----
From: Henrik Nordstrom
To: maer727@sohu.com ;squid-dev@squid-cache.org
Cc: squid-dev@squid-cache.org
Subject: Re: Puzzled at "clientProcessRequest". :-(
Sent: Wed Apr 17 16:04:16 CST 2002

> The METHOD_XXX is HTTP methods. The three mentioned methods are
> special methods needing special attention.
>
> r->content_length is the Content-length header in the request. We
> need to deal differently with requests having a request entity.
>
> Hmm.. which Squid version are you looking at? It would be helpful if
> you looked at the current development version (or perhaps 2.5). None
> of the developers is actively working on Squid-2.4 and most have
> forgotten what it looked like..
>
> Regards
> Henrik
>
>
> On Wednesday 17 April 2002 08:41, maer727@sohu.com wrote:
> > Hi, pals!
> >
> > In function "clientProcessRequest", there are five cases to check,
> > METHOD_CONNECT, METHOD_PURGE, METHOD_TRACE, r->content_length >= 0,
> > and http->log_type = clientProcessRequest2(http); .
> >
> > IMHO, METHOD_TRACE implements cache miss and
> > clientProcessRequest2(http) processes cache hit. Am I correct?
> >
> > I do not understand the the meaning of the following cases,
> > METHOD_CONNECT, METHOD_PURGE and r->content_length >= 0.
> >
> > What do they mean? What are their functions?
> >
> > Best regards,
> > George, Ma
Received on Wed Apr 17 2002 - 08:15:48 MDT