Notes from #lwshttp
Playlister - Developing a new music product at the BBC - Sara Gonzalo
- Why? People searching for 'that some that was on last week'
- @bbcplaylister
- So many track IDs, lets use our own
- Developing the new API using the docs from the old one
- Nobody knows what 'export' means, they just want to 'listen'
What to expect from HTTP/2 - Mark Nottingham
- Performance = Attention = £££
- There are a lot of techniques people use today to get the most out of http performance - today
- Sprites
- Sharding (multiple hosts)
- Concatenation
- All these techniques are hacks
- Recurring theme is "Eliminate Requests"
- Why are HTTP requests so expensive?
- HTTP/1 uses TCP poorly
- HTTP Headers are quite verbose - a lot of duplication between header requests
- What HTTP/2?
- It started with SPDY (speedy)
- Separate the semantics of the protocol from the framing
- Full multiplexing of headers and data, back and forth, within a stream
- Header Compression
- Gzip was stopped by CRIME
- HPACK: Safe, Smart Header Compression
- Server Push - optimistically sending what data the server thinks the client will need next (CSS straight after HTML)
- Spec should be done by the end of the year
- Working draft of HTTP/2 is implemented on the twitter servers now
- HTTP semantics won't change... But, leaked abstractions will.
- Rethink things
- Load balancing
- Fallovers
- Use TLS. Firefox and Chrome will require it
- Requests will be cheaper
- Getting from 1 to 2
- https: ALPN
- http: Inband upgrade 'dance', hint that HTTP/2 is available on another port
- http://http2.github.io
- @http_2