Tester / client WebSocket

Si colleghi a qualsiasi endpoint ws:// o wss://, dichiari sottoprotocolli facoltativi, invii messaggi di testo o JSON e segua un registro completo del ciclo di vita: transizioni dello stato di prontezza, codici e motivazioni di chiusura, e ogni messaggio con la sua direzione, l'ora e il contenuto. Tutto viene eseguito localmente nel suo browser usando l'API WebSocket nativa — nulla passa da un server. Per le API HTTP semplici usi il Client / tester per API REST; veda l'intera famiglia di strumenti API.
Connessione
CHIUSA Invia un JSON di benvenuto alla connessione
Invia messaggio
Registro dei messaggi 0 eventi
Ancora nulla. Si colleghi a un server per iniziare.
Limiti dei WebSocket nel browser da conoscere: le intestazioni di richiesta non possono essere personalizzate (vengono inviati solo i cookie e il sottoprotocollo Sec-WebSocket-Protocol indicato sopra); l'handshake non è regolato da CORS, ma la connect-src della Content-Security-Policy della pagina può bloccarlo; una pagina sicura (https) può aprire solo wss://; JavaScript non può inviare frame di ping a livello di protocollo (il browser risponde automaticamente ai ping del server — usi messaggi a livello applicativo come {"type":"ping"} per simulare gli heartbeat); i certificati autofirmati non sono attendibili. Per i test locali consigliato: esegua un proprio server, oppure usi un echo pubblico come wss://ws.postman-echo.com/raw o wss://echo.websocket.org.
WebSocket spiegato
Un WebSocket offre un canale di messaggi persistente e bidirezionale tra il browser e un server. A differenza di HTTP, i messaggi possono viaggiare in entrambe le direzioni su una singola connessione.
ws:// contro wss://—ws://non è cifrato (comehttp://); wss://è cifrato (comehttps://). Se questa pagina è servita via HTTPS, il browser consente solowss://connessioni. Da un file locale (file://) sono consentiti entrambi gli schemi, ma molti server echo pubblici (compreso echo.websocket.org) accettano solowss://.
Sottoprotocolli — l'elenco facoltativo separato da virgole corrisponde all'intestazione di handshake Sec-WebSocket-Protocol. Il server deve supportarne uno, altrimenti il browser rifiuta la connessione.
Perché Connetti termina ma non compare la casella «Invia messaggio»? Il modulo di invio compare solo quando lo stato diventa APERTA. Se il server interrompe l'handshake, vedrà un evento di errore seguito da CHIUSA con codice 1006 (chiusura anomala — nessun frame di chiusura). Cause tipiche: usare ws:// contro un server che accetta solo wss://, un host o una porta sbagliati, una mancata corrispondenza di sottoprotocollo, oppure il server offline.
Codici di chiusura che potrebbe vedere — 1000 normale; 1001 chiusura della scheda del browser; 1006 anomala / handshake non riuscito; 1009 messaggio troppo grande; 1011 errore del server. Il registro mostra automaticamente il codice e una breve motivazione.
Per risolvere una connessione non riuscita: prima passi lo schema a wss://, verifichi che l'host sia raggiungibile, elimini i sottoprotocolli che non servono, e controlli nella console del browser eventuali errori TLS o di contenuto misto.