En plus des objets utilisés pour envoyer (réponse), recevoir et traiter les données (demande) et l'accès au serveur (serveur), les objets ASP ont également des objets très pratiques qui marquent les applications du serveur actif (application) et les informations utilisateur unique (session).
Objet de session
Cet objet représente une proportion considérable d'utilisation de l'ASP. Étant donné que les pages Web sont un programme sans état, il est impossible de connaître l'état de navigation de l'utilisateur. Dans ASP, les variables de données privées de l'utilisateur sont enregistrées via l'objet de session pour confirmer lorsque l'utilisateur fait à nouveau une demande au serveur. Lorsque l'utilisateur saute entre les pages Web du programme, les variables existant dans l'objet de session ne disparaîtront pas.
Ce sont des fonctions vraiment importantes, en particulier celles qui doivent être utilisées par les systèmes avec des membres. Par exemple, le compte de connexion du membre, le temps, le statut et de nombreuses données en temps réel enregistrées (telles que le système d'achat enregistre les produits du panier de l'utilisateur), ces informations sont nécessaires en privé par chaque utilisateur, et généralement les développeurs utilisent des enregistrements de session pour le traiter.
La session dans ASP est composée de cookies et le serveur transmet toutes les données enregistrées dans la session au navigateur de l'utilisateur sous forme de cookies. Habituellement, les navigateurs économiseront ces cookies. Chaque fois que l'utilisateur clique sur le lien et le connecte à nouveau au serveur, le navigateur transmettra ces cookies au serveur pour le traitement: il s'agit du principe de fonctionnement de la session. À partir de cela, nous pouvons voir que la session d'état de la session n'est réservée que dans les navigateurs qui prennent en charge les cookies. Si le client désactive la session d'option cookie ne fonctionnera pas.
1. Session.SessionId
La propriété SessionID renvoie l'identité de session de l'utilisateur. Lors de la création d'une session, le serveur génère une identité distincte pour chaque session et l'identité de session est renvoyée comme le type de données de forage long. Dans de nombreux cas, SessionID peut être utilisé pour les statistiques d'enregistrement des pages Web.
Cette propriété peut résoudre un problème de contrôle sur l'utilisateur. La fonction principale de ce problème est que lorsqu'un membre se connecte à un certain site Web, lorsqu'un membre consulte ce module, une autre personne se connecte avec le même nom de membre, il ne peut pas parcourir ce module: c'est-à-dire qu'un nom de membre ne peut que parcourir ce module une personne en même temps.
Le contrôle est obtenu en utilisant des noms de membres (en supposant que l'utilisateur, unique, unique) et SessionID. Lorsqu'un membre se connecte, donnez au membre un enregistrement de session de l'état de connexion tel que: session ("statut") = "logé" et écrivez la session.SessionId du membre dans la base de données. Lorsqu'il veut parcourir ce module, il détermine d'abord s'il est connecté. S'il s'est connecté, détermine si son SessionID est le même que l'enregistrement de la base de données. S'il est différent, il ne peut pas être accessible.
De cette façon, lorsqu'un autre utilisateur se connecte avec le même nom de membre, le nouveau SessionID est enregistré dans la base de données, et le premier ne peut pas passer le chèque lors de l'accès à ce module. Cela permet à un nom de membre de parcourir un certain module par une seule personne en même temps. Cette fonction a un effet particulier sur certains sites Web payants. Il empêche le problème d'un nom de membre de parcourir plusieurs personnes et protège les intérêts de l'entreprise.
<% = Session.SessionId%> est un ID unique généré séparément et peut être rafraîchi et débogué. |
2. Session.Timeout