Получать доступные пользователю запросы, отправленные другими пользователями

Question

BUMP: Это не пустой запрос.Я все еще надеюсь получить надежный ответ от кого-то в Facebook или кого-либо еще.Спасибо.

Пересмотренный запрос: я не знаю, задаю ли я правильный вопрос или задаю правильный вопрос, на который никто не может ответить.

Новые вопросы:

Можем ли мы использовать FQL или другое средство, чтобы получить все запросы на reqs.php?По сути, я ищу что-то вроде этого:

SELECT request_id, app_id FROM apprequest WHERE recipient_uid = me()

Уведомления возвращают эти данные, но запросы приложений часто объединяются в одну запись со ссылкой, определяющей некоторые, но не все запросы.Я хочу, чтобы отдельные записи для всех запросов приложений были открыты.Данные для этого должны быть доступны, так как именно эти данные используются для создания уведомлений!Просто кажется, что это нам не доступно.: (

Спасибо!

Оригинальный запрос:

У меня есть приложение, которое объединяет различные источники информации Facebook для пользователя. Один изнаборы данных, над которыми я работаю, - это набор запросов, которые были отправлены этому пользователю друзьями. Например, я открываю GreatApp и нажимаю кнопку, чтобы отправить вам запрос. Вы можете использовать или не использовать GreatApp, но давайте предположим, что у вас нетне блокировал запросы от него. Теперь вы открываете мое AggregatorApp, которое показывает мой запрос, и включенную ссылку на GreatApp. Данные, которые вы видите, такие же, как в reqs.php , но отформатированы по-другому, снамного больше данных, и, конечно, просто намного лучше.;)

Я думал, что это то, что мы получили в оценках.С этот вопрос Я понимаю, что apprequests - это набор запросов, отправленных текущим приложением.

При использовании пути / me / apprequests нам не нужно указывать приложениеЯ БЫ.Но я считаю, что здесь нам нужно предоставить токен приложения, а не токен пользователя.Это верно?Если это правильно, то это подтверждает, что запросы отправляются этим приложением, а не запросы, генерируемые другими приложениями.

При использовании FQL нам необходимо идентифицировать uid приложения, а также его идентификатор.запрос, чтобы запросить таблицу apprequests.Я получаю это, но даже с действительным идентификатором запроса и идентификатором приложения (и действительными разрешениями) FQL не возвращает данные запроса.(Я не проверял идентификатор приложения, возможно, это ключ.)

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

Спасибо!

Другие потоки задают тот же вопрос без хорошего (или какого-либо) ответа: thread1 резьба2

Answer 1

Вам нужно сделать графовый API-запрос, чтобы получить соединение apprequests для пользователя.См. Текущую документацию здесь: http://developers.facebook.com/docs/reference/api/user/.

В таблице подключений в документации правильно указано, что вам нужен токен доступа к приложению для получения запросов к этому пользователю.В документации (http://developers.facebook.com/docs/reference/api/user/#apprequests)) есть ошибка, которая утверждает, что вам нужен токен доступа пользователя. Это неверно, и (как вы видели) вернет пустой список запросов.

Запросы, отправленные видны только приложению . Пользователь не может видеть или удалять эти запросы (хотя они могут скрыть запрос). Причина в том, что приложения могут помещать данные в запросы (255 символов), которые никогда не показываются пользователю или другим приложениям.

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

Answer 2

Что я обнаружил (до того, как мой вопрос был удален), так это то, что вы не можете получить доступ к запросам с помощью токена пользователя, а токены приложения могут получать доступ только к запросам, отправленным приложением (и я сам выяснил это в документации играть с графом проводника). Поскольку я знаю, что есть приложения для iPhone и плагины для браузера для обработки запросов, я предполагаю, что они обращаются к самой странице и анализируют данные (например, очищают сайт). Недостаток этого подхода заключается в том, что на странице запросов одновременно отображается около 100 запросов от каждого приложения.

(Если некоторые люди не нашли способ, которым они не делятся ...)

Answer 3

Полный ответ был предоставлен разработчиком Facebook здесь в ответ на мой отчет об ошибке.Решение заключается в том, что это по дизайну.Это связано с замечанием @ noah-callaway о том, что в запросах, вероятно, есть некоторые специфичные для приложения данные, которые не должны быть доступны другим приложениям.

Это позор, на мой взгляд, потому что Facebook - это все оОбмениваясь данными между друзьями, я думаю, что это добавляет измерение в экосистему, когда приложения могут обмениваться (ограниченной и разумной) информацией друг с другом.

Спасибо за ответы!

Answer 4

Вы правы, вам нужен app_access_token, а не user_access_token.

Я думаю, что в документации FB есть ошибка.