On Sun, 2008-03-16 at 21:54 -0600, Alex Rousskov wrote:
> On Sun, 2008-03-16 at 02:55 +0100, Henrik Nordstrom wrote:
>
> > Cons:
> > - Not entirely sure how ICAP and ESI fits into the reply processing. But
> > I hope there is no problem..
> >
> > The bzr branch can be found at
> > http://www.henr
> On Sun, 2008-03-16 at 02:55 +0100, Henrik Nordstrom wrote:
>
>> Cons:
>> - Not entirely sure how ICAP and ESI fits into the reply processing. But
>> I hope there is no problem..
>>
>> The bzr branch can be found at
>> http://www.henriknordstrom.net/bzr/squid3/hno/largeresp/
>> (bzr only, no onlin
On Sun, 2008-03-16 at 21:54 -0600, Alex Rousskov wrote:
> On Sun, 2008-03-16 at 02:55 +0100, Henrik Nordstrom wrote:
>
> > Cons:
> > - Not entirely sure how ICAP and ESI fits into the reply processing. But
> > I hope there is no problem..
> >
> > The bzr branch can be found at
> > http://www.hen
On Sun, 2008-03-16 at 02:55 +0100, Henrik Nordstrom wrote:
> Cons:
> - Not entirely sure how ICAP and ESI fits into the reply processing. But
> I hope there is no problem..
>
> The bzr branch can be found at
> http://www.henriknordstrom.net/bzr/squid3/hno/largeresp/
> (bzr only, no online viewer
Have finally been making some significant progress on handing of large
response headers in Squid-3. After some consideration the approach taken
is to simply seek over the response headers in the data stream clone the
response from the store instead of parsing it again. This is similar to
what Adria