Tester / klient WebSocket

Połącz się z dowolnym punktem końcowym ws:// lub wss://, zadeklaruj opcjonalne podprotokoły, wysyłaj wiadomości tekstowe lub JSON i obserwuj pełny dziennik cyklu życia: zmiany stanu gotowości, kody i powody zamknięcia oraz każdą wiadomość z kierunkiem, czasem i ładunkiem. Wszystko działa lokalnie w przeglądarce, z natywnym API WebSocket — nic nie jest kierowane przez serwer. Do zwykłych API HTTP użyj Klienta / testera REST API; całą rodzinę Narzędzi API znajduje się w katalogu.
Połączenie
ZAMKNIĘTE Wyślij powitalny JSON po połączeniu
Wyślij wiadomość
Dziennik wiadomości 0 zdarzeń
Na razie nic. Połącz się z serwerem, aby rozpocząć.
Ograniczenia WebSocket w przeglądarce, o których warto wiedzieć: nagłówków żądania nie da się dowolnie zmieniać (wysyłane są tylko ciasteczka i podprotokół Sec-WebSocket-Protocol wymieniony powyżej); uzgadnianie nie podlega CORS, ale dyrektywa connect-src Content-Security-Policy strony może je zablokować; bezpieczna (https) strona może otworzyć tylko wss://; JavaScript nie może wysyłać ramek ping na poziomie protokołu (przeglądarka sama odpowiada na pingi serwera — do symulowania heartbeatów użyj wiadomości na poziomie aplikacji, np. {"type":"ping"}); certyfikatów z podpisem własnym nie uznaje się za zaufane. Do lokalnych testów zalecane jest uruchomienie własnego serwera albo publicznego echo, np. wss://ws.postman-echo.com/raw lub wss://echo.websocket.org.
Wyjaśnienie WebSocket
WebSocket daje dwukierunkowy, trwały kanał wiadomości między przeglądarką a serwerem. W przeciwieństwie do HTTP wiadomości mogą płynąć w obu kierunkach po jednym połączeniu.
ws:// a wss://—ws://jest nieszyfrowane (jakhttp://); wss://jest szyfrowane (jakhttps://). Jeśli ta strona jest serwowana przez HTTPS, przeglądarka pozwala tylko nawss://połączenia. Z lokalnego pliku (file://) oba schematy są dozwolone, ale wiele publicznych serwerów echo (w tym echo.websocket.org) akceptuje tylkowss://.
Podprotokoły — opcjonalna lista rozdzielona przecinkami odpowiada nagłówkowi uzgadniania Sec-WebSocket-Protocol. Serwer musi obsługiwać jeden z nich, w przeciwnym razie przeglądarka odrzuci połączenie.
Dlaczego po Połącz nie pojawia się pole „Wyślij wiadomość”? Formularz wysyłania pojawia się dopiero, gdy stan zmieni się na OPEN. Jeśli serwer przerwie uzgadnianie, pojawi się zdarzenie błędu, a po nim CLOSED z kodem 1006 (nieprawidłowe zamknięcie — bez ramki zamknięcia). Typowe przyczyny: użycie ws:// wobec serwera, który akceptuje tylko wss://, zły host lub port, niezgodny podprotokół albo serwer offline.
Kody zamknięcia, które mogą się pojawić — 1000 normalne; 1001 zamknięcie karty przeglądarki; 1006 nieprawidłowe / uzgadnianie nie powiodło się; 1009 wiadomość za duża; 1011 błąd serwera. Dziennik automatycznie pokazuje kod i krótki powód.
Rozwiązywanie problemów z nieudanym połączeniem: najpierw zmień schemat na wss://, upewnij się, że host jest osiągalny, usuń niepotrzebne podprotokoły i sprawdź konsolę przeglądarki pod kątem błędów TLS lub mieszanej zawartości.