Testor / client WebSocket

Se conectează la orice endpoint ws:// sau wss://, se declară subprotocoale opționale, se trimit mesaje text sau JSON și se urmărește un jurnal complet al ciclului de viață: tranzițiile stării, codurile și motivele de închidere și fiecare mesaj cu direcția, ora și conținutul său. Totul rulează local, în browser, folosind API-ul WebSocket nativ — nimic nu trece printr-un server. Pentru API-uri HTTP simple se folosește Clientul / testorul REST API; întreaga familie Instrumente API se poate consulta de asemenea.
Conexiune
CLOSED Trimite un JSON de bun venit la conectare
Trimite mesajul
Jurnal de mesaje 0 evenimente
Nimic încă. Se conectează la un server pentru a începe.
Limitări ale WebSocket în browser de cunoscut: anteturile cererii nu pot fi personalizate (se trimit doar cookie-urile și subprotocolul Sec-WebSocket-Protocol de mai sus); strângerea de mână nu este guvernată de CORS, dar politica connect-src din Content-Security-Policy a paginii îl poate bloca; o pagină sigură (https) poate deschide doar wss://; JavaScript nu poate trimite cadre ping la nivel de protocol (browserul răspunde automat la ping-urile serverului — se folosesc mesaje la nivel de aplicație, precum {"type":"ping"}, pentru a simula heartbeat-uri); certificatele autosemnate nu sunt de încredere. Pentru testare locală se recomandă un server propriu sau un ecou public, precum wss://ws.postman-echo.com/raw sau wss://echo.websocket.org.
WebSocket explicat
Un WebSocket oferă un canal de mesaje bidirecțional și persistent între browser și server. Spre deosebire de HTTP, mesajele pot circula în ambele direcții pe o singură conexiune.
ws:// vs wss://—ws://este necriptat (cahttp://); wss://este criptat (cahttps://). Dacă această pagină este servită prin HTTPS, browserul permite doarwss://conexiuni. Dintr-un fișier local (file://) ambele scheme sunt permise, dar multe servere publice de ecou (inclusiv echo.websocket.org) acceptă doarwss://.
Subprotocoale — lista opțională, separată prin virgulă, corespunde antetului de strângere de mână Sec-WebSocket-Protocol. Serverul trebuie să accepte unul dintre ele, altfel browserul refuză conexiunea.
De ce se termină Conectare, dar nu apare caseta „Trimite mesajul”? Formularul de trimitere apare doar când starea devine OPEN. Dacă serverul abandonează strângerea de mână, se vede un eveniment de eroare urmat de CLOSED cu codul 1006 (închidere anormală — fără cadru de închidere). Cauzele tipice: folosirea ws:// față de un server care acceptă doar wss://, o gazdă sau un port greșit, o nepotrivire de subprotocol sau serverul oprit.
Coduri de închidere care pot apărea — 1000 normal; 1001 fila browserului se închide; 1006 anormal / strângerea de mână a eșuat; 1009 mesaj prea mare; 1011 eroare de server. Jurnalul arată automat codul și un motiv scurt.
Depanarea unei conectări eșuate: mai întâi se trece schema pe wss://, se verifică dacă gazda este accesibilă, se șterg subprotocoalele care nu sunt necesare și se verifică în consola browserului erorile TLS sau de conținut mixt.