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.. for
example what happens if the client has most of the object already
cached (possibly from another connection not using your modifying
proxy), and requests only the missing range..
Regards
Henrik
On Saturday 11 May 2002 13:04, maer727@sohu.com wrote:
> Thanks, Basile pal!
>
> Why I should not patching directly Squid for content
> adaptation? Can you give me some reasons?
>
> Best regards,
> George Ma
>
> ----- Original Message -----
> From: Basile STARYNKEVITCH
> To: maer727@sohu.com
> Cc: squid-dev@squid-cache.org
> Subject: Planning to change the content of the object.
> Sent: Sat May 11 16:45:39 CST 2002
>
> > >>>>> "George_Ma" == <maer727@sohu.com> writes:
> >
> > George_Ma> Hi, pals! I am trying to change the content of
> > some George_Ma> cached object, for example, change one gif to
> > another George_Ma> gif.
> >
> >
> > You definitely should consider using the Internet Content
> > Adaptation Protocol. See www.i-cap.org for definition and
> > tutorial on ICAP
> >
> > There is an existing ICAP enhanced Squid. See
> > http://sourceforge.net/projects/icap-server/
> >
> > I would recommand against patching directly Squid for content
> > adaptation. Definitely use ICAP for that!
> >
> > --
> >
> > Basile STARYNKEVITCH http://starynkevitch.net/Basile/
> > email: basile<at>starynkevitch<dot>net
> > alias: basile<at>tunes<dot>org
> > 8, rue de la Fa?ncerie, 92340 Bourg La Reine, France
Received on Sat May 11 2002 - 06:54:28 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:15:25 MST