Повторная аутентификация пользователей после истечения срока действия access_token

Question

Мне нужно перенести приложение FB с помощью разрешения offline_access. Насколько я понимаю, сервер OAuth должен вернуть долговременный (60 дней) access_token после аутентификации пользователя.

Как только эти 60 дней встанут, я должен запросить новый токен. Но могу ли я сделать это прозрачно, не требуя от пользователя пересмотреть Facebook? Я понимаю, что пользователь не будет предложено ввести те же права доступа, но:

а) параметр redirect_uri должен указывать на URL, где я могу обработать запрос OAuth, что делает его трудным для прозрачной работы

b) многие мои вызовы API Графа инициируются из запросов AJAX, поражающих мой сервер. Если они отклоняются из-за истекшего токена, я не могу перенаправить пользователя, не нарушая поток приложений.

Так что мой вопрос: может ли это быть сделано полностью прозрачным образом? Я предполагаю, что ответ «Нет», но прослушивание пользователя каждые 60 дней - особенно если они регулярно используют приложение в течение 59 дней - кажется излишним.

Answer 1

Это действительно выглядит как ответ «Нет» ... Под Scenario 3

Примечание: пользователь должен иметь доступ приложение, прежде чем вы сможете получить правильный «код авторизации», чтобы быть способный снова вызвать сервер OAuth . Приложения не смогут установить фоновое/cron-задание, которое пытается автоматически продлить срок действия, так как код авторизации недолговечен и истек.

Мы сталкиваемся с той же проблемой, и похоже, что мы будем вынуждены каждый год переуступать пользователя. К счастью, это относительно второстепенной части нашей системы, и все вызовы AJAX выполняются на наших серверах, которые, в свою очередь, запрашивают fb - поэтому у нас есть слой абстракции там, где мы можем отсылать кэшированные данные/управляющие сообщения для управления поток приложений, который дает нам некоторое пространство для маневра с точки зрения неудачного изящества, пока мы не сможем получить незавершенные данные и перенаправить пользователя соответствующим образом.

Кстати, стоит отметить, что в соответствии с roadmapoffline_access официально становятся устаревшими на 3 октября 2012 года