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

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