Socket.IO
Socket.IO ist verfügbar, indem Sie auf einer
WebSocket-Anfrage das Protokoll socketio
wählen.
Im Gegensatz zum rohen WebSocket transportiert Socket.IO benannte Ereignisse: Der Name des Ereignisses unterscheidet eine Nachricht von einer anderen, nicht ihr Inhalt.
Konfiguration
Section titled “Konfiguration”| Feld | Rolle |
|---|---|
| URL | Die URL des Socket.IO-Servers |
| Ereignis | Der Name des gesendeten Ereignisses |
| Nachricht | Die Payload des Ereignisses |
| Header | Die Header des Handshakes |
In einem Szenario
Section titled “In einem Szenario”Die Aktion Socket.IO-Verbindung ist die einzige, deren Ausgänge konfigurierbar sind: Sie deklarieren die Liste der Ereignisse, die Sie interessieren, und der Baustein stellt dann pro Ereignis einen Port bereit, zusätzlich zu:
connected– ein Signal, das beim Verbindungsaufbau gesendet wird;others– der Standardport, der jedes nicht deklarierte Ereignis empfängt.
Das erlaubt eine saubere Weiterleitung: commande:acceptée auf der einen
Seite, commande:refusée auf der anderen, ohne eine Bedingung schreiben zu
müssen.
Die Aktionen Socket.IO-Sendung (mit Kanal und Payload) und Socket.IO-Verbindung schließen vervollständigen den Lebenszyklus. Siehe Verbindungen und Streams.
Servermodus
Section titled “Servermodus”Restorm kann einen Socket.IO-Server bereitstellen, der sich seinen Socket mit den anderen Servern desselben Ports teilt. Siehe WebSocket, Socket.IO und MQTT simulieren.