OpenID标识是否始终可以作为OpenID提供程序URL接受？
如果我的术语不准确，我道歉 我有一个作为OpenID依赖方的应用程序。假设一个用户通过OpenID注册，并向我提供他的OpenID提供者的URL。身份验证发生了，我收到了一个OpenID标识 如果我需要再次对用户进行身份验证，我是否可以始终使用标识而不是最初提供的URLOpenID标识是否始终可以作为OpenID提供程序URL接受？,openid,Openid,如果我的术语不准确，我道歉 我有一个作为OpenID依赖方的应用程序。假设一个用户通过OpenID注册，并向我提供他的OpenID提供者的URL。身份验证发生了，我收到了一个OpenID标识 如果我需要再次对用户进行身份验证，我是否可以始终使用标识而不是最初提供的URL 一个具体的例子，以防上述说法是胡说八道。要使用Google作为OpenID提供者，用户输入https://www.google.com/accounts/o8/id. 一旦通过身份验证，谷歌就会为我提供一个身份URL，比如htt
一个具体的例子，以防上述说法是胡说八道。要使用Google作为OpenID提供者，用户输入https://www.google.com/accounts/o8/id. 一旦通过身份验证，谷歌就会为我提供一个身份URL，比如https://www.google.com/accounts/o8/id?id=A1B2c3d45F6g7. 随后，我可以使用我检查过的标识URL进行身份验证；但是，对于所有提供者来说，这保证是正确的吗？标识URL是声明的标识符。建议依赖方将其用作本地存储用户信息的密钥。因此，对于任何正确实现的提供者，您都可以相当有信心地为给定用户获得一个稳定的声明标识符
然而，请注意，这样的标识符通常是每个RP的领域特有的，从技术上讲，是领域；此功能是一种隐私保护，可防止RPs在跨不同服务跟踪用户活动时串通。因此，对于同一个用户，您可能会得到不同的标识符，例如，您的暂存环境和生产环境。是的，我知道声明的标识符，感谢您提供了正确的术语！情况稳定。我想知道是否可以将其用作OpenID请求的目标。我可以向您请求身份验证吗https://www.google.com/accounts/o8/id?id=A1B2c3d45F6g7 而不是https://www.google.com/accounts/o8/id?