Menyimulasikan WebSocket, Socket.IO, dan MQTT

Jenis permintaan WebSocket memberi akses ke tiga server, sesuai protokol yang dipilih.

Klik kanan pada sebuah folder ▸ Tambah ▸ Server WebSocket / Server Socket.IO / Server MQTT.

Sebuah elemen Server MQTT yang sedang mendengarkan: port brokernya, topik dan QoS-nya, status “0 klien tersambung”, dan pesan MQTT broker listening on mqtt://localhost:1884

Server WebSocket

Menerima koneksi masuk di localhost:<port> dan memungkinkan pemancaran frame ke klien yang tersambung.

Server Socket.IO

Hal yang sama, tetapi dengan semantik Socket.IO: pesannya berupa peristiwa bernama.

Broker MQTT

Yang paling menarik di antara ketiganya: Restorm menghosting sebuah broker MQTT lokal yang sesungguhnya.

Satu broker per port.
Dapat diakses lewat TCP mentah dan lewat gerbang MQTT-di-atas-WebSocket — sehingga klien peramban Anda dapat menyambung ke sana secara langsung.
Publikasi dan langganan berfungsi sebagaimana biasa, termasuk QoS dan retensinya.

Hal ini memungkinkan Anda mengembangkan dan menguji sebuah rantai IoT lengkap tanpa memasang Mosquitto maupun bergantung pada broker bersama.

Berbagi port

Server-server ini berbagi soket dengan server HTTP pada port yang sama: Restorm merutekan permintaan biasa ke rute HTTP dan permintaan peralihan (upgrade) ke server waktu-nyatanya.

Karena itu sebuah server simulasi HTTP dan sebuah server Socket.IO dapat mendengarkan bersama-sama di :8080 — dan itulah yang sering kali persis menjadi topologi sebuah aplikasi web sungguhan.

Di dalam sebuah skenario

Aksi Tutup server WebSocket dan Tutup server Socket.IO menutup kembali sebuah server yang dibuka oleh aksi koneksi dalam mode server. Lihat Server terhosting.