2

グラフ API を使用して、クライアントの各ページのすべての投稿の共有数を取得し、1 日 1 回実行しています。graph.facebook.com/post_id を使用していますが、しばしば

(#613) ストリームへの呼び出しが 600 秒あたり 600 呼び出しの割合を超えました

バッチリクエストを使用してみましたが、バッチ内の各リクエストが制限にカウントされたようです。助言がありますか？

これまでの調査結果は次のとおりです。

  1. FQL ストリーム テーブルに「共有」のフィールドがありません。
  2. 投稿のインサイトには、ページ ウォールに表示される「#shares」に一致する指標がありません。
  3. 投稿のための Graph API 呼び出しはすぐに制限に達します。
4

2 に答える 2

2

呼び出しを少なくする-これが、1回の呼び出しで複数の投稿の詳細を要求するなど、他の最適化をすでに行っていることを前提とした、ここでの唯一の本当の答えです（?ids=X,Y,ZGraph APIドキュメントのホームページに記載されている構文を介して）

なぜ「1日1回」行う必要があるのですか？数時間かけて電話を広げてみませんか？

于 2012-10-05T22:27:13.310 に答える
0

バッチでリクエストしても問題ありません。各アイテムは 1 ヒットとしてカウントされ、同じ制限に達します。FBドキュメントに示されています

https://developers.facebook.com/docs/graph-api/advanced/rate-limiting

ここに画像の説明を入力

cron ジョブなどでタイムアウトまたは遅延によって負荷を分散してみることができます。または、最初のバッチを実行し、次のバッチを 1 時間以内に実行するのがおそらく最も安全です。

于 2017-08-23T12:57:24.467 に答える