Я настраиваю сайт, который использует проверки подлинности FB и токены доступа для решения проблемы устаревания offline_access и, в частности, делает fb_exchange_token, чтобы получить токены с расширенной длительностью для пользователей сайта. Кажется, это работает, но у меня есть некоторые вопросы. Мой основной подход:Re offline_access debrecation: Когда нужно делать fb_exchange_token?
Я получаю пользователь вошел через обычную серверном процедуру назад и вперед, наконец, дает мне действительный маркер доступа для пользователя. Это работает отлично и, кажется, действует в течение 5300 секунд или около того, как стандартные/оригинальные жетоны.
Затем я сразу же вызываю вызов fb_exchange_token; это преуспевает и дает мне новый access_token, который хорош в течение нескольких месяцев. Это токен, который мой сайт сохраняет для дальнейшего использования, когда он делает что-то от имени пользователя.
Это имеет смысл, не так ли? Кажется немного лишним сделать один звонок сразу за другим, но он дает мне токен продолжительной жизни, и это то, что я хочу. Я предполагаю, что могу использовать оригинальный токен до тех пор, пока он длится и не беспокоится об обмене, пока не истечет первоначальный токен, но (а) кажется, что я мог бы также получить и использовать расширенный с самого начала и (б) мне не ясно, что истекший токен можно обменять на токен с расширенной продолжительностью.
Итак: Кто-нибудь видит какие-либо проблемы с этим подходом? Благодаря!
Право. Но если я могу застраховать, что пользователю придется снова войти в систему в какой-то момент до истечения срока действия расширенного токена, они будут генерировать новый токен 5300 секунд, который, в свою очередь, будет заменен на другой расширенный токен. И т. Д. И т. Д. И т. Д. Я не пытаюсь делать по-настоящему «автономный» материал; Я просто хочу, чтобы токен не истекал, когда пользователь вошел в систему и использовал сайт. И даже если они каким-то образом вошли в систему вне продолжительности расширенного токена, у меня все еще есть старый код для обработки обновленных жетонов. В любом случае, спасибо! –
Спасибо @DMCS за эту ссылку на часто задаваемые вопросы. Таким образом, кажется, что [docs] (https://developers.facebook.com/roadmap/offline-access-removal/) не только запутывают, но и ошибочно, поскольку я читаю _calling это несколько раз в течение того же дня, приведет только к первый вызов, продлевающий время истечения, как подразумевается, вы можете продлевать один раз в день. IMO это изменение не принесет хороший опыт для мобильных клиентов ... –