Názory k článku Schválení HTTP/2 přinese uživatelům rychlejší načítání webových stránek

Protokol HTTP/1.1 vyžaduje otevřít pro každý zdroj nové TCP spojení.
Co takhle Connection: Keep-Alive ?
http://en.wikipedia.org/wiki/HTTP_persistent_connection

Až si webaři něco přečtou o protokolu SCTP, to bude revolucí a inovací :-). UDP jsou zprávy bez záruky, TCP je jeden stream, SCTP je více streamů přes jeden socket, co se navzájem neovlivňují (např. jeden stream se zadrhne a dělá retry, ostatní na to nemusejí čekat).

http://en.wikipedia.org/wiki/Stream_Control_Transmission_Protocol

Vymyšlené a normované je to přes 10 let, Linuxy / *UNIXy to mají, Windows ne.

Hodně se to používá např. v telekomunikacích, kde je třeba řešit hodně na sobě nezávislých transakcí. Dělat pro každou z nich socket (jak to dělají např. různé SOAP webové služby) je nereálné, UDP nezaručuje sekvence a může se ztratit či zdvojit (všelijaké SIPy) synchronizovat se nad jedním TCP streamem na aplikační vrstvě (což je asi to HTTP2) je komplikace, pokud máte více vláken (což je ve světě webu a prohlížečů asi další inovace, která na nás teprve čeká).

přesně tak

Tohle se zdá být také vyřešeno, byť to klienti moc nepoužívají:
http://en.wikipedia.org/wiki/HTTP_pipelining

SCTP je pěkná věc... Ale, je tu malé ALE, a to průchod SCTP skrz NAT a co vše to přináší.
Takže ano, ale asi až bude všde na IPv6 a snad žádné NATy v cestě nebo se podaří problémy SCTP s NATy vyřešit tak, aby to bylo opravdu automaticky spolehlivé.

Jo, ale umí to jen sekvenčně (požadavky i odpovědi).