]> git.ipfire.org Git - thirdparty/curl.git/commitdiff
TODO: remove http2, we now have it
authorDaniel Stenberg <daniel@haxx.se>
Tue, 11 Mar 2014 13:10:20 +0000 (14:10 +0100)
committerDaniel Stenberg <daniel@haxx.se>
Tue, 11 Mar 2014 13:10:20 +0000 (14:10 +0100)
docs/TODO

index 081dc27a8a835e6a6277bffd590ff85ea6c6a471..2b7ac96d28b105d46cf5f43393f0a97f69e36a02 100644 (file)
--- a/docs/TODO
+++ b/docs/TODO
@@ -38,7 +38,7 @@
  5.1 Better persistency for HTTP 1.0
  5.2 support FF3 sqlite cookie files
  5.3 Rearrange request header order
- 5.4 HTTP2/SPDY
+ 5.4 SPDY
  5.5 auth= in URLs
 
  6. TELNET
  headers use a default value so only headers that need to be moved have to be
  specified.
 
-5.4 HTTP2/SPDY
+5.4 SPDY
 
- The first drafts for HTTP2 have been published
- (http://tools.ietf.org/html/draft-ietf-httpbis-http2-03) and is so far based
- on SPDY (http://www.chromium.org/spdy) designs and experiences. Chances are
- it will end up in that style. Chrome and Firefox already support SPDY and
- lots of web services do.
+ Chrome and Firefox already support SPDY and lots of web services do. There's
+ a library for us to use for this (spdylay) that has a similar API and the
+ same author as nghttp2.
 
- It would make sense to implement SPDY support now and later transition into
- or add HTTP2 support as well.
-
- We should base or HTTP2/SPDY work on a 3rd party library for the protocol
- fiddling. The Spindy library (http://spindly.haxx.se/) was an attempt to make
- such a library with an API suitable for use by libcurl but that effort has
- more or less stalled.  spdylay (https://github.com/tatsuhiro-t/spdylay) may
- be a better option, either used directly or wrapped with a more spindly-like
- API.
+ spdylay: https://github.com/tatsuhiro-t/spdylay
 
 5.5 auth= in URLs