Імітація WebSocket, Socket.IO та MQTT

Тип запиту WebSocket відкриває доступ до трьох серверів залежно від обраного протоколу.

Клацніть правою кнопкою на теці ▸ Додати ▸ Сервер WebSocket / Сервер Socket.IO / Сервер MQTT.

Елемент «Сервер MQTT» під час прослуховування: порт брокера, тема і QoS, стан «підключено 0 клієнт(ів)» і повідомлення MQTT broker listening on mqtt://localhost:1884

Сервер WebSocket

Приймає вхідні з’єднання на localhost:<порт> і дає змогу надсилати кадри під’єднаним клієнтам.

Сервер Socket.IO

Те саме, але із семантикою Socket.IO: повідомлення є іменованими подіями.

Брокер MQTT

Найцікавіший із трьох: Restorm розміщує справжній локальний брокер MQTT.

По одному брокеру на порт.
Доступний через сирий TCP і через шлюз «MQTT поверх WebSocket» — тож ваші браузерні клієнти можуть під’єднуватися напряму.
Публікації та підписки працюють звичайним чином, включно з QoS та утриманням.

Це дає змогу розробляти й перевіряти цілий ланцюжок IoT, не встановлюючи Mosquitto й не залежачи від спільного брокера.

Спільне використання порту

Ці сервери ділять свій сокет із серверами HTTP того самого порту: Restorm спрямовує звичайні запити до маршрутів HTTP, а запити на перемикання (upgrade) — до сервера реального часу.

Отже, сервер симуляції HTTP і сервер Socket.IO можуть слухати разом на :8080 — часто це саме та топологія, що й у справжньому вебзастосунку.

У сценарії

Дії Закриття сервера WebSocket і Закриття сервера Socket.IO закривають сервер, відкритий дією з’єднання в режимі сервера. Див. Розміщені сервери.