将用户 ID 存储在主体或身份中? ASP.Net/OpenID

发布于 2024-07-12 08:17:21 字数 373 浏览 12 评论 0原文

我有一个使用表单身份验证的 ASP.Net MVC Web 应用程序。 我正在使用 OpenID 进行身份验证。

目前,我将 openID url 存储在标准 GenericIdentityName 中。 我还希望能够轻松访问用户的数据库 ID。

我可以通过重写 Application_AuthenticateRequest 函数来创建自定义提供程序或身份。

我的问题是用户的数据库 uid 应该进入主体还是身份?

Identity 的 Name 属性应该是 openid url(用户可以有很多这样的 URL,但我想在每个页面上显示它)还是数据库 uid?

I have an ASP.Net MVC web application using forms authentication. I am using OpenID for authentication.

At the moment the moment I'm storing the openID url inside the Name of the standard GenericIdentity. I would also like to have easy access to the database id for the user.

I can make a custom provider or identity by overriding the Application_AuthenticateRequest function.

My question is should the database uid for the user go into the principal or the identity?

Should the Name property of the Identity be the openid url (a user can have many of these but I would like to display it on every page) or database uid?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

瑾夏年华 2024-07-19 08:17:21

我现在在想,我应该将用户 ID 存储在 Identity 中,并保留在 Session 中的 openid url。

这样我就不需要自定义身份或主体。

I'm thinking now that I should just store the user id in the Identity and hang on to the openid url in the Session.

That way I won't need a custom identity or principal.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文