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

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

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

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

एपीआई लोड करते समय Client-ID तय करना

नीचे दिया गया कोड आपको बताता है कि 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>

अनुमति वाले यूआरएल मैनेज करना

किसी तीसरे पक्ष को अपनी वेबसाइट पर आपका Client-ID इस्तेमाल करने से रोकने के लिए, आपके Client-ID का इस्तेमाल उन यूआरएल की सूची तक सीमित कर दिया गया है जिन्हें आपने खास तौर पर अनुमति दी है.

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

Cloud Console में यूआरएल की अनुमति देना

  • आपके अनुमति वाले सभी यूआरएल, क्लाइंट आईडी पेज पर क्लाइंट आईडी 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 में दिए गए निर्देश देखें.