Explication détaillée des compétences d'utilisation de Session dans ASP

Quiconque a écrit un ASP légèrement plus grand sait que l'objet Session est vraiment facile à utiliser. Il peut être utilisé pour enregistrer les variables de données privées de l'utilisateur, ce qui est à la fois sûr et pratique. Mais savez-vous vraiment comment fonctionne Session ?

Quiconque a écrit un ASP légèrement plus grand sait que l'objet Session est vraiment facile à utiliser. Il peut être utilisé pour enregistrer les variables de données privées de l'utilisateur, ce qui est à la fois sûr et pratique. Mais savez-vous vraiment comment fonctionne Session ? Peut-être qu’après l’avoir compris, vous n’oserez plus utiliser cet objet tant aimé et détesté. Bien que la méthode alternative soit un peu gênante, après réflexion à long terme, elle doit être faite

Tout d'abord, parlons des avantages de Session. Elle peut être utilisée pour enregistrer des variables de données privées du client. , et ne disparaîtra pas dans le délai imparti. C'est vraiment une fonction importante, surtout pour les systèmes avec des membres qui doivent être utilisés. Tels que le compte de connexion du membre, l'heure, le statut et de nombreuses données en temps réel qui doivent être enregistrées (telles que le système d'achat enregistrant les articles dans le panier de l'utilisateur). Ces informations sont nécessaires en privé à chacun). utilisateur. Habituellement, les développeurs utilisent le traitement des enregistrements de session.

Cependant, la Session en ASP est composée de Cookiess, et le serveur transmet toutes les données enregistrées dans la Session au navigateur de l'utilisateur sous forme de Cookies. Normalement, les navigateurs stockent ces cookies Chaque fois que l'utilisateur clique sur un lien et se reconnecte au serveur, le navigateur renvoie ces cookies au serveur pour traitement. C'est le principe de fonctionnement de Session. Lorsque la quantité de données est plus importante, puisqu'elles doivent être envoyées et récupérées, non seulement cela consomme de la bande passante de ligne, mais réduit également les performances car le serveur doit consacrer plus de ressources au traitement et à la reconfiguration en ligne. mémoire. Maintenant, vous pensez peut-être : « Je dois utiliser cette fonction, donc je dois la sacrifier. » Cependant, cet article parle de Session, d'une part, il vous apprend à l'utiliser moins, d'autre part, bien sûr. il existe des alternatives. La prochaine chose qui apparaît est qu'il appartient également à l'objet Application Global.asa.

L'application est également efficace pour enregistrer et traiter des données temporaires. Ses capacités et son utilisation sont les mêmes que celles de Session, mais en comparaison, les données qu'elle enregistre sont publiques, c'est-à-dire que n'importe quel utilisateur peut partager un espace variable. Contrairement à la session, l'application ne transfère pas les données à l'utilisateur puis les relit après la prochaine connexion. Elles sont directement enregistrées dans la mémoire du serveur. En comparaison, les performances sont beaucoup plus rapides que la session.

L'objet Application étant public, la première chose à faire est de prévoir un espace commun pour chaque utilisateur, afin que chaque utilisateur dispose de son propre espace pour enregistrer les données, afin d'atteindre l'objectif de simulation la séance. Il existe désormais deux méthodes :

Premièrement, initialiser, créer et allouer de l'espace mémoire utilisateur à l'avance lorsque le Serveur est activé. Habituellement, même si cette méthode prend beaucoup de ressources dès le démarrage du Serveur, elle est utilisée. permet également de gagner du temps à chaque fois dans le futur. Les utilisateurs doivent se donner la peine d'attribuer une fois qu'ils sont en ligne. Mais il y a une limitation : cette méthode doit limiter le nombre maximum de personnes. Puisqu'elle est initialisée dès qu'elle est activée, on ne peut qu'estimer la création d'une certaine quantité d'espace mémoire, cette méthode est donc généralement utilisée dans les petits programmes. comme les salons de discussion.

2. Cette méthode doit être considérée comme plus appropriée pour les applications à grande échelle. Elle adopte une méthode d'allocation dynamique et commence à allouer des ressources à l'utilisateur lorsque celui-ci se connecte pour la première fois au serveur. Le but de ces deux méthodes de simulation de Session est de réduire la consommation des ressources de Session, mais après tout, elles ne peuvent pas être complètement remplacées. Il faut quand même utiliser un peu de Session, ce qui peut au moins réduire beaucoup de charge sur le système. Serveur.

La première solution

Nous commençons d'abord la mise en œuvre de la première solution. Puisque l'Application est initialisée lors de l'activation, il faut bien sûr partir de Global.asa :

Déjà L’initialisation est terminée, mais comment l’utiliser ? Il nous suffit de modifier les données initialement stockées à l'aide de la session, telles que le numéro de compte et l'heure de connexion, dans l'objet Application que nous avons créé dans lequel l'utilisateur se connecte :

