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

अहम जानकारी: 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-[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 में दिए गए निर्देश देखें.