我正在開發一個基於Web的應用程序,實現Facebook登錄過程來識別用戶,並要求使用Facebook圖形API的他們的信息。Facebook API速率限制 - 服務器端或客戶端更好?
的問題是,這是在API速率限制的項服務器端和客戶端之間實現更好的。對於我讀過的所有文檔和討論,每600秒有600個呼叫的限制,每個ip或每個access_token或每個應用程序密鑰的計數是多少?在客戶端執行所有api調用以達到限制速度更好嗎?
在此先感謝
我正在開發一個基於Web的應用程序,實現Facebook登錄過程來識別用戶,並要求使用Facebook圖形API的他們的信息。Facebook API速率限制 - 服務器端或客戶端更好?
的問題是,這是在API速率限制的項服務器端和客戶端之間實現更好的。對於我讀過的所有文檔和討論,每600秒有600個呼叫的限制,每個ip或每個access_token或每個應用程序密鑰的計數是多少?在客戶端執行所有api調用以達到限制速度更好嗎?
在此先感謝
查詢API速率限制應用程序的基礎上。但是你應該明白,查詢API和授權用戶不是一回事,我不能證明這一點,但很難相信授權流程在某種程度上受到限制(看看非常大的應用程序和每天有數百萬次使用的遊戲)。 ..
如何授權流應該在你的應用程序中實現決策(客戶端或服務器端)應基於許多因素,如您使用的技術,語言應用程序編寫的,你的知識,等等...這是非常主觀。
我個人比較喜歡使用JS-SDK客戶端的流量,由於便於實施和激情給JavaScript,但這又是主觀的...基於Facebook Platform Policies
我相信授權流程不受限制,但我想知道它是否也算在我用facebook Javascript SDK查詢API時,這意味着對圖表的所有查詢都來自我的客戶端ip。 – 2012-03-06 11:52:07
我使用PHP和JavaScript,我的網站有一個Facebook連接按鈕,允許用戶連接。我將有超過10萬用戶每小時使用按鈕,並且每次用戶單擊按鈕時,我都會在圖表API中調用一次。 Therfor我要求一個解決方案的解決方案,以達到每24小時不超過100k限制... – 2012-03-06 12:15:48
:
如果超過,或計劃超過,以下任何閾值 請通過創建confidential bug報告與 「閾值策略」標籤與我們聯繫,你可能會受到額外的條款:(> 5M MAU)或(> 100M API CA每天lls)或(每天> 5000萬印象)。
如果您認爲您會通過每天1億次API調用限制,請聯繫Facebook。
感謝您帶來這個,完全忘了這個;) – 2012-03-06 13:17:38
歡迎您! :-) – ifaour 2012-03-06 13:20:07
如果你這樣做速率限制自己,你必須要優先「重要」的要求,如果你讓Facebook的做,你會不會有控制的可能性。稱重簡單,你會有一個很好的想法你想要什麼。 – 2012-03-06 11:08:54