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

अहम जानकारी: 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 में यूआरएल की अनुमति देना

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

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

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

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

आधिकारिक यूआरएल के लिए, यहां दी गई बातें लागू होती हैं:

डोमेन नेम या आईपी पते को सार्वजनिक तौर पर ऐक्सेस करना ज़रूरी नहीं है.
उदाहरण के लिए, 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 में दिए गए निर्देश देखें.