Подтвердить что ты не робот

Разница между Google "OpenID Connect" и "Регистрация с Google"?

Я хочу, чтобы пользователи моего сайта использовали учетные записи Google для аутентификации/входа на мой сайт. Основной вариант использования - пользователи будут редактировать и генерировать контент, и мы хотим безопасно регистрировать права собственности. Мы не заинтересованы в получении данных пользователей Google, мы просто хотим, чтобы пользователи могли аутентифицировать пользователей.

После googling я наткнулся на некоторые документы, которые, как представляется, объясняют, как это сделать OpenID Connect (OAuth 2.0 для входа в систему). Но в документации сразу говорится: "Примечание. Если вы хотите предоставить" вход с помощью Google "для своего веб-сайта или приложения, мы рекомендуем использовать Google+ Sign-In,...", который, если вы будете следовать ссылке, в конечном итоге приведет вас на Google+.

Какая разница между этими двумя страницами документации? Почему первый говорит вам перейти ко второму, не говоря о том, что первое устарело? Являются ли они оба подходящими для моего использования? Все, что он говорит, "мы рекомендуем" Я хочу знать, ПОЧЕМУ, ПОЧЕМУ они рекомендуют его?

UPDATE: я также нашел еще одну ссылку, которая, похоже, документирует другой подход https://developers.google.com/accounts/docs/OAuth2WebServer Я думаю, что это просто для "Авторизации", т.е. разрешая вашему приложению совершать вызовы google api для получения пользовательских данных, поэтому их нельзя использовать для аутентификации/входа.

BTW Я создаю свой сайт с помощью Scala API-интерфейса Spray BE REST и NG JS FE.

4b9b3361

Ответ 1

Сравнение двух доступно здесь.

Вход в Google+ с областью профиля

  • Имеются библиотеки клиентов Google для аутентификации с помощью OAuth 2.0, включая поддержку Google+ и других сервисов Google (например, получение социальной информации для пользователя). Кроме того, это может упростить внедрение и требует меньшего количества кодовых табличек.
  • Кнопка Google+ для входа в систему упрощает вход в систему Не имеет встроенных виджета
  • Поддерживает установку Android на воздухе

Вход в OAuth в первую очередь предназначен только для проверки подлинности на более низком уровне, то есть путем подачи необработанных HTTP-запросов, без API.

Протоколы OpenID Connect (вход OAuth 2.0) Вход в Google+ поддерживает совместимость OIDC, если вы настраиваете с помощью области openid и получаете профиль пользователя с помощью getOpenIdConnect.

Вход OAuth 2.0 поддерживает OIDC напрямую. Используйте его для входа пользователей в приложения, которые не нуждаются в социальных функциях, и выполняются на платформах, не поддерживаемых в Google+.