WebSocket: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Handshake del protocollo: corretto "codificato con SHA1" (SHA1 è una funzione di hash, non un sistema di codifica)
Pac72 (discussione | contributi)
Chiarito l'algoritmo per ricavare Sec-WebSocket-Accept; l'ultimo base64 si deve applicare al valore binario dello SHA1, non alla sua rappresentazione esadecimale
Riga 102:
 
Dettagli per generare la chiave di risposta:
* Della stringa concatenata <code>x3JJHMbDL1EzLkh9GBhXDw==258EAFA5-E914-47DA-95CA-C5AB0DC85B11</code> codificatasi concalcola il digest SHA-1, restituisce il valoreche esadecimalevale <code>0x1d29ab734b0c9585240069a6e4e3e91b61da1969</code>.
* Codificando questai stringabyte del digest con base64 si ottiene il codice <code>HSmrc0sMlYUkAGmm5OPpG2HaGWk=</code>, che è il valore inserito nella risposta.
Quando viene stabilita la connessione, il client ed il server possono inviare dati tramite il WebSocket in entrambe le direzioni<ref>{{Cita web|url=https://trac.tools.ietf.org/wg/hybi/trac/wiki/FAQ|titolo=Main Goal of WebSocket protocol|editore=IETF|accesso=25 luglio 2015|citazione=The computation [...] is meant to prevent a caching intermediary from providing a WS-client with a cached WS-server reply without actual interaction with the WS-server.}}</ref><ref>{{Cite IETF|title=RFC 6455 The WebSocket Protocol|page=8|publisher=[[Internet Engineering Task Force|IETF]]|section=1.3|sectionname=Opening Handshake|rfc=6455|date=December 2011|author1=Ian Fette|author2=Alexey Melnikov}}</ref><ref>{{Cite IETF|title=RFC 6455 The WebSocket Protocol|publisher=[[Internet Engineering Task Force|IETF]]|section=5.2|sectionname=Base Framing Protocol|rfc=6455|date=December 2011|author1=Ian Fette|author2=Alexey Melnikov}}</ref><ref>{{cite IETF|draft=draft-ietf-hybi-websocket-multiplexing|title=A Multiplexing Extension for WebSockets|author1=John A. Tamplin|author2=Takeshi Yoshino|publisher=[[Internet Engineering Task Force|IETF]]|year=2013}}</ref>.