Google OAuth и области действия
Похоже, вы хотите реализовать федерацию удостоверений Google в своем приложении, в частности, OAuth 2.0. Google предоставляет вам несколько вариантов в зависимости от сложности вашего аутентифицированного взаимодействия с пользователем.
Что касается разрешений, документация Google API называет эти области . Вот список всех доступных областей для каждого Google API. При настройке областей может потребоваться несколько дополнительных шагов в зависимости от того, к каким приложениям / информации Google вашему приложению требуется доступ. По умолчанию области действия Google API для нового проекта: электронная почта , профиль и openid . Вот видео , объясняющее, как просматривать и изменять области в консоли Google API (упомянутые ниже).
1. Кнопка входа в Google с областями
Самый простой способ - следовать этому руководству от Google , в котором объясняется, как настроить Google Auth на веб-интерфейсе.
Короче говоря, вы сначала настраиваете проект в консоли Google API. Создайте новый проект и посмотрите на масштабы своего проекта, щелкнув вкладку Учетные данные , затем вкладку Экран согласия OAuth . Затем снова в коде внешнего интерфейса добавьте тег скрипта для вызова API Google, связанного с функцией аутентификации. Затем добавьте метатег, содержащий ключ клиента, найденный в консоли Google API. Затем просто создайте кнопку входа с определенным классом и атрибутом данных (упомянутым в руководстве), и пользователи должны иметь возможность входить в систему. Это вернет небольшой объем пользовательских данных в вашем коде, который вы можете использовать для проверки в своем приложении. .
2. Firebase с областями действия
Более сложным решением будет Проверка подлинности Firebase , которая возвращает еще больше пользовательских данных, использование базы данных для сохранения и извлечения данных, связанных с пользователем и его сеансом, и многие другие другие полезные функции, разработка которых обычно требует времени. Таким образом, Firebase часто называют серверной частью как службой (BaaS).
Чтобы получить тот же уровень детализации областей, что и в стандартном сценарии OAuth, описанном выше, вам может потребоваться комбинация этих двух компонентов, как описано в этой статье из Fireship.io .