Où dois-je stocker "MemberID"?

Question

Dans ma page web j'utiliser FormsAuthentication

FormsAuthentication.RedirectFromLoginPage(VisitorEmail, False) 

Chaque fois que le visiteur est authentifié via la page de connexion, je mets le

Session("MemberID") = GetMemberIDByEmail(VisitorEmail) pour un traitement ultérieur. J'ai besoin des deux MemberID et VisitorEmail. Mais quelque chose me dit que c'est "hors du livre" et non "par le livre".

Alors, est-ce que je fais quelque chose de MAUVAIS ou de MAUVAIS ici?

Answer 1

Il est bon d'utiliser Session pour mettre en cache ce type d'informations, mais n'oubliez pas de le réaffecter lorsque la session expire dans Global.asax:

void Session_Start(object sender, EventArgs e) 
{ 
    if(Request.IsAuthenticated) //to make sure the user has not logged out 
     Session["MemberID"] = GetMemberIDByEmail(VisitorEmail); 
} 

Answer 2

Vous pouvez créer une classe principale personnalisée afin de pouvoir ajouter les propriétés supplémentaires. Puis modifiez votre Global.asax pour remplacer Application_PostAuthenticateRequest avec votre code et également définir Context.User = Thread.CurrentPrincipal = myPrincipal;. Le mieux est de toujours définir Thread.CurrentPrincipal, mais normalement vous pouvez également accéder à vos propres propriétés ailleurs dans votre code en utilisant le plus "pratique" Page.User ou Context.User.

---

• Context.User vs. Thread.CurrentPrincipal/why FormsAuthentication can be subtle
• Set custom IIdentity or IPrincipal/Store user id in Principal or Identity?

Answer 3

Désolé, je ne sais pas exactement ce que vous essayez de faire de votre description, mais il n'y a pas besoin de stocker les MemberID en état de session. Chaque fois que vous en avez besoin, il suffit d'appeler:

Membership.GetUser.ProviderUserKey

Note: Sa bonne forme pas vraiment considéré pour stocker des informations dans l'état de session car cela pourrait être perdu par exemple si le serveur Web se réinitialise - ce qu'il fait périodiquement, ou si le site doit être recompilé. En outre, ce n'est pas très évolutif car chaque utilisateur "actif" utilisera de la mémoire et si vous avez besoin de passer à un état de session de ferme Web, cela peut causer des problèmes car il sera différent sur chaque serveur web.

Prob OK pour un peu, le site rapide si ;-)

Answer 4

Ne pourriez-vous passer les deux autour et stocker l'ID de membre dans la forme variable (puisque je suppose que l'utilisateur est en mesure de changer il adresse e-mail et pas là id membre) ...

Dim memberId as Integer = GetMemberIDByEmail(VisitorEmail) 
' assuming integer here and that a result is found etc etc 

' set the form authentication stuff 
FormsAuthentication.RedirectFromLoginPage(memberId, False) 

Et vous pouvez toujours regarder l'adresse e-mail du MemberID (mettre en cache peut-être contre l'ID membre dans les requêtes)

Public Function GetMemberEmail(Byval memberId as Integer) As String 

    Dim cacheKey as String = "member-email-" & memberId 
    Dim email as String 
    If Cache.Item(cacheKey) is Nothing Then 
     email = GetMemberEmailByID(memberId) 
     Cache.Insert(cacheKey, email ... 
    Else 
     email = Cache.Item(cacheKey) 
    End If 
    return email 

End Function 

Si vous avez besoin des deux informations et que l'identifiant est moins susceptible de changer, il semblerait que la meilleure valeur soit utilisée pour l'authentification de vos formulaires .... et vous pouvez toujours rechercher l'adresse e-mail à partir de la valeur.