Serwery echo WebSocket do testowania
Testuj klientów WebSocket z użyciem publicznych serwerów echo
2 min czytania
Czym jest serwer echo?
Serwer echo przyjmuje połączenie i odsyła bezpośrednio każdą wysłaną do niego wiadomość. To najprostszy sposób, by sprawdzić, czy kod klienta potrafi nawiązać połączenie, wysłać ramkę i odebrać odpowiedź — bez pisania własnego backendu.
Trzy serwery pod jednym hostem
Pod adresem echo.rapidtoolset.com są teraz dostępne trzy publiczne serwery echo:
| Protokół | URL |
|---|---|
| WebSocket | wss://echo.rapidtoolset.com/ws |
| Socket.IO | https://echo.rapidtoolset.com/socketio |
| SockJS | https://echo.rapidtoolset.com/sockjs |
Każdy serwer obsługuje natywnie własny protokół. Endpoint WebSocket akceptuje bezpośrednie połączenia wss://. Endpoint Socket.IO udostępnia pełny serwer Socket.IO, dzięki czemu uzgadnianie połączenia, przestrzenie nazw i potwierdzenia działają zgodnie z oczekiwaniami. Endpoint SockJS zapewnia standardowe uzgadnianie połączenia z mechanizmem awaryjnym SockJS w środowiskach, w których natywne połączenia WebSocket są niedostępne.
Narzędzia korzystające z tych serwerów
Dostępne w witrynie przeglądarkowe klienty testowe łączą się z tymi serwerami od razu po uruchomieniu:
- Klient testowy WebSocket otwiera bezpośrednie połączenie WebSocket, wysyła wiadomości i wyświetla ramki na bieżąco.
- Klient testowy Socket.IO łączy się przez protokół Socket.IO, pozwala emitować nazwane zdarzenia i pokazuje przychodzące zdarzenia w dzienniku na żywo.
- Klient testowy SockJS łączy się za pomocą biblioteki klienckiej SockJS i testuje pełną ścieżkę uzgadniania połączenia z mechanizmem awaryjnym.
Bezpłatne korzystanie z ograniczeniami
Serwery echo są bezpłatne i nie wymagają uwierzytelniania. Obowiązują limity liczby żądań, które zapobiegają nadużyciom. Serwery są więc przeznaczone wyłącznie do ręcznego, interaktywnego testowania. Automatyczne skrypty, testy obciążeniowe i boty napotkają limit i ich żądania zostaną odrzucone.