Information : ASP requiert l'état de session maintenir le cookies statiques

Active Server Pages (ASP) utilise des cookies HTTP pour conserver l'état de session. Dans certaines conditions, la valeur de ces cookies de session peut changer. Cet article décrit les conditions dans les cookies de session sont générés et comment vous assurer que les cookies statiques sont créés.

Le développeur de pages ASP doit comprendre le fonctionnement des cookies afin d'optimiser les performances et de limiter des résultats inattendus comme la perte d'un état de session. Chaque requête adressée au ASP déclenche la création d'un nouveau cookie SessionID, sauf si une variable de session est créée dans la page demandée ou il y a un gestionnaire d'événements Session_OnStart dans le fichier global.asa. En même jeton, ASP crée cookies SessionID uniques lorsque fichiers .asp sont utilisés comme source pour cadres dans un jeu de frames.

Ces cookies SessionID multiples peuvent affecter les performances. Si une session est déclenchée en stockant une valeur scalaire ou valeur d'objet à une variable de session, mais l'utilisateur déplace hors d'ou vers une autre application ASP et renvoie ensuite, l'objet de session d'origine est perdue. Vous pouvez également contrôler ce résultat involontaire par une stratégie de conception Active Server Pages informée.

ASP envoie un cookie ASPSessionID différent (une portée limitée à l'application, qui est le répertoire virtuel pour le fichier .asp demandé) pour chaque fichier .asp qui est demandée jusqu'au déclenche de l'état de session. État de session est déclenché une fois un élément stocké dans une variable de session (une variable scalaire ou une instance d'objet), ou l'événement Session_OnStart est déclenché dans le fichier de l'application global.asa, le SessionID est fixe pour cet utilisateur jusqu'à ce que la session expire ou est abandonnée.

Les raisons en sont que, par défaut, la mise en mémoire tampon est désactivé pour une page ASP. Cela signifie que les en-têtes HTTP (qui contiennent les cookies) doivent être généré avant tout contenu (en général, HTML) est envoyé par le traitement du fichier .asp. En d'autres termes, un cookie ASPSessionID est placé dans les en-têtes HTTP au cas où il doit être défini dans le traitement du fichier .asp à venir de l'état de session.

Si aucun état de session n'est défini, la prochaine demande de fichier .asp a la même possibilité de démarrer la session en plaçant un élément dans l'état de session (Cela permet d'un nouveau ASPSessionID car aucune session n'a été démarrée avant à cette demande). Si l'état de session est utilisé, le ASPSessionID reste constante pour le reste de la session.

Remarque 1: si la page .asp Active la propriété de mise en mémoire tampon de l'objet Response (c'est-à-dire, Response.Buffer=TRUE), les cookies ASPSessionID ne sont pas envoyés avec chaque demande de fichier .asp jusqu'à ce que l'état de session est utilisée. Cela est dû au fait que les en-têtes HTTP peuvent être modifiés même après que le contenu a été produit. Ainsi, comme indiqué dans les deux paragraphes précédents, la raison que la ASPSessionID est créé avant que le fichier .asp est traité est inutile lorsque la mise en mémoire tampon est activée.

Remarque 2: Si vous ne prévoyez pas utiliser l'état de session pour n'importe quelle application, vous pouvez utiliser le Registre pour désactiver pour toutes les applications.

Remarque 3: vous pouvez stub à l'événement Session_OnStart dans le fichier global.asa, ce qui signifie, aucun code n'est nécessaire entre le début et la fin de cette sous-routine.

4 Remarque : sous ASP 1. 0 b, difficultés supplémentaires peuvent se produire si les autorisations complets ne figurent pas dans le fichier global.asa. Si fichiers .asp individuels doivent listes de contrôle d'accès plus fins, stockez-les dans les sous-répertoires sous le répertoire qui contient le fichier global.asa.

Remarque 5: ASP correctif 1.21.11 autorise restrictions ACL sur le fichier global.asa. Contact du support technique Microsoft si vous pensez qu'installez ce correctif est nécessaire. Pour obtenir une liste complète des numéros de téléphone des services de support technique Microsoft et des informations sur les coûts de support, accédez à l'adresse suivante sur le site Web :
Dans des cas particuliers, frais de téléphone de support technique par téléphone vous seront facturés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour en question.

Pour plus d'informations sur la création d'une session avec état avec les demandes et réponses HTTP, consultez la documentation en ligne suivante :