2012-01-06 15 views
0

Graph APIコールの正式な制限(または最低保証レート)はありますか?Facebook Graph API FQL Query Limit

ユーザーに対して有効なaccess_tokensを取得しており、Webサーバーとクライアント側の両方のスクリプトでこれらを使用しています。私は access_tokenは一回ごと毎分を照会するために計画し、いくつかは、クライアントのIPアドレス、WebサーバのIPからの一部から作られる

SELECT+page_id+FROM+page_fan+WHERE+uid=me()+and+page_id=...&access_token=... 

SELECT+post_id+FROM+stream+WHERE+(privacy.value='EVERYONE'+OR+privacy.value='ALL_FRIENDS')+AND+attachment.description='...'+AND+attachment.name='...'+AND+actor_id=me()+AND+source_id=me()+AND+is_hidden=0&access_token=... 

:両方の呼び出しは以下のようなものですFQLクエリを使用します。だから私はちゃんと何を気にしなければならないの?

さらに、これらのクエリで「me()」についての質問が1つあります。クライアントまたはサーバーからの呼び出しを行うと、その違いはありますか?例えばクライアントユーザが私のWebページから自分のFBログインを変更した場合、新しいログインか、access_tokenが生成されたログインを参照していますか?

答えて

1

Facebookにアプリボックスとプロフィールページがあるとき、My Countdownアプリは1時間に1回プロフィールを更新しました。ある時点で400Kのユーザーを抱えていたため、1日にFacebookに960万回(400K x 24)の通話が行われていました。

制限があるかどうかはわかりませんが、サブスクライブ機能ではAPIを頻繁に使用する必要はありません。何か変わったかどうかチェックしようとしているようです。サブスクリプションAPIコールはFacebookに何か変わったときにあなたに知らせるためのものです。

本当に、問題はネットワークの帯域幅とCPUであり、Facebookの制限ではありません。

+0

はい、そういうわけで、ほとんどの作業をクライアント側に配布すると思います。 –

1

me()は、アクセストークンでエンコードされたユーザー/ページIDを指します。トークンをhttps://developers.facebook.com/tools/debugに貼り付けて、それがどんなIDであるかを見てください。