HTTP 2.0: GTFO (General Termination of Future Operations)

Re:HTTP 2.0: GTFO (General Termination of Future Operations) by alanh on Monday January 27, 2014 @07:13PM (#7134328)

Are you really implying it doesn’t? So many Web “best practices” are working around the limitations of HTTP and the web 1.0 legacy we still carry around. See:

1. Concatenating resources (1 CSS file is worlds better than 50. Need it be?)

2. Inlining resources (see above)

3. Scaling, yes, is very hard! Look at all the techniques for deploying updates to web apps without breaking users' experiences.

I’m not saying HTTP2.0 will or won't solve all these problems, but clearly there is much room for improvement over HTTP 1

[ Parent | on HN ]

Re:HTTP 2.0: GTFO (General Termination of Future Operations) by thirsteh on Tuesday January 28, 2014 @10:41AM (#7137673)

Am I implying that it does? Yes.

1. We do that for other reasons too, anyway, like minifying and optimization. For other things, keepalive has worked fairly well.

2. Sure.

3. This has nothing to do with the protocol.

I don't really disagree vehemently with your points--I'm just pointing out that claiming HTTP doesn't scale is completely ludicrous, given that it literally powers nearly everything of scale.

[ Parent | on HN ]

Re:HTTP 2.0: GTFO (General Termination of Future Operations) by bitwize on Friday January 31, 2014 @09:48AM (#7156865)

SPDY wouldn't be a thing if HTTP were sufficient at the massive scales we're talking here.

[ Parent | on HN ]