С помощью Gitkit, как проверить адрес электронной почты пользователей, которые регистрируются с паролем?
Документация по Google Identity Toolkit (Gitkit) по-прежнему содержит отдельные темы. Одним из случаев, в котором нет надлежащей документации, является проверка адресов электронной почты пользователей, которые создают учетную запись с паролем вместо входа в систему с помощью Identity Provider.
Я нашел метод public String getEmailVerificationLink(String email) в библиотеке Java для Gitkit, но нет описания для этого метода. Запустив этот метод, я обнаружил, что, помимо возврата пользовательской ссылки для подтверждения, он также вызвал письмо с подтверждением на этот адрес электронной почты. Иногда этот метод также возвращает ошибку: org.json.JSONException: JSONObject["oobCode"] not found,
Таким образом, вопрос заключается в следующем: как предполагается использовать этот метод и есть ли какие-либо другие шаги / проверки, которые требуются в процессе проверки электронной почты? Например, нужно ли отдельно проверять, был ли адрес электронной почты уже проверен перед вызовом этого метода?
Команда Gitkit, кроме ответа на этот вопрос, было бы очень полезно, если бы вы могли включить другие пробелы в документацию как Gitkit API, так и клиентских библиотек. Примером еще одной темы, которая еще не охвачена, является контроль над требованиями к паролю: как мы можем настроить требования к надежности пароля и сообщить их пользователям на странице регистрации?
1 ответ
В Google Identity Toolkit IdToken есть поле verified, Если это ложь, это означает, что электронная почта пользователя не была проверена.
Когда ваш сервер хочет проверить электронную почту пользователя, позвоните getEmailVerificationLink(email) получить одноразовый URL-адрес для проверки с сервера Identity Toolkit. URL-адрес должен указывать на страницу виджета Identity Toolkit с одноразовым кодом в параметре запроса.
Затем ваш сервер отправляет электронное письмо с адресом на адрес. После того, как пользователь щелкнет по URL-адресу, виджет Identity Toolkit выполнит оставшиеся шаги (подтвердит одноразовый код, отметит проверенный флаг в хранилище) и перенаправит браузер в SignInSuccessUrl.
Надежность пароля не может быть изменена в текущем SDK. Мы работаем над этим.