सीमा तक पहुँचने से पहले अपनी कुंजी के उपयोग पर नज़र रखें
काम के साथ-साथ अपने कोटा हेडर देखते रहने से पता चलता है कि कब सीमा करीब आ रही है, किसी अनुरोध के असल में अस्वीकार होने से काफ़ी पहले।
काम के साथ-साथ अपने कोटा हेडर देखते रहने से पता चलता है कि कब सीमा करीब आ रही है, किसी अनुरोध के असल में अस्वीकार होने से काफ़ी पहले।
अलग-अलग प्रोवाइडर में रेट लिमिट केवल संख्या में नहीं, संरचना में भी अलग होती हैं। यह मानने से पहले कि आपका मौजूदा तर्क अब भी लागू होता है, यहाँ बताया गया है कि क्या जाँचें।
प्रतिदिन मुफ़्त कोटा ठीक इसी के लिए है, यानी किसी पैसे या कुंजी के शामिल होने से पहले इंटीग्रेशन बनाना और जाँचना।
प्रतिदिन मुफ़्त कोटा प्रति नेटवर्क गिना जाता है, प्रति पता नहीं, इसलिए कोई साझा ऑफ़िस या इमारत कई के बजाय एक ही पूल से उपयोग करती है।
My Geocode पर रेट लिमिट जितनी लगती हैं उससे सरल हैं: प्रति नेटवर्क और प्रति कुंजी प्रतिदिन मुफ़्त कोटा, फिर प्रीपेड क्रेडिट या Unlimited कवरेज।
यहाँ कोई async जॉब कतार नहीं है, बस सिंक्रोनस बल्क अनुरोध हैं, इसलिए बड़े जॉब का मतलब है उसे टुकड़ों में बाँटना और अपने कोटा हेडर की पोलिंग करना।
My Geocode के हर रिस्पॉन्स में कोटा हेडर का पूरा सेट होता है, ताकि कोई स्क्रिप्ट अलग से उपयोग देखे बिना ठीक-ठीक जान सके कि वह कहाँ खड़ी है।
पतों को कैश करने से अनुरोध बचते हैं, लेकिन केवल तब जब आपका कैश और आपके कोटा हेडर इस पर सहमत हों कि वास्तव में क्या देखा गया है।
हर रिस्पॉन्स में कोटा हेडर होते हैं, लेकिन उन्हें सही तरह से पढ़ने के लिए यह जानना ज़रूरी है कि कौन-सा हेडर आपकी कुंजी को दर्शाता है और कौन-सा आपके नेटवर्क को।
सौ पतों वाली एक कॉल सौ अनुरोधों के रूप में गिनी जाती है, एक के रूप में नहीं। यहाँ बताया गया है कि हम बल्क कॉल को कॉल के बजाय आइटम के हिसाब से क्यों गिनते हैं।