Twitter搜索API速率限制Zend

Question

我們正在嘗試創建一個應用程序，允許用戶顯示20個橄欖球隊的最新Twitter新聞。 我們在足球隊查詢中使用Zend_Service_Twitter_Search，例如“阿森納”。

我們遇到的問題是，網站可能在任何時候都會請求查看所有20個團隊的新聞，因此，如果有許多用戶這樣做，那么將有20次對API的調用，那么每小時的限制就會達到。

我們想要所有20個團隊的最新消息，因此我們不希望將數據緩存超過1分鍾。 有沒有人對此提供建議，我已經閱讀了文檔，但那里沒有任何建議。

干杯

Ĵ

Answer 1

在我看來，這更多地是后端設計問題。 您要解決的問題是：

1. 為各種規模的用戶提供當前數據
2. 不超過api限制，即未發布的Twitter API限制

好像解決方案是某種數據庫/數據存儲來持久化數據。
您可以每分鍾進行20次api調用，以存儲信息，然后根據需要將其提供給用戶。

簡要查看Twitter API文檔后，似乎對存儲數據沒有任何限制。 盡管您可能想重新考慮使用搜索API的頻率，但由於限制沒有發布。

Answer 2

我最近實現了類似的功能。 簡單的答案是計算出您需要進行多少查詢。 假設每個團隊1個，一次20個。 將60秒（速率限制的時間段）除以（速率限制/查詢數），然后將結果緩存在諸如memcache之類的內容中，保持該秒數。 然后，當用戶訪問該網站時，從內存緩存中提取結果（如果有的話），否則請重新獲取。 Memcache的優勢在於，它會自動清除過期的數據，因此您不會超出速率限制，並且將始終擁有最新鮮的數據（不會超出速率限制）。

因此，如果速率限制為每分鍾200個（我知道不是，但這使數學很容易），則將結果緩存60 /（200/20）= 6秒。 因此，以最大速率，您將在一分鍾內對20個團隊中的每個團隊進行10個查詢，因此，每分鍾200個查詢，這在速率限制上實在是太高了。