2010-07-14 6 views
1

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:

  1. est un XmlHttpRequest va attendre aussi longtemps pour une réponse?
  2. Mon service ASP.NET MVC (hébergé sous IIS7) va-t-il permettre à une demande de s'asseoir aussi longtemps?
  3. 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?
  4. Existe-t-il un meilleur moyen de répondre à ces exigences?
+2

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

Répondre

1

Jetez un oeil à Comet implementation for ASP.NET? et voyez si cela peut vous aider. Un exemple courant d'utilisation de la comète est celui des applications de chat sur le Web, qui a une exigence similaire à celle de votre instruction "secondes à 8-12 heures".

Questions connexes