Re: Squid-3 and HTTP/1.1

2010-02-10 Thread Alex Rousskov
Hello, HTTP compliance results for Squid 3.0.23, 3.1.16, and trunk r10264 have been uploaded to http://wiki.squid-cache.org/Features/HTTP11 We tried to preserve the old results intact for this update and just added new stuff. Going forward, we will polish the spreadsheet and probably remove o

Re: Squid-3 and HTTP/1.1

2010-01-29 Thread Alex Rousskov
On 01/28/2010 06:34 AM, Amos Jeffries wrote: > Robert Collins wrote: >> On Wed, 2010-01-27 at 22:49 -0700, Alex Rousskov wrote: >> >> >>> c) Co-Advisor currently only tests MUST-level requirements. Old Robert's >>> checklist contained some SHOULD-level requirements as well. I see that >>> Sheet1 on

Re: Squid-3 and HTTP/1.1

2010-01-29 Thread Alex Rousskov
On 01/28/2010 04:42 PM, Mark Nottingham wrote: > FWIW, I have an XSLT stylesheet that can format the results > pleasantly; it could be a starting point for something automated. Please share if you can. Thank you, Alex. > On 29/01/2010, at 12:34 AM, Amos Jeffries wrote: > >> Robert Collins wro

Re: Squid-3 and HTTP/1.1

2010-01-28 Thread Mark Nottingham
FWIW, I have an XSLT stylesheet that can format the results pleasantly; it could be a starting point for something automated. On 29/01/2010, at 12:34 AM, Amos Jeffries wrote: > Robert Collins wrote: >> On Wed, 2010-01-27 at 22:49 -0700, Alex Rousskov wrote: >>> c) Co-Advisor currently only test

Re: Squid-3 and HTTP/1.1

2010-01-28 Thread Amos Jeffries
Robert Collins wrote: On Wed, 2010-01-27 at 22:49 -0700, Alex Rousskov wrote: c) Co-Advisor currently only tests MUST-level requirements. Old Robert's checklist contained some SHOULD-level requirements as well. I see that Sheet1 on the spreadsheet has SHOULDs. Are we kind of ignoring them (and

Re: Squid-3 and HTTP/1.1

2010-01-28 Thread Robert Collins
On Wed, 2010-01-27 at 22:49 -0700, Alex Rousskov wrote: > c) Co-Advisor currently only tests MUST-level requirements. Old Robert's > checklist contained some SHOULD-level requirements as well. I see that > Sheet1 on the spreadsheet has SHOULDs. Are we kind of ignoring them (and > Sheet1) for now,

Re: Squid-3 and HTTP/1.1

2010-01-27 Thread Alex Rousskov
On 01/09/2010 04:10 AM, Amos Jeffries wrote: > Alex Rousskov wrote: >> On 09/12/2009 05:36 AM, Amos Jeffries wrote: >>> Updating the checklist today I again wonder if we can repeat the step >>> from 2.7 and enable HTTP/1.1 on requests sent to servers >>> >>> As far as I can see the missing bits 3.2

Re: Squid-3 and HTTP/1.1

2010-01-09 Thread Amos Jeffries
Alex Rousskov wrote: On 09/12/2009 05:36 AM, Amos Jeffries wrote: Updating the checklist today I again wonder if we can repeat the step from 2.7 and enable HTTP/1.1 on requests sent to servers As far as I can see the missing bits 3.2 needs to take that step are: - reject http-Upgrade requests

Re: Squid-3 and HTTP/1.1

2010-01-08 Thread Alex Rousskov
On 09/12/2009 05:36 AM, Amos Jeffries wrote: > Updating the checklist today I again wonder if we can repeat the step > from 2.7 and enable HTTP/1.1 on requests sent to servers > > As far as I can see the missing bits 3.2 needs to take that step are: > > - reject http-Upgrade requests from client

Re: Squid-3 and HTTP/1.1

2010-01-01 Thread Amos Jeffries
Henrik Nordstrom wrote: lör 2009-09-12 klockan 23:36 +1200 skrev Amos Jeffries: Updating the checklist today I again wonder if we can repeat the step from 2.7 and enable HTTP/1.1 on requests sent to servers The default in 2.7 is 1.0 still. There is an option to enable 1.1, or actually three..

Re: Squid-3 and HTTP/1.1

2009-09-12 Thread Henrik Nordstrom
lör 2009-09-12 klockan 23:36 +1200 skrev Amos Jeffries: > Updating the checklist today I again wonder if we can repeat the step > from 2.7 and enable HTTP/1.1 on requests sent to servers The default in 2.7 is 1.0 still. There is an option to enable 1.1, or actually three.. (http11 cache_peer opti

Squid-3 and HTTP/1.1

2009-09-12 Thread Amos Jeffries
Updating the checklist today I again wonder if we can repeat the step from 2.7 and enable HTTP/1.1 on requests sent to servers As far as I can see the missing bits 3.2 needs to take that step are: - reject http-Upgrade requests from clients. - reject Expect-100 requests from clients. anythin