HTTP/2 Is Done
mnot.net
HTTP/2 Is Done
1–10 of 144 posts
Re: HTTP/2 Is Done
#2Re: HTTP/2 Is Done
#3Re: HTTP/2 Is Done
#4HTTP/2 is a bad protocol, that much is clear by now. Luckily most of us won't have to deal with it, because it will be deployed merely as an optimization, with a new generation of reverse-proxy servers, like H2O. https://github.com/h2o/h2o
Re: HTTP/2 Is Done
#5HTTP/2 is a bad protocol, that much is clear by now. Luckily most of us won't have to deal with it, because it will be deployed merely as an optimization, with a new generation of reverse-proxy servers, like H2O. https://github.com/h2o/h2o
Care to at least explain why you think it's a bad protocol?
Re: HTTP/2 Is Done
#6HTTP/2 is a bad protocol, that much is clear by now. Luckily most of us won't have to deal with it, because it will be deployed merely as an optimization, with a new generation of reverse-proxy servers, like H2O. https://github.com/h2o/h2o
Care to at least explain why you think it's a bad protocol?
Re: HTTP/2 Is Done
#7Re: HTTP/2 Is Done
#8Earlier quoted context omitted.
Care to at least explain why you think it's a bad protocol?
Poul-Henning Kamp (the author of Varnish) explained it best. http://queue.acm.org/detail.cfm?id=2716278
Re: HTTP/2 Is Done
#9https://tools.ietf.org/html/draft-ietf-httpbis-http2-17
"
Abstract
This specification describes an optimized expression of the semantics
of the Hypertext Transfer Protocol (HTTP). HTTP/2 enables a more
efficient use of network resources and a reduced perception of
latency by introducing header field compression and allowing multiple
concurrent exchanges on the same connection. It also introduces
unsolicited push of representations from servers to clients.
This specification is an alternative to, but does not obsolete, the
HTTP/1.1 message syntax. HTTP's existing semantics remain unchanged.
"all these changes seem good without a large change, just an improved user experience. (the Introduction section is also good - "HTTP/2 addresses these issues by defining an optimized mapping of HTTP's semantics to an underlying connection", I'd quote more but why not click through the link at the top of this comment. basically just some compression of headers, none of the funky stuff to keep connections alive for server push, prioritizing important requests, etc. all without changing semantics much - great.)
Re: HTTP/2 Is Done
#10Earlier quoted context omitted.
Care to at least explain why you think it's a bad protocol?
Poul-Henning Kamp (the author of Varnish) explained it best. http://queue.acm.org/detail.cfm?id=2716278
He goes into zero detail, and where he does, it says things like "likely to increase CO2 consumption"?
Seriously?