Simulera WebSocket, Socket.IO och MQTT

Begärandetypen WebSocket ger tillgång till tre servrar, beroende på vilket protokoll du väljer.

Högerklicka på en mapp ▸ Lägg till ▸ WebSocket-server / Socket.IO-server / MQTT-server.

Ett MQTT-server-objekt som lyssnar: brokerns port, ämnet och QoS, tillståndet ”0 klient(er) anslutna” och meddelandet MQTT broker listening on mqtt://localhost:1884

WebSocket-server

Tar emot inkommande anslutningar på localhost:<port> och gör det möjligt att skicka ramar till de anslutna klienterna.

Socket.IO-server

Samma sak, men med Socket.IO-semantik: meddelandena är namngivna händelser.

MQTT-broker

Den mest intressanta av de tre: Restorm hostar en riktig lokal MQTT-broker.

En broker per port.
Nåbar över rå TCP och via en gateway för MQTT-över-WebSocket — dina webbläsarklienter kan alltså ansluta direkt.
Publiceringar och prenumerationer fungerar som vanligt, inklusive QoS och kvarhållning.

Det gör att du kan utveckla och testa en komplett IoT-kedja utan att installera Mosquitto och utan att bero på en delad broker.

Portdelning

Dessa servrar delar sin socket med HTTP-servrarna på samma port: Restorm dirigerar vanliga begäranden till HTTP-rutterna och växlingsbegäranden (upgrade) till realtidsservern.

En HTTP-mockserver och en Socket.IO-server kan alltså lyssna tillsammans på :8080 — det är ofta precis topologin i en verklig webbapplikation.

I ett scenario

Åtgärderna Stäng WebSocket-server och Stäng Socket.IO-server stänger en server som öppnats av en anslutningsåtgärd i serverläge. Se Hostade servrar.