私はフェイスブックのログインプロセスを実装しているWebベースのアプリケーションを開発しており、ユーザーを識別し、facebook graph APIを使用してその情報を尋ねます。Facebookのapiレート制限 - サーバー側またはクライアント側の方が良いですか？
apiレート制限の観点からは、サーバー側とクライアント側の実装のどちらが優れているかが問題です。私が読んでいたすべての文書や議論については、600秒あたり600コールの制限があります.IPごと、またはアクセストークンごと、またはアプリケーションキーごとにカウントされますか？クライアント側のすべてのAPI呼び出しを制限レートに達しないように実装する方が良いでしょうか？
ありがとうございます事前にありがとうございました
照会APIレート制限はアプリケーションベースです。しかし、あなたはAPIと照会ユーザーを照会することは同じではないことを理解する必要があります。私はこれを証明することはできませんが、許可フローが何らかの形で制限されていると考えるのは難しいです（毎日何百万という大きなアプリとゲームを見てください）。 ..
アプリ（クライアントまたはサーバーサイド）で認証フローをどのように実装するかは、使用するテクノロジ、アプリケーションの記述言語、知識など、さまざまな要素に基づいて決定する必要があります。非常に主観的です。
Facebook Platform Policiesに基づいて、私は個人的に起因するJavaScriptに実装と情熱の容易さにJS-SDKを使用して、クライアント側の流れを好むが、再び、これは主観的なものである...
私は認可フローも制限されていないと思うが、FacebookのJavascript SDKを使ってAPIに問い合わせるときにカウントされるかどうかは疑問だ。グラフのすべてのクエリはクライアントのIPから来るということだ。 –
私はphpとjavascriptを使用しています。私のサイトには、ユーザーが接続できるfacebook接続ボタンがあります。私は時間あたりボタンを使用する100,000人以上のユーザーを持つつもりです、そして、ユーザーがボタンをクリックするたびに、私はグラフAPIへの呼び出しを1回だけ行います。 Therfor私は24時間あたり100kの制限に到達しないための回避策の解決策を求めています... –
：
あなたが超えた場合は、 （> 5M MAU）または（> 100M APIのCA：あなたは追加の条件の対象となり得るような、または超えを計画し、以下のいずれかのしきい値は 「しきい値ポリシー」タグとconfidential bugレポートを作成することにより、お問い合わせください1日あたりの数は）または（1日あたり50M以上のインプレッション）。
1日あたりの1億回のAPI制限を超えると思われる場合は、Facebookに連絡してください。
これを持っていただきありがとうございます、これについて完全に忘れてました;） –
あなたは大歓迎です！ :-) – ifaour
あなたがレート制限を行っている場合は、「重要」なリクエストを優先させる可能性があります。もしFacebookがそうすることができれば、そのようなコントロールはできません。シンプルさとは対照的に、あなたが望むものはかなり良いアイデアになるでしょう。 –