[AJAX ASP.NET]Question de performances

Le
Oriane
Bonjour,

je me pose la question suivante: dans la mesure où une page en AJAX peut se
passer complètement de composants sur le serveur IIS et peut accéder aux
données uniquement par appel à des Web services depuis le code Javascript,
est-il nécessaire de conserver une liaison avec le site du serveur, et par
conséquent une connexion avec IIS ? A priori non ! Mais si
l'authentification est faite avec des formulaires est-ce encore le cas ?

Donc comment s'arranger pour que la session soit "effacée" au niveau du
serveur IIS ? Dans ce domaine je ne connais pas grand chose mais on me dit
par exemple que si un serveur IIS doit gérer 300 clients simultanément qui
lui envoient des requêtes régulièrement (donc qui restent actifs), il doit
être costaud. La raison est qu'il doit laisser des ports ouverts et des
connexions HTTP actives. Qu'en est-il en réalité ?

Oriane
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Delf
Le #12162671
Oriane a pensé très fort :

Donc comment s'arranger pour que la session soit "effacée" au niveau du
serveur IIS ? Dans ce domaine je ne connais pas grand chose mais on me dit
par exemple que si un serveur IIS doit gérer 300 clients simultanément qui
lui envoient des requêtes régulièrement (donc qui restent actifs), il doit
être costaud. La raison est qu'il doit laisser des ports ouverts et des
connexions HTTP actives. Qu'en est-il en réalité ?



Je me trompe peut-être mais les connexions HTTP ne restent pas actives.
Une fois le transfert réalisé, la connexion est coupée. Non ?

--
Delf
PhilTheGap
Le #12162651
"Delf" news:
Je me trompe peut-être mais les connexions HTTP ne restent pas actives.
Une fois le transfert réalisé, la connexion est coupée. Non ?



Non je pense qu'une fois que toute la page est chargée (tous ses éléments
HTML), la connexion esrt désactivée...

Merci de ta réponse
Patrice
Le #12162641
Le service web est généralement sur le site donc il y aura aussi des
requêtes HTTP vers le site web. AJAX n'a rien à voir la dedans (et les
connexions sont coupées après chaque requête HTTP).

Le plus simple serait de demander à la personne qui t'as dit cela. Pour moi
cela serait plutôt :
- parce que plus d'utilisateurs sont connectés, plus le nombre de demandes
simultanées risque d'être élévé
- également l'application garde parfois en mémoire des infos sur chaqyue
utilisateur

Voir peut être un groupe d'admin si il s'gait d'un dimensionnement de
serveur (il est peut-être possible aussi de répartir l'appli sur plusieurs
serveurs)

--
Patrice

"Oriane"
Bonjour,

je me pose la question suivante: dans la mesure où une page en AJAX peut
se passer complètement de composants sur le serveur IIS et peut accéder
aux données uniquement par appel à des Web services depuis le code
Javascript, est-il nécessaire de conserver une liaison avec le site du
serveur, et par conséquent une connexion avec IIS ? A priori non ! Mais si
l'authentification est faite avec des formulaires est-ce encore le cas ?

Donc comment s'arranger pour que la session soit "effacée" au niveau du
serveur IIS ? Dans ce domaine je ne connais pas grand chose mais on me dit
par exemple que si un serveur IIS doit gérer 300 clients simultanément qui
lui envoient des requêtes régulièrement (donc qui restent actifs), il
doit être costaud. La raison est qu'il doit laisser des ports ouverts et
des connexions HTTP actives. Qu'en est-il en réalité ?

Oriane




Delf
Le #12162621
PhilTheGap a couché sur son écran :

Non je pense qu'une fois que toute la page est chargée (tous ses éléments
HTML), la connexion esrt désactivée...



C'est un peu ce que j'ai dit :) Ou alors me suis mal exprimé.

--
Delf
PhilTheGap
Le #12162571
"Delf" news:
PhilTheGap a couché sur son écran :

Non je pense qu'une fois que toute la page est chargée (tous ses éléments
HTML), la connexion esrt désactivée...



C'est un peu ce que j'ai dit :) Ou alors me suis mal exprimé.


Euh non ca doit être moi :-(
Publicité
Poster une réponse
Anonyme