OAuth2.0 / OpenID 系统

考虑到Fsou目前有搜索和社区两个可以注册并且登录的服务, 并且后续还会有更多 (例如百科) 的服务支持注册与登录, 因此我们需要一个高效, 安全并且开源的系统支持统一的ID管理.

Typical Use Cases / 常见使用场景

  1. 注册并且自定义账号信息
  2. Fsou生态内跨服务/产品登录
  3. Fsou生态外跨服务/产品登录

关联

为什么社区的账号和搜索首页的账号是不相通的?
建议社区和搜索的账号相通
请问F Search与F社区账号互通吗?
搜索结果反馈和账号系统

6 Likes

之后F搜可以搭建一个开发者平台吗?
好处:
①让开发者在平台上直接手动提交网址,就不用在社区里发了
②让开发者使用F搜的 OAuth2.0 / OpenID 系统登录接口接入开发者的网站
还有一些,目前想不到,就这么多

:accept:

这个不错!

noob 又来了

3 Likes

@cwang 我都是用同一个邮箱注册的搜索和社区,账号系统打通之后,我的账号不会出问题吧?

不会! 只要邮箱相同是自动关联的!

1 Like

一般划水摸鱼的时候来看看

假设我用mail1@example.com在搜索注册了一个账号,用相同的邮箱地址在社区注册了一个账号,然后我把在搜索的账号的邮箱地址改成了mail2@example.com,之后我又用mail1@example.com在搜索注册了一个账号,会怎样?

1 Like

这个是很常见的case - 所有的数据是跟着唯一标识走的(手机号码或者邮箱).

用 mail1 注册完成后: 数据 → mail1
换了以后邮箱以后: 数据从mail1 → mail2, mail1注销
再用 mail1 注册完成后: 数据 → mail1 (全新的账号)

为何不是直接将数据更改到mail2(就是给数据打上一个标签,替换标签)而是先迁移数据再注销mail1呢???不太明白相关原理

@cwang

还有,孩子的帖子已经发布n长时间了………没有跟进过哎………

这确实是个好主意,能调用第三方稳定的OAuth服务确实对我这种臭搞开发的很友好