homepage Welcome to WebmasterWorld Guest from 54.161.190.9
register, free tools, login, search, pro membership, help, library, announcements, recent posts, open posts,
Become a Pro Member
Home / Forums Index / Hardware and OS Related Technologies / Website Technology Issues
Forum Library, Charter, Moderators: phranque

Website Technology Issues Forum

    
HTTP 2 is coming - what it means for you
ergophobe




msg:4652317
 5:08 pm on Mar 8, 2014 (gmt 0)

There's an interesting blog post on some practical implications of HTTP2 by Mark Nottingham, chair the IETF HTTPbis Working Group (the group that is working on the standard).

He gives a nice rundown on some of the implications of the HTTP2 rollout:

HTTP/2 is getting close to being real, with lots of discussions and more implementations popping up every week. What does a new version of the Web’s protocol mean for you? ... The Web performance community’s mantra is “avoid HTTP requests” because HTTP/1 make them expensive. This has given rise to techniques like inlining, concatenation and spriting to reduce the number of requests on a page. With HTTP/2, these techniques shouldn’t be necessary...
-- src: [mnot.net...]


Other notables
  • it's a binary protocol, so no more manually crafting headers in text.
  • major browser builders have said they will only support a TLS connections (encrypted) in HTTP2. This is partly to encourage more websites to use encryption, but it's made reasonable by the fact that encrypted connections will be a lot cheaper in HTTP2
  • Many of the boxes that make up the web were built on the assumption that HTTP 1 would last forever and therefore are hard to upgrade, which will slow the rollout. This is the other part of the reason for allowing only TLS connections.


It's an interesting glimpse into the probable future of the internet.

 

ergophobe




msg:4656025
 4:04 pm on Mar 21, 2014 (gmt 0)

I should add, the other reason for forcing the TLS connection is that intermediate machines won't tamper with encrypted data and are forced to send it on exactly as received. That means that if an intermediate machine is HTTP 1 only, it won't completely bork the transmission.

So as a method of phased rollout that's compatible with old servers and switches, this is pretty much a requirement for the foreseeable future.

graeme_p




msg:4656171
 5:58 am on Mar 22, 2014 (gmt 0)

There is a good article on the case against HTTP2 proposals. A bit out of date but AFAIK the SPDY section and the general bits still apply.

[url]https://www.varnish-cache.org/docs/trunk/phk/http20.html[/url]

it's a binary protocol, so no more manually crafting headers in text.


This is a bad thing: harder to debug, harder to debug. There is a good reason why most things have been moving away from binary protocols to text markup like XML.

ergophobe




msg:4656356
 12:37 am on Mar 23, 2014 (gmt 0)

Interesting link. He's probably right when he says "start by throwing out the old protocol, because you will eventually and it saves time to do it early."

Global Options:
 top home search open messages active posts  
 

Home / Forums Index / Hardware and OS Related Technologies / Website Technology Issues
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Home ¦ Free Tools ¦ Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About ¦ Library ¦ Newsletter
WebmasterWorld is a Developer Shed Community owned by Jim Boykin.
© Webmaster World 1996-2014 all rights reserved