Le code est le suivant :

'
寻找未被使用的空间 
For
 i = 1 To Application("ClientMax") 
If
 Application("User_Status_" & i) = 0 Then 
'使用者暂时编号 
Session("Index") = i 
'锁定 
Application Application.Lock 
'设成已使用的状态 Application("User_Status_" & i) = 1 '放入变量数据 
Application("User_Ac
count
_" & i) = Account 
Application("User_Log
time
_" & i) = Now()
'解除锁定 
Application.Unlock 
Exit For 
End
 If 
Next

Pour obtenir des données variables liées à l'utilisateur, procédez comme suit :

Response.Write(Application("User_Account_" & Session("Index"))

Vous constaterez peut-être que vous ne souhaitez pas utiliser Session ? Alors pourquoi Session existe-t-elle toujours dans le code source ci-dessus ? Comme mentionné précédemment, cette alternative ne peut pas remplacer complètement Session. Le navigateur n'interagit pas toujours avec le serveur. en ligne et déconnecté après avoir lu la page, comment savoir que la même personne sera connectée la prochaine fois ? A ce moment, nous devons nous fier à Session. Nous donnons à l'utilisateur un ensemble de numéros en temps réel, et ce numéro est l'utilisateur. Concernant le numéro dans l'espace variable sur l'Application, vous pouvez imaginer qu'il y a de nombreux coffres-forts dans la banque. Vous avez une clé, et il y a un numéro sur la clé. Le numéro sur la clé permet au banquier de vous diriger vers votre. propre coffre-fort. Cette méthode est toujours disponible. Il y a encore place à l'amélioration, mais elle est suffisante pour les petites applications

La deuxième option

Concernant l'option précédente, vous pouvez aussi penser à utiliser notre propre coffre-fort. numéro personnalisé. En ce qui concerne les numéros, l'objet Session fournit une méthode "SessionID". C'est vrai, que nous voulions l'utiliser ou non, le serveur attribuera automatiquement un numéro à chaque utilisateur, et ce numéro ne sera pas répété. Quant à ce numéro, il est utilisé Session.SessionID est obtenu. Cette numérotation est une action que Session fera certainement. Nous pouvons l'utiliser pour remplacer le programme de numérotation que nous avons écrit nous-mêmes, ce qui permet également d'économiser beaucoup d'efforts et a même une plus grande évolutivité. . Mais en gros, ce qui précède. La première solution a toujours ses utilités, comme les petites applications telles que les salons de discussion qui limitent le nombre de personnes.

Pour un site Web. avec des centaines, des milliers voire des dizaines de milliers d'utilisateurs, la solution précédente ne fonctionnera certainement pas. Supposons que vous fixiez la limite supérieure d'utilisateurs à 10 000. Une fois activé, le serveur vous aidera à découper 10 000 zones pour 10 000 utilisateurs. , s'il y a 5 variables dans une zone et qu'une variable occupe 32 octets, 10 000 occuperont plus de 320 000 Ko (320 Mo). Dès que le serveur est activé, beaucoup de déchets sont stockés dans la mémoire et les performances sont limitées. être Il a été beaucoup réduit avant d'entrer sur le champ de bataille; et malgré le petit nombre de ces chiffres, je pensais que mes 512 Mo seraient suffisants. Le nombre ci-dessus suppose un nombre minimum, plus le nombre de ressources supplémentaires que le serveur utilisera. lors de la configuration de la mémoire. Vous savez, elle ne sera donc que plus et non inférieure. Par conséquent, la seule solution est de configurer dynamiquement l'espace variable utilisateur, et de supprimer une zone uniquement lorsqu'un utilisateur est connecté au. serveur, il n'est donc pas nécessaire de le configurer à l'avance. Quelle énorme quantité de mémoire.

La deuxième option est relativement simple à mettre en œuvre. Veuillez jeter tous les éléments de la première option. Nous n'avons pas besoin de passer à Global.asa. Il nous suffit de modifier le lieu de connexion de l'utilisateur et d'autres éléments utiles. lieux :

Le code est le suivant :

'锁定 ApplicationApplication.Lock '放入变量数据 
Application("User_Account_" & Session.SessionID) = Account 
Application("User_Logtime_" & Session.SessionID) = Now() '解除锁定Application.Unlock

Pour obtenir les données variables pertinentes de l'utilisateur, il est le suivant :

Le code est la suivante :

Response.Write(Application("User_Account_" & Session.SessionID))

[Recommandations associées]

1 Tutoriel vidéo gratuit ASP

2 Exemple simple de session ASP.

3. Introduction détaillée sur la session en ASP

4 Vous apprendre à résoudre le problème de la perte de session ASP

5.

Présentation de trois méthodes d'objet Session dans ASP

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!