爲什麼我在使用Google的地理編碼器API時OVER_QUERY_LIMIT？

我有這個應用程序，讓我把地址，並通過谷歌的Geocoding API獲取緯度/經度。我使用AJAX調用它創建了谷歌地理編碼API調用PHP腳本，它看起來像這樣：爲什麼我在使用Google的地理編碼器API時OVER_QUERY_LIMIT？

$base_url = "http://maps.googleapis.com/maps/api/geocode/xml?sensor=false&address="; 
    $address = urlencode($addy1 . ' ' . $addy2); 
    $url = $base_url.$address;

其中$ addy1是街道地址和$ addy2是在正確的格式的城市/州/郵編地理編碼。

當我在該$ url上執行file_get_contents時，我始終得到'status'=> OVER_QUERY_LIMIT。

我甚至沒有接近每天達到2500個查詢限制。我今天到目前爲止嘗試了大概15個不同的地址，而我昨天根本沒有工作。

另外，自週一早上起，我們一直有這個問題。我們最近確實將應用程序移至雲解決方案。由於雲上共享IP的性質，我們是否有可能收到OVER_QUERY_LIMIT？

我沒有任何其他解決方案。使用API密鑰以REQUEST_DENIED響應結束，因爲地理編碼API不使用API密鑰

來源

2012-07-05 Jim P

自從星期一上午以來，我們一直有此問題。我們最近確實將應用程序移至雲解決方案。由於雲上共享IP的性質，我們是否有可能收到OVER_QUERY_LIMIT？

這是最可能的答案。您能否將地理編碼移到客戶端？

編輯：另一種選擇是看看您是否可以爲您的服務器獲取地理編碼的專用IP地址。

Similar query from 2011

來源

2012-07-05 17:01:35 geocodezip

我可能給它的客戶端在這一點上移動，因爲Rackspace公司告訴我沒有太多可以做這件事。這是唯一可行的選擇嗎？（看起來其他的地理編碼服務也有類似的限制。） – 2012-07-05 17:13:03

我可能會向我的老闆提出一個需要我們託管網絡服務的解決方案，因爲我們已經有一個專用的服務器。這不僅僅是我希望的解決方案，而是將所有內容都保存在一個域中，而不是普通用戶隱藏的。 – 2012-07-05 17:58:43

哦，你正在使用Rackspace。虛擬IP地址是一個巨大的問題：您與其他許多用戶共享與互聯網的連接並共享配額/速率限制。客戶端總是更好;很少有服務器端完全適用的情況。 – 2012-07-05 18:00:02

爲什麼我在使用Google的地理編碼器API時OVER_QUERY_LIMIT？

回答

相關問題