社交登录背后的逻辑

斯蒂夫·金

我为我的网站创建了一个漂亮的小登录脚本,该脚本现在允许用户使用FacebookGoogle登录

我想做的是设置一些检查,以确保重复项不会出现在数据库中。

这是我介绍的一些方案:

  • 使用Google / Facebook帐户登录,我已经注册了该帐户,这将使用户直接登录,因为他们已经链接了该帐户。
  • 用户已经注册了Google帐户,但是单击Facebook是因为他们不记得他们使用了哪个帐户。这将提醒用户从Facebook返回的电子邮件地址已在Google帐户中注册这将使他们能够单击Facebook来登录 ??? 目前尚不确定此逻辑吗?
  • 用户单击Google / Facebook进行登录,但是返回的电子邮件地址是经过手动注册的用户这将提醒用户他们尝试登录的社交帐户需要密码

我正在考虑的是允许用户链接帐户,以便不会发生警报过程,因为我可以通过我的网站将我的facebook帐户链接到我的google帐户,反之亦然,等等。

我要问的是:

我还有其他可能遗失的支票吗?听起来合理吗?我在做什么,这使您对登录过程产生疑问?

基本上就此提出逻辑建议

克里斯蒂安·雷蒙兹

恭喜您!您几乎在正确的轨道上。让我们在这里细分情况。

理想情况

1. Registered on your site
2. Log in with Google
3. Log in with Facebook

现在,让我们在这里使用公分母,我的意思是主键。我想您的情况应该是电子邮件地址。

实际流程

1. User registers. You save the email address

或者,

2. User registers with Google/Facebook and you save the email address.

登入程序

1. You receive the email address either from direct login/facebook/google.
2. You match it against your table
3. On positive match, you link this social login to an existing account

如果,

4. It is not a positive match then you accept whatever data you receive and then forward
   and then pass on to the registration page.

希望这可以帮助!如果您想了解其他任何信息,请告诉我。

干杯!

本文收集自互联网,转载请注明来源。

如有侵权,请联系[email protected] 删除。

编辑于
0

我来说两句

0条评论
登录后参与评论

相关文章