타사 로그인 플랫폼 구축

전자상거래 웹사이트 2개, 정보 웹사이트 1개, 내부 시스템 3개가 있습니다. 각 시스템에는 자체 사용자 테이블이 있습니다.
1. 이제 로그인 기능을 제공하기 위한 통합 로그인 포인트를 만들고 싶습니다. 로그인 양식의 사용자는 어떻게 다른 시스템의 사용자와 연관되어야 합니까? 전자상거래 이용자를 위한 식별자 정보 이용자도 자신만의 고유한 식별자를 가지고 있습니다.
2. 로그인한 각 사용자는 자신의 역할을 갖습니다. 예를 들어 전자상거래 역할에는 주문 관리, 새 매장 개설 등의 권한이 있습니다. 권한을 설계하는 방법은 무엇입니까?
3. 타사 로그인을 사용하는 방법은 무엇인가요?

답글 내용:

전자상거래 웹사이트 2개, 정보 웹사이트 1개, 내부 시스템 3개가 있습니다. 각 시스템에는 자체 사용자 테이블이 있습니다.
1. 이제 로그인 기능을 제공하기 위한 통합 로그인 포인트를 만들고 싶습니다. 로그인 양식의 사용자는 어떻게 다른 시스템의 사용자와 연관되어야 합니까? 전자상거래 이용자를 위한 식별자 정보 이용자도 자신만의 고유한 식별자를 가지고 있습니다.
2. 로그인한 각 사용자는 자신의 역할을 갖습니다. 예를 들어 전자상거래 역할에는 주문 관리, 새 매장 개설 등의 권한이 있습니다. 권한을 설계하는 방법은 무엇입니까?
3. 타사 로그인을 사용하는 방법은 무엇인가요?

권한 문제는 각 시스템 자체에서 해결됩니다. 성숙한 프레임워크의 ACL 설계를 참조해도 됩니다.

인증 센터에서 요구하는 사항은 다음과 같습니다.
1- 사용자는 인증 센터에 로그인할 때 전자상거래, 정보, 내부 등 자신의 로그인 계정 유형을 선택할 수 있습니다. 로그인 후 바인딩이 가능합니다. 다른 시스템의 계정.
2- 전자상거래, 정보, 내부 시스템에서 인증센터용 인증 API를 제공해야 합니다
3- 인증센터에서 사용자가 자신과 연결된 계정 정보를 병합할 수 있도록 허용해야 합니다
4- 제3자 인증 토큰 인증 및 사용자 기본 정보 열람 API 제공

자세한 답변은 드릴 수 없습니다. 내 필요와 기존 시스템 상태에 따라 더 많은 콘텐츠를 처리할 수 있을 뿐입니다.

두 가지 방법:
1. 싱글 사인온(SSO)을 직접 만들고, 통합 로그인 인터페이스를 제공하고, 쿠키의 도메인 이름에 주의하세요.
2. 상대적으로 성숙하고 사용하기 쉬운 기성 OAuth 솔루션, 즉 타사 로그인을 사용하세요.

보충: Laravel을 사용하고 계시군요. Laravel에는 SSO 확장 패키지가 있어야 합니다. 저라면 이러한 2차 도메인 이름을 라우팅에 직접 정의할 것이므로 SSO가 필요하지 않습니다. OAuth- 서버 확장 패키지.

귀하의 질문은 PHP에 관한 것 같습니다.
https://github.com/bshaffer/o...
http://bshaffer.github.io/를 살펴보시기 바랍니다. 아아..