0

バンプ：これはデッドリクエストではありません。Facebookの誰かや他の誰かから確かな答えを得たいと思っています。ありがとう。

改訂された質問：正しい質問をしていないのか、それとも誰も答えられない有効な質問をしているのかわかりません。

新しい質問：

FQLまたは別の手段を使用して、reqs.phpに表示されるすべてのリクエストを取得できますか？私は本質的に次のようなものを探しています：

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

通知はそのデータを返しますが、アプリのリクエストは多くの場合、すべてではありませんが一部のリクエストを識別するリンクを含む単一のレコードにバッチ処理されます。現在開いているすべてのアプリリクエストの個別のレコードが必要です。これは通知の作成に使用されるデータであるため、これを行うためのデータが利用可能である必要があります。これは私たちに利用可能にされていないようです。:(

ありがとう！

元の問い合わせは次のとおりです。

ユーザーのFacebook情報のさまざまなソースを集約するアプリがあります。私が取り組んでいるデータセットの1つは、友​​人からこのユーザーに送信されたアプリリクエストのコレクションです。たとえば、GreatAppを開き、クリックしてリクエストを送信します。GreatAppを使用する場合と使用しない場合がありますが、GreatAppからの要求をブロックしていないと仮定します。ここで、私のリクエストを表示するAggregatorAppと、含まれているGreatAppへのリンクを開きます。表示されるデータはreqs.phpと同じですが、フォーマットが異なり、データがはるかに多く、もちろん単純にはるかに優れています。;）

それがapprequestsで得たものだと思いました。この質問から、apprequestsは現在のアプリケーションによって送信されたリクエストのコレクションであることがわかりました。

path / me / apprequestsを使用する場合、アプリIDを指定する必要はありません。ただし、ここでは、ユーザートークンではなくアプリトークンを提供する必要があると思います。あれは正しいですか？それが正しければ、これは、他のアプリによって生成されたリクエストではなく、このアプリが送信したリクエストであることを確認します。

FQLを使用する場合、apprequestsテーブルをクエリするには、アプリのuidとリクエストのIDを特定する必要があります。わかりましたが、有効なリクエストIDとアプリID（および有効な権限）があっても、FQLはリクエストデータを返しません。（私はアプリIDをチェックしていません、多分それが鍵です。）

特に他のアプリからのインバウンドリクエストの取得や、/ apprequestsとapprequestsテーブルがデータを返すためにどのトークンまたはその他の詳細が期待されるかについての確認など、上記のいずれかの具体的な例を提供してくれることを期待しています。

ありがとう！

良い（または何も）応答なしに同じ質問をする他のスレッド： thread1 thread2

4

4 に答える 4

2

ユーザーのapprequests接続を取得するには、グラフAPIリクエストを作成する必要があります。ここで現在のドキュメントを参照してください：http：//developers.facebook.com/docs/reference/api/user/。

[接続]テーブルのドキュメントには、そのユーザーへのリクエストを取得するにはアプリケーションアクセストークンが必要であることが正しく記載されています。（http://developers.facebook.com/docs/reference/api/user/#apprequests）の下のドキュメントに、ユーザーアクセストークンが必要であると主張するバグがあります。これは正しくなく、（これまで見てきたように）空のリクエストリストが返されます。

アプリケーションによって送信されたリクエストは、アプリケーションにのみ表示されます。ユーザーはこれらのリクエストを表示または削除できません（ただし、リクエストを非表示にすることはできます）。これは、アプリケーションが、ユーザーや他のアプリケーションに公開されることのないデータ（255文字）をリクエストに入れることができるためです。

アクセストークンを持っていないアプリからのユーザーのリクエストを集約できる方法はないと思います。

于 2012-03-02T19:36:22.020 に答える
1

（質問が削除される前に）私が見つけたのは、ユーザートークンを使用してリクエストにアクセスすることはできず、アプリトークンはアプリが送信したリクエストにのみアクセスできることです（ドキュメントで自分自身を見つけて、グラフエクスプローラー）。リクエストを処理するためのiPhoneアプリとブラウザプラグインがあることを知っているので、それらがページ自体にアクセスしてデータを解析していると思います（サイトのスクレイピングなど）。このアプローチの欠点は、リクエストページに、各アプリからの約100件のリクエストのみが一度に表示されることです。

（一部の人々が共有していない方法を見つけた場合を除きます...）

于 2011-12-26T07:41:25.263 に答える
0

そうです、user_access_tokenではなくapp_access_tokenが必要です。

FBのドキュメントにエラーがあると思います。

于 2011-12-02T10:21:40.340 に答える
0

決定的な答えは、私のバグレポートに応えて、ここでFacebook開発者によって提供されました。解決策は、これが設計によるものであるということです。これは、@ noah-callawayによる、他のアプリでは利用できないはずのリクエストにアプリ固有のデータが含まれている可能性があるというメモに関連しています。

私の意見では、これは残念です。Facebookはすべて友達間でデータを共有することを目的としているため、アプリが（限定的で合理的な）情報を相互に共有できる場合、エコシステムに次元が追加されると思います。

回答ありがとうございます！

于 2012-03-02T23:47:25.157 に答える