Re:Re:Re:Re:Planning to change the content of the object.

From: Yee Man Chan <ymc@dont-contact.us>
Date: Wed, 15 May 2002 08:06:39 -0700 (PDT)

--- maer727@sohu.com wrote:
> Thanks, Yee pal!
>
> I find the definition of READ_AHEAD_GAP in
> defines.h. Here,
>
> #define READ_AHEAD_GAP (1<<14)
>
> What is your method? Can you give me your codes?
>
> Another question, what is the meaning and function
> of
> "READ_AHEAD_GAP"?

If I remember correctly, the is the number of bytes a
MemObject will store in the memory until squid push it
back to the client. Bigger value allows you to process
most HTMLs in its entirety. I lost the code after I
was laid off from my last job. :(

Yee Man

>
> Best regards,
> George Ma
>
> ----- Original Message -----
> From: Yee Man Chan
> To: maer727@sohu.com
> Cc: squid-dev@squid-cache.org
> Subject: Re:Re:Re:Planning to change the content of
> the object.
> Sent: Tue May 14 13:15:49 CST 2002
>
> > The trick I used before is increase the value of
> > READ_AHEAD_GAP.
> >
> > Yee Man
> > --- maer727@sohu.com wrote:
> > > Thanks, Yee pal!
> > >
> > > The biggest trouble to me is I cannot get the
> html
> > > content of
> > > a specific URL. They are often released. The
> .jpg
> > > and .js are easy
> > > to change (I have successfully changed one .jpg
> to
> > > another.)
> > >
> > > Do you have some suggestions to resolve the
> trouble?
> > >
> > >
> > > Another question, what means "I did it before
> > > myself" in your reply?
> > >
> > > Best regards,
> > > George Ma
> > >
> > > ----- Original Message -----
> > > From: Yee Man Chan
> > > To: Henrik Nordstrom ;maer727@sohu.com
> > > Cc: squid-dev@squid-cache.org
> > > Subject: Re:Re:Planning to change the content of
> the
> > > object.
> > > Sent: Tue May 14 06:43:43 CST 2002
> > >
> > > > I agree George should use redirector if he
> > > "modifies"
> > > > objects based on their URLs. If he wants to
> modify
> > > > objects based on their content, then he needs
> to
> > > do
> > > > some content processing. I did it before
> myself.
> > > It is
> > > > not too hard after you understand the
> client_side
> > > code
> > > > and how MemObject works.
> > > >
> > > > Cheers,
> > > > Yee Man
> > > >
> > > > --- Henrik Nordstrom <hno@squid-cache.org>
> wrote:
> > > > > Using the redirector interface it is very
> > > trivial,
> > > > > provided you know
> > > > > the URL of the object you want to replace,
> > > simply
> > > > > rewrite the URL to
> > > > > one of your new image.
> > > > >
> > > > > Regards
> > > > > Henrik
> > > > >
> > > > >
> > > > > On Saturday 11 May 2002 16:26,
> maer727@sohu.com
> > > > > wrote:
> > > > > > Thanks, Henrik pal!
> > > > > >
> > > > > > My plan is very simple. I just want to
> change
> > > one
> > > > > jpg to
> > > > > > another jpg. Is that an east task?
> > > > > >
> > > > > > Best regards,
> > > > > > George Ma
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: Henrik Nordstrom
> > > > > > To: maer727@sohu.com
> > > > > > Cc: squid-dev@squid-cache.org
> > > > > > Subject: Re:Planning to change the content
> of
> > > the
> > > > > object.
> > > > > > Sent: Sat May 11 20:47:56 CST 2002
> > > > > >
> > > > > > > The main reason is that the Squid code
> is
> > > very
> > > > > badly suited for
> > > > > > > inline modifications of content. It very
> > > much
> > > > > assumes the
> > > > > > > dataflow is straight thru unmodified.
> > > > > > >
> > > > > > > If doing it inline in Squid, then about
> the
> > > only
> > > > > location it can
> > > > > > > be done is in client_side.c.
> > > > > > >
> > > > > > > Caution: Be very careful when performing
> > > content
> > > > > modifications
> > > > > > > outside the origin server. HTTP is a
> rather
> > > > > complex protocol and
> > > > > > > unless you take care to clearly indicate
> the
> > > > > modified content as
> > > > > > > such you may end up with some
> interesting
> > > client
> > > > > interactions..
> ......
>

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
Received on Wed May 15 2002 - 09:06:41 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:15:27 MST