Re: WSGI 2.0 Round 2: requirements and call for interest
Benoit Chesneau <[email protected]> Wed, 06 Jan 2016 09:31:24 +0000
| Newsgroups | gmane.comp.python.web |
|---|---|
| Message-ID | <CAJNb-9pLB0-H4H2hsdyjUzXUtc7W6J8yTfd318_cNtLcCk1_9g@mail.gmail.com> |
--===============5798850328423984860== Content-Type: multipart/alternative; boundary=047d7b342d5e2485990528a705ca --047d7b342d5e2485990528a705ca Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Jan 6, 2016 at 10:29 AM Graham Dumpleton <[email protected]= m> wrote: > > On 6 Jan 2016, at 12:13 AM, Benoit Chesneau <[email protected]> wrote: > > So for me what should be WSGI 2? WSGI 2 should add against WSGI 1 the > following: > > - tell to the application it is actually an HTTP2 request (maybe > populating a wsgi.http2 true env) > > > In CGI implementations you would for HTTP/1.1 already get: > > SERVER_PROTOCOL: 'HTTP/1.1=E2=80=99 > > Under HTTP/2 when I tested some time back, I recollect it came through as > one would assume would be expected: > > SERVER_PROTOCOL: =E2=80=98HTTP/2=E2=80=99 > > Is there any reason that this existing CGI variable wouldn=E2=80=99t be s= ufficient > for this purpose? > > Graham > True. I don't think there is a need for another env. The current way also work for the future :) - beno=C3=AEt --047d7b342d5e2485990528a705ca Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><br><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Wed= , Jan 6, 2016 at 10:29 AM Graham Dumpleton <<a href=3D"mailto:graham.dum= [email protected]">[email protected]</a>> wrote:<br></div><block= quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc= solid;padding-left:1ex"><div style=3D"word-wrap:break-word"><br><div><bloc= kquote type=3D"cite"><div>On 6 Jan 2016, at 12:13 AM, Benoit Chesneau <<= a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]= </a>> wrote:</div><br><div><div style=3D"font-family:Helvetica;font-size= :16px;font-style:normal;font-variant:normal;font-weight:normal;letter-spaci= ng:normal;text-align:start;text-indent:0px;text-transform:none;white-space:= normal;word-spacing:0px">So for me what should be WSGI 2? WSGI 2 should add= against WSGI 1 the following:</div><div style=3D"font-family:Helvetica;fon= t-size:16px;font-style:normal;font-variant:normal;font-weight:normal;letter= -spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-= space:normal;word-spacing:0px"><br></div><div style=3D"font-family:Helvetic= a;font-size:16px;font-style:normal;font-variant:normal;font-weight:normal;l= etter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;w= hite-space:normal;word-spacing:0px">- tell to the application it is actuall= y an HTTP2 request (maybe populating a wsgi.http2 true env)</div></div></bl= ockquote><br></div></div><div style=3D"word-wrap:break-word"><div>In CGI im= plementations you would for HTTP/1.1 already get:</div><div><br></div><div>= SERVER_PROTOCOL: 'HTTP/1.1=E2=80=99</div><div><br></div><div>Under HTTP= /2 when I tested some time back, I recollect it came through as one would a= ssume would be expected:</div><div><br></div><div>SERVER_PROTOCOL: =E2=80= =98HTTP/2=E2=80=99</div><div><br></div><div>Is there any reason that this e= xisting CGI variable wouldn=E2=80=99t be sufficient for this purpose?</div>= </div><div style=3D"word-wrap:break-word"><div><br></div><div>Graham</div><= /div></blockquote><div><br></div><div><br></div><div>True. I don't thin= k there is a need for another env. The current way also work for the future= :)</div><div><br></div><div>- beno=C3=AEt=C2=A0</div></div></div> --047d7b342d5e2485990528a705ca-- --===============5798850328423984860== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Web-SIG mailing list [email protected] Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: https://mail.python.org/mailman/options/web-sig/gcpw-web-sig%40m.gmane.org --===============5798850328423984860==--