@ndaidong Mình nghĩ đoạn Message Queue nên là Head without structure đính kèm với 1 message. Khi message thỏa mãn thì sẽ được đưa suống Queue Job. Và 1 eventloop sẽ thực hiện để đưa vào stack của main.

@Han-Cuong Hàng M$ về cơ bản là xịn đấy. Còn TS thì có vấn đề gì đâu. Nó như 1 biến thể. Cuối cùng cũng dịch về JS thôi. Nhưng dùng nó thì sẽ quan tâm đến type, interface. Các module lớn h dùng Typescript để làm interface đấy.

@thanhhoacth2013 Vậy bạn dùng thử JSDOM xem. cũng khá dễ sài. Install xong rồi JSDOM.fromURL() là được à

@thanhhoacth2013 https://github.com/tmpvar/jsdom hoặc https://github.com/request/request

Có event disconect ở backend để handle nó và set thông số keepalive cho socket. Vì về cơ bản Socket.io sẽ bắn một số message by http request lên server để keepalive + sự kiện bắn các tín hiệu lên. khi internet có lại thì nếu cái http request của socket.io bắn lại và nhận được status 2** thì nó sẽ keepalive lại thôi bạn.

2. Mình nghĩ là nếu ko thích two way 2 bên backend + frontend có thể bắn message cho nhau thì có thể dung Server sent events (SSE).
   https://www.npmjs.com/package/sse . Cái này thì bắn từ backend về thoai.

@Nam-Nguyen26.
Redis có lẽ không nhanh nhất đâu bạn ơi. Memcached hoặc mấy loaị cached xuống memory trực tiếp có một số cái nhanh hơn mà. Mình thấy Redis dùng cache bình thường + socket adapter + (maybe Queue Jobs). Nó cũng có vấn đề về ăn tài nguyên. Với chết bất đắc kì tử mà.

Sequelize: http://docs.sequelizejs.com/
Có Migration với docs cũng đầy đủ.