It sounds a very bad news for the content compression. Let me try to
explain:
On httpd I have to decide whether the content compression should be applied
to the response of the particular request, or not. In fact, I can not
(safely) compress data when the request is coming through the proxy. Even I
find in Via, that the primary request was HTTP/1.1 (let's say from
MSIE-6.0), I have to send back the HTTP/1.0 response, which should not be
compressed and/or chunked. Finally, the web traffic through the proxy will
be several times bigger, and every end-user of your proxy (especially on
dialup) will wait longer for every uncompressed web page. (Should I mention
the closed connection too?)
I firmly believe, this is not what we all wish to happen, but I have no clue
how to create better response for the proxy in this case. Especially,
keeping in mind the rfc2616 option for proxy to replace the (partial) value
of Via for the security purposes.
Please, could you share with me your ideas, how could we together serve your
clients better? Probably, I'm missing something important?
Thanks,
Slava
From: "Henrik Nordstrom" <hno@squid-cache.org>
> yes.
>
> Regards
> Henrik
>
> Slava Bizyayev wrote:
> >
> > May I consider the any version of Squid never uses HTTP/1.1 for outbound
> > requests?
Received on Thu Jun 20 2002 - 22:38:07 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:08:45 MST