Различают принятый запрос от еще не принятого на Facebook

Question

Я разрабатываю игру для Facebook.Я использую запросы приложений, также известные как приглашения.

Мне интересно, есть ли способ отличить принятый запрос приложения от еще не принятого.После того, как пользователь принял запрос, я удаляю его с помощью вызова DELETE в Graph API, как описано в документации http://developers.facebook.com/docs/reference/dialogs/requests/ (раздел Удаление запросов).Но я все еще могу получить запрос приложения, используя GraphAPI.

Основная проблема заключается в следующем.Я проверяю наличие HTTP-параметра «request_ids» в каждом входящем HTTP-запросе и выполняю обработку / удаление запроса приложения, если этот параметр присутствует.Таким образом, если пользователь пришел в мое приложение по ссылке приглашения и нажал F5, в мое приложение будет отправлен еще один HTTP-запрос, по-прежнему содержащий тот же параметр «request_ids».Здесь я хотел бы знать, обработан ли уже запрос заявки.

Конечно, я могу отслеживать его в своей базе данных.Но я ищу какое-то решение с использованием API Facebook.

Буду признателен за любой совет.

Answer 1

Конечно, я могу отслеживать это в своей базе данных.Но я ищу какое-то решение с использованием API Facebook.

Почему?по той же ссылке, которую вы разместили, становится ясно, что ваша ответственность:

Когда пользователь перенаправляется на ваше приложение, нажав на Запрос из приложения, панель инструментов игрыили из уведомления о запросе вы должны удалить запрос после его принятия. Запросы не удаляются автоматически после того, как на них нажали , поэтому разработчик несет ответственность за их очистку после того, как они были использованы.

Теперь я подумалчто выдача запроса DELETE для конкретного пользовательского запроса фактически аннулирует будущие вызовы GET для этого конкретного запроса.Но даже если это не так, вы должны заниматься такими случаями.