-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
upgrade example shouldn't use HTTP/2.0 #112
Comments
Make it |
That is the mechanism and syntax for upgrading to h2 within an HTTP/1.1 connection, so I see no reason to change it. Whether it is h2 or h2c depends on TLS being underneath (and a twisted view of history). This is the kind of thing one might do over a local socket or localhost connection. |
But the example as it stands is invalid (that isn't the token for HTTP/2), and 7540 doesn't define using Upgrade to reach |
Yes, this should be changed; it will confuse some. Suggest |
+1 to websocket as most helpful real world example
…On Sun, Jul 1, 2018, 02:02 Mark Nottingham ***@***.***> wrote:
Yes, this should be changed; it will confuse some.
Suggest websocket since that's actually in use.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#112 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAP5s7W2ySlvLgzEcjlBQDHsEAAVHo7Hks5uCGX-gaJpZM4U8wxT>
.
|
Personally, since you guys don't seem to understand that it is both a real world example and the correct token to use (in HTTP/1.1), I think it is useful as is. But if it really makes the h2 bubble happier, go ahead and change it to websocket. It is just an example. |
...because that might be misleading given that HTTP/2 now exists.
The text was updated successfully, but these errors were encountered: