HTTP/2: differenze tra le versioni

'''HTTP/2''' (originariamente chiamato '''HTTP/2.0''') è la nuova versione del protocollo di rete [[HyperText Transfer Protocol|HTTP]] usato dal [[World Wide Web]]. È basato su [[SPDY]]. HTTP/2<ref name=HTTPbis-draft>{{Cita web|cognome1=Thomson|nome1=M. (ed. ), Belshe M. and R. Peon|titolo=Hypertext Transfer Protocol version 2 - draft-ietf-httpbis-http2-16|url=https://tools.ietf.org/html/draft-ietf-httpbis-http2-16|sito=ietf.org|editore=HTTPbis Working Group|accesso=11 febbraio 2015}}</ref> è stato sviluppato dal Working Group Hypertext Transfer Protocol (httpbis) dell'[[Internet Engineering Task Force]]<ref name="charter">{{Cita web|url=https://datatracker.ietf.org/wg/httpbis/charter/|titolo=Hypertext Transfer Protocol Bis (httpbis) - Charter|editore=IETF|anno=2012}}</ref>. HTTP/2 sarebbe la prima nuova versione del protocollo [[HTTP]] dalla nascita di HTTP 1.1, il quale è diventato standard RFC 2616 nel 1999. Il Working Group ha presentato HTTP/2 allo [[Internet Engineering Steering Group|IESG]] proponendolo come standard nel Dicembre 2014.<ref name="ms1">{{Cita web|url=http://msopentech.com/blog/2014/08/06/wait-for-it-http2-begins-working-group-last-call/|titolo=Wait for it – HTTP/2 begins Working Group Last Call!|autore=Raymor, Brian|editore=Microsoft Open Technologies|data=7 agosto 2014|accesso=7 settembre 2014}}</ref>

         Caricamento degli elementi in parallelo di una pagina su una singola connessione [[Transmission Control Protocol|TCP]]<br>

SPDY (si pronuncia "spidi") è un progetto di ricerca portato avanti da Google. Il protocollo derivato dal progetto SPDY, che porta lo stesso nome, è inteso per il trasporto di informazioni e altro contenuto sul web, con obiettivo principale la riduzione della latenza. SPDY si appoggia sempre sulla stessa pipe TCP, ma utilizza differenti protocolli per ottenere questa riduzione. Le modifiche di base fatte a HTTP/1.1 per creare SPDY includono: "vero pipelining delle richieste senza restrizioni FIFO, un meccanismo di framing dei messaggi per semplificare lo sviluppo di client e server, compressione obbligatoria (compresi gli header), gestione delle priorità e anche comunicazioni bi-direzionali."<ref name=Grigorik>{{Cita libro|autore = Grigorik, Ilya|titolo = "Life beyond HTTP 1.1: Google's SPDY".|anno = |editore = |città = |p = |pp = |ISBN = }}</ref> Il gruppo di lavoro httpbis prese in considerazione il protocollo SPDY di Google, l' HTTP Speed+Mobility proposal (basato su SPDY) di Microsoft<ref>{{Cita libro|autore = Sebastian Anthony|titolo = "S&M vs. SPDY: Microsoft and Google battle over the future of HTTP 2.0"|anno = 2012|editore = ExtremeTech|città = |p = |pp = |ISBN = }}</ref>e

La maggior differenza tra HTTP/1.1 e SPDY è che ad ogni azione di un utente in SPDY viene assegnato uno "stream ID", il che significa che un singolo canale TCP connette l'utente al server. SPDY suddivide le richieste in controllo o dati, che è un "semplice eseguire il parsing del protocollo binario con due tipi di frame".<ref>{{Cita libro|autore name= Grigorik, Ilya|titolo = "Life beyond HTTP 1.1: Google's SPDY".|anno = |editore = |città = |p = |pp = |ISBN = }}</ref>