Discussion :

[QAYS]

Bonjour,

J'ai lu plein d'articles sur les SSE mais je souhaiterais une précision et une confirmation sur ce que j'ai compris.

Server Sent Event "ouvre" un "canal" de communication entre le serveur et le client, c'est un peu node.js mais dans un seul sens du
serveur -> client alors que node.js est de type serveur <-> client.

Donc chaque client aura un "canal unique" de communication avec le serveur, cela permettra d'avoir une "multitude" de clients connectés et éviter la surcharge du serveur avec une utilisation de AJAX - Jquery.

En résumé j'ai mis en place une communication via SSE pour remplacé la communication AJAX pour permettre de mieux gérer la montée de charge de mon site.

est-ce un bon choix, sachant que je n'est pas choisie node.js pour des raisons bien précises.

Cordialement

[p3ga5e]

Salut,
Je pense que tu te méprend sur ce qu’est Node.js . Nodejs est un framework de développement au même titre que M$ DotNet et JAVA, il n’est donc en rien lié a SSE ,HTTP ou bien même un sens de communication client/serveur,
il est toutefois extrêmement simple d’écrire un serveur HTTP avec un canal SSE avec Nodejs.

En résumé j'ai mis en place une communication via SSE pour remplacé la communication AJAX pour permettre de mieux gérer la montée de charge de mon site.

Pas forcément Si ton serveur HTTP gère déjà le mode de connexion Keep-Alive, le gain en monté en charge sera minime. Le mode KeepAlive permet la réutilisation des canaux de com TCP afin que chaque requet http (synchrone ou asynchrone) évite de recréer une socket TCP. le gain des SSE est surtout sur la réactivité de ton appli client ainsi que sur la production de code a fournir cote client mais égalemen cote serveur si tu avais choisi Nodejs comme techno

Méfiance avec les SSE car i faut savoir que les navigateurs limitent a 6 connexion persistantes, il identifi les cannaux SSE et les WebSocket comme connexion persistante mais pas les requets KeepAlive