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

अहम जानकारी: Google Maps Platform Premium प्लान अब या नए ग्राहकों की संख्या बढ़ाना चाहते हैं.

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

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

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

नीचे दिया गया कोड आपको 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 इस्तेमाल करने से रोकने के लिए, आपके क्लाइंट आईडी का इस्तेमाल उन यूआरएल की सूची तक सीमित है जिन्हें आपने अनुमति दी गई.

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

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

  • आपके सभी आधिकारिक यूआरएल क्लाइंट आईडी gme-[company] टेबल के लिए आधिकारिक यूआरएल Client-ID पेज.

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

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

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

अनुमति वाले यूआरएल के संबंध में ये बातें लागू होती हैं:

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