क्लाइंट आईडी यूआरएल को अनुमति देना

अहम जानकारी: Google Maps Platform का प्रीमियम प्लान, अब साइन अप करने या नए ग्राहकों के लिए उपलब्ध नहीं है.

Maps JavaScript API के क्लाइंट आईडी की पुष्टि करना

एपीआई पासकोड के बजाय, यूआरएल रजिस्ट्रेशन के साथ क्लाइंट आईडी का इस्तेमाल करके, Google Maps Platform पर अपने अनुरोधों की पुष्टि की जा सकती है.

एपीआई लोड करते समय क्लाइंट आईडी तय करना

यहां दिए गए कोड से, आपको Google Maps Platform लोड करते समय, YOUR_CLIENT_ID को अपने क्लाइंट आईडी से बदलने का तरीका पता चलेगा.

<script async defer src="https://maps.googleapis.com/maps/api/js?client=YOUR_CLIENT_ID&v=quarterly&callback=initMap"></script>

मान्य यूआरएल मैनेज करना

किसी तीसरे पक्ष को अपनी वेबसाइट पर आपके क्लाइंट आईडी का इस्तेमाल करने से रोकने के लिए, आपके क्लाइंट आईडी का इस्तेमाल सिर्फ़ उन यूआरएल के लिए किया जा सकता है जिन्हें आपने खास तौर पर अनुमति दी है.

Cloud Console में अपना क्लाइंट आईडी ढूंढना

Cloud Console में यूआरएल की पुष्टि करना

  • आपके सभी मान्य यूआरएल, क्लाइंट आईडी पेज पर मौजूद, क्लाइंट आईडी gme-[कंपनी]के लिए मान्य यूआरएल टेबल में दिए गए हैं.

  • किसी यूआरएल को हटाने के लिए, यूआरएल की बाईं ओर मौजूद बॉक्स को चुनें. इसके बाद, टेबल के सबसे ऊपर दाईं ओर मौजूद मिटाएं आइकॉन पर क्लिक करें.

  • नए यूआरएल जोड़ने के लिए, टेबल में सबसे नीचे मौजूद यूआरएल जोड़ें पर क्लिक करें.

अहम जानकारी: अनुमति वाले क्लाइंट आईडी के यूआरएल के नियम, एपीआई कुंजी के रेफ़रर से जुड़ी पाबंदियों से अलग होते हैं. ज़्यादा जानकारी के लिए, यहां देखें.

अनुमति वाले यूआरएल के बारे में ये बातें ध्यान में रखें:

डोमेन नाम या आईपी पते को सार्वजनिक तौर पर ऐक्सेस करने की ज़रूरत नहीं है.
उदाहरण के लिए, http://myintranet और http://192.168.1.1 मान्य एंट्री हैं.
किसी डोमेन के सभी सबडोमेन को भी अनुमति दी जाती है.

उदाहरण के लिए, अगर खुले डोमेन http://example.com की पुष्टि हो गई है, तो सबडोमेन http://www.example.com की पुष्टि भी हो जाएगी. हालांकि, इसका उल्टा सही नहीं है: अगर http://www.example.com को अनुमति मिली है, तो http://example.com को अपने-आप अनुमति नहीं मिलेगी.

अनुमति वाले पाथ के सभी सबपाथ को भी अनुमति मिली होती है.

उदाहरण के लिए, अगर http://example.com को अनुमति मिली है, तो http://example.com/foo को भी अनुमति मिलेगी. इसके अलावा, किसी डोमेन के सबडोमेन को भी अनुमति दी जाती है. इसलिए, http://sub.example.com/bar को अनुमति दी गई है.

पाथ केस-सेंसिटिव होते हैं.

उदाहरण के लिए, http://www.example.com/ThisPath/ और http://www.example.com/thispath/ एक जैसे नहीं हैं.

कुछ पोर्ट का इस्तेमाल करने वाले लोगों के लिए, मान्य यूआरएल को सीमित किया जा सकता है.

उदाहरण के लिए, अगर http://example.com:8080/foo के बारे में बताया गया है, तो इसका मतलब यह नहीं है कि http://example.com को अनुमति मिल गई है.

एचटीटीपी और एचटीटीपीएस प्रोटोकॉल को अलग-अलग यूआरएल माना जाता है.

उदाहरण के लिए, अगर https://example.com को अनुमति मिली है, तो http://example.com को अपने-आप अनुमति नहीं मिलेगी.

अगर प्रोटोकॉल स्कीम के बिना कोई सफ़िक्स रेफ़रंस दिया जाता है, तो एचटीटीपी और एचटीटीपीएस, दोनों के लिए अलग-अलग नियम बनाए जाएंगे. उदाहरण के लिए, www.example.com.

एचटीटीपी या एचटीटीपीएस के अलावा, अन्य प्रोटोकॉल स्कीम के बारे में जानने के लिए, Cloud Console में दिए गए निर्देश देखें.