Я провел еще несколько исследований по этому вопросу.
FB отвергают разрешение offline_access.Это означает, что больше не будет возможности получить токен доступа, который дает вашему приложению открытое разрешение на запрос данных пользователя.
Вместо этого вашему приложению придется проверять действительность любого существующего токена, и этосрок действия этого токена истек, вы сможете поменять его на новый.Ранее, если у вас был токен с истекшим сроком действия, вы должны были снова отправить своего пользователя через процесс аутентификации, чтобы получить новый, так что это на самом деле позитивное событие.
См .: https://developers.facebook.com/docs/offline-access-deprecation/
В моем собственном конкретном примере, где я использовал токен, полученный из Graph Explorer в PHP-скрипте, который запрашивал Graph с помощью cURL (т.е. независимо от сеанса пользователя на FB), я не могу этого сделать.
Graph Explorer - это отдельное приложение, и кажется, что в последние несколько дней он включил миграцию deprecate_offline_access в своих настройках, что означает, что существующие маркеры offline_access, полученные через Graph Explorer, теперь теряют силу при выходе из системы.
Кроме того, я не могу выполнить запрос в своем скрипте для замены токена, так как для этого требуется секретное приложение для приложения Graph Explorer, которого у меня нет.
Таким образом, существующиеТокены offline_access, полученные как часть стандартного процесса аутентификации, должны продолжать работать, но токены offline_access, полученные с помощью Graph Explorer не будет.
Это фактически означает, что больше невозможно создавать сценарии взаимодействия с графиком, для которого требуются расширенные разрешения.Все такое взаимодействие теперь должно происходить в пользовательском сеансе.
Я вижу в этом логику, но это немного ключ в работах для заданий cron и т. Д.