J'écris une application qui nécessite des mises à jour "en temps quasi réel" à partir d'une application de navigateur. L'autre exigence est d'utiliser le moins de bande passante possible (l'interrogation n'est donc pas une option attrayante). Mon idée est d'utiliser un XmlHttpRequest
et de laisser le serveur attendre pour répondre à cette requête jusqu'à ce qu'il y ait quelque chose à renvoyer. Cela peut aller de quelques secondes à 8-12 heures.Très longue durée XmlHttpRequest
Questions:
- est un XmlHttpRequest va attendre aussi longtemps pour une réponse?
- Mon service ASP.NET MVC (hébergé sous IIS7) va-t-il permettre à une demande de s'asseoir aussi longtemps?
- Quel serait le nombre maximal d'utilisateurs qu'un serveur pourrait prendre en charge dans cette configuration? Allons-nous manquer de threads dans le pool de threads avant d'avoir un nombre raisonnable de personnes ayant des demandes ouvertes?
- Existe-t-il un meilleur moyen de répondre à ces exigences?
Il semble que vous cherchiez [Comet] (http://en.wikipedia.org/wiki/Comet_%28programming%29) au lieu de Ajax. Malheureusement, je n'ai aucune expérience personnelle avec Comet, et je ne connais fondamentalement rien d'autre que le fait qu'il existe, donc ce ne sera pas une réponse. :) – Charles