авторизации я получаю access_token и refresh_token. Дока гугла пишет про них следующее:
Important: Your application should store both tokens in a secure, long-lived location that is accessible between different invocations of your application.
То есть предполагается их хранить на сервере. Зачем? Если я могу отдать их на фронт и пускай на фронте при каждом обновлении страницы идёт запрос на гугл для получения аватарки, какой-то минимальной инфы и т.д.... Ничего страшного ведь не будет, если клиент будет знать токены, принадлежащие только ему
не будет, а как он будет их обновлять?
это другой вопрос. у меня вопрос - почему так категорично дока гугла призывает не отдавать эти токены на фронт?
и что в таком случае на фронт отдать? какой-нибудь jwt с ID, по которому я буду из базы дёргать access_token и refresh_token ?
для аватарок OAuth - это не лишнее? Для открытой инфы там, вроде, достаточно ApiKey - без данных авторизации хранимого через OAuth. В ютубе, например, запрос по инфе по каналу будет стоить 1 квоту (вроде) и 10000 в день на один ApiKey - можно их гроздь Фронту отдать) считать приближение дневного лимита и переключаться.
Обсуждают сегодня