Au contraire on est en plein dans le sujet : le monsieur il dit qu’on est en train de réinventer des protocoles au-dessus d’http, alors qu’ils existent par ailleurs.
Maintenant petites questions, ceci n’est pas un troll. Je précise parce qu’on est vendredi.
— Se mettre en idle garde-t-il une connexion ouverte entre le client et le serveur ?
— N’y-a-t-il pas de risque de sur-charge à avoir un tel type de fonctionnalité ? Car le serveur, à un moment ou un autre, doit garder une liste des clients à notifier.
— En idle comment fait le serveur pour savoir si le client est toujours en attente ou s’il est parti, y compris à cause d’un arrêt inopiné (donc sans avoir pu prévenir le serveur) ? Du coup les serveurs ne risquent-ils pas de placer un timeout assez réduit, forçant les clients à régulièrement notifier les serveurs de leur présence... que devient alors l’intérêt de la notification serveur→client ?
[^] # Re: Ma compréhension de la techno
Posté par nicolas . En réponse au journal Les websockets sont pas secioures. Évalué à 3.
Maintenant petites questions, ceci n’est pas un troll. Je précise parce qu’on est vendredi.
— Se mettre en idle garde-t-il une connexion ouverte entre le client et le serveur ?
— N’y-a-t-il pas de risque de sur-charge à avoir un tel type de fonctionnalité ? Car le serveur, à un moment ou un autre, doit garder une liste des clients à notifier.
— En idle comment fait le serveur pour savoir si le client est toujours en attente ou s’il est parti, y compris à cause d’un arrêt inopiné (donc sans avoir pu prévenir le serveur) ? Du coup les serveurs ne risquent-ils pas de placer un timeout assez réduit, forçant les clients à régulièrement notifier les serveurs de leur présence... que devient alors l’intérêt de la notification serveur→client ?