----- Original Message -----
> when browsering the codes in prefetch:
>
> > /* skip if it is encoded */
> > c_type = resp->value_get(MIME_FIELD_CONTENT_ENCODING,
> > MIME_LEN_CONTENT_ENCODING, &c_type_len);
> > if (c_type) {
> > char type[64];
> > memcpy(type, c_type, c_type_len);
> > type[c_type_len] = 0;
> > Debug("PrefetchParserCT", "Content is encoded with %s ..
> > skipping\n", type);
> > return;
> > }
>
> that content_encoding will block the prefetch from working, as the
> morden http server/client will try to use content-encoding as much as
> possible for bandwidth saving, should we add the (d)encoding in the
> core
> system, and API out?
>
> afaict, we have compressing in the RamCacheCLFUS.cc, but no other
> places.
I think it would be cool if we could generalize those methods and
perhaps add gzip to it -- such that it could be used from a number
of components.
I'd really like to see gzip/deflate functionality in ATS, though I
don't know where it's best put. I guess while we can keep the
compression methods in iocore, because they are useful -
the content deflate/gzip functionality itself should reside in
a plugin, IMO.
> any comments?
>
> --
> zym, Zhao Yongming.
> aka: yonghao @ taobao.com
i
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.ga...@brainsware.org
URL: http://brainsware.org/
GPG: 571B 8B8A FC97 266D BDA3 EF6F 43AD 80A4 5779 3257
