क्या आपके पास अन्य चुनौतियां हैं या आपको नीचे बताई गई समस्या नहीं दिख रही है? कृपया किसी गड़बड़ी की शिकायत करें या सुविधा के लिए अनुरोध करें. साथ ही, Stack Overflow पर चर्चा में शामिल हों.
Firebase प्रोजेक्ट और Firebase ऐप्लिकेशन
Firebase प्रोजेक्ट क्या है?
Firebase प्रोजेक्ट, Firebase के लिए टॉप लेवल की इकाई होती है. किसी प्रोजेक्ट में, अपने Apple, Android या वेब ऐप्लिकेशन को रजिस्टर किया जा सकता है. Firebase के साथ अपने ऐप्लिकेशन रजिस्टर करने के बाद, अपने ऐप्लिकेशन में प्रॉडक्ट के हिसाब से Firebase SDK टूल जोड़े जा सकते हैं. जैसे, Analytics, Cloud Firestore, Crashlytics या रिमोट कॉन्फ़िगरेशन.
आपको अपने Apple, Android, और वेब ऐप्लिकेशन के वैरिएंट को एक ही Firebase प्रोजेक्ट में रजिस्टर करना चाहिए. आपके पास कई Firebase प्रोजेक्ट का इस्तेमाल करने का विकल्प होता है. यह डेवलपमेंट, स्टेजिंग, और प्रोडक्शन जैसे कई एनवायरमेंट के साथ काम करता है.
Firebase प्रोजेक्ट के बारे में ज़्यादा जानने के लिए यहां कुछ संसाधन दिए गए हैं:
- Firebase प्रोजेक्ट को समझना — इसमें Firebase प्रोजेक्ट के बारे में कई अहम सिद्धांतों के बारे में खास जानकारी दी गई है. इसमें, Google Cloud के साथ उनका संबंध, प्रोजेक्ट, उसके ऐप्लिकेशन, और संसाधनों के बुनियादी क्रम के बारे में भी बताया गया है.
- Firebase प्रोजेक्ट सेट अप करने के सबसे सही तरीके — इसमें Firebase प्रोजेक्ट सेट अप करने और आपके ऐप्लिकेशन को किसी प्रोजेक्ट के साथ रजिस्टर करने के सबसे सही सामान्य तरीके बताए गए हैं. इनसे आपको ऐसा साफ़ तौर पर डेवलपमेंट वर्कफ़्लो मिलेगा जो अलग-अलग एनवायरमेंट का इस्तेमाल करता हो.
ध्यान दें कि सभी Firebase प्रोजेक्ट के लिए, Firebase, Google Cloud Console में आपके प्रोजेक्ट के लिए, लेबल पेज में
firebase:enabled
का लेबल अपने-आप
जोड़ देता है. इस लेबल के बारे में ज़्यादा जानने के लिए, हमारे
अक्सर पूछे जाने वाले सवाल देखें.
Google Cloud संगठन क्या है?
Google Cloud संगठन, Google Cloud प्रोजेक्ट के लिए एक कंटेनर है (इसमें Firebase प्रोजेक्ट भी शामिल हैं). इस हैरारकी की मदद से, Google Cloud और Firebase प्रोजेक्ट को बेहतर तरीके से व्यवस्थित किया जा सकता है. साथ ही, ऐक्सेस मैनेजमेंट और ऑडिटिंग की जा सकती है. ज़्यादा जानकारी के लिए, संगठन बनाना और उन्हें मैनेज करना देखें.
मैं किसी मौजूदा Google Cloud प्रोजेक्ट में Firebase कैसे जोड़ूं?
आपके पास ऐसे मौजूदा Google Cloud प्रोजेक्ट हो सकते हैं जिन्हें Google Cloud Console या Google API कंसोल से मैनेज किया जाता है.
इनमें से किसी भी विकल्प का इस्तेमाल करके, Firebase को इन मौजूदा प्रोजेक्ट में जोड़ा जा सकता है:
- Firebase कंसोल का इस्तेमाल करके:
Firebase कंसोल के लैंडिंग पेज में, प्रोजेक्ट जोड़ें पर क्लिक करें. इसके बाद, प्रोजेक्ट का नाम मेन्यू से अपना मौजूदा प्रोजेक्ट चुनें. - प्रोग्राम के हिसाब से, अपने-आप होने वाली प्रोसेस के विकल्प का इस्तेमाल करना:
- Firebase मैनेजमेंट REST API एंडपॉइंट
addFirebase
को कॉल करें. - Firebase सीएलआई कमांड
firebase projects:addfirebase
चलाएं. - Terraform का इस्तेमाल करें.
- Firebase मैनेजमेंट REST API एंडपॉइंट
मेरे Google Cloud प्रोजेक्ट पर
firebase:enabled
का लेबल क्यों है?
Google Cloud Console में, आपके प्रोजेक्ट के
लेबल पेज
में, आपको
firebase:enabled
का लेबल दिख सकता है. खास तौर पर, firebase
का Key
और enabled
का Value
लेबल.
आपका प्रोजेक्ट एक Firebase प्रोजेक्ट है, इसका मतलब है कि आपके प्रोजेक्ट में Firebase के हिसाब से कॉन्फ़िगरेशन और सेवाएं चालू हैं. इसलिए, Firebase ने यह लेबल अपने-आप जोड़ा है. Firebase प्रोजेक्ट और Google Cloud के बीच के संबंध के बारे में ज़्यादा जानें.
हमारा सुझाव है कि आप इस लेबल में न तो बदलाव करें और न ही इसे मिटाएं. Firebase और Google Cloud, इस लेबल का इस्तेमाल आपके
Firebase प्रोजेक्ट की सूची बनाने के लिए करते हैं. उदाहरण के लिए,
REST
API projects.list
एंडपॉइंट
या Firebase कंसोल में मौजूद मेन्यू का इस्तेमाल करके.
ध्यान रखें कि अपने प्रोजेक्ट लेबल की सूची में, इस लेबल को मैन्युअल तरीके से जोड़ने पर, आपके Google Cloud प्रोजेक्ट के लिए, Firebase से जुड़े कॉन्फ़िगरेशन और सेवाएं चालू नहीं होंगी. ऐसा करने के लिए, आपको Firebase कंसोल की मदद से Firebase को जोड़ना होगा. इसके अलावा, बेहतर इस्तेमाल के लिए, Firebase मैनेजमेंट REST API या Firebase सीएलआई की मदद से भी Firebase को जोड़ा जा सकता है.
मेरा Firebase प्रोजेक्ट, मेरे Firebase प्रोजेक्ट की सूची में क्यों नहीं दिख रहा है?
अक्सर पूछे जाने वाले यह सवाल तब लागू होते हैं, जब आपको अपना Firebase प्रोजेक्ट इन जगहों पर नहीं दिखता:
- Firebase कंसोल में देखे जा रहे प्रोजेक्ट की सूची में
- REST API
projects.list
एंडपॉइंट पर कॉल करने से मिलने वाले रिस्पॉन्स में - Firebase सीएलआई कमांड
firebase projects:list
चलाने पर दिखने वाले नतीजे
समस्या हल करने के लिए, यह तरीका आज़माएं:
- सबसे पहले, सीधे प्रोजेक्ट के यूआरएल पर जाकर
अपना प्रोजेक्ट ऐक्सेस करने की कोशिश करें. इस फ़ॉर्मैट का इस्तेमाल करें:
https://console.firebase.google.com/project/PROJECT-ID/overview
- अगर आपको प्रोजेक्ट ऐक्सेस करने में परेशानी हो रही है या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो ये कार्रवाइयां करें:
- पक्का करें कि आपने उसी Google खाते से Firebase में साइन इन किया है जिसके पास प्रोजेक्ट का ऐक्सेस है. कंसोल के सबसे ऊपर दाएं कोने में, अपने खाते के अवतार की मदद से Firebase कंसोल में साइन इन या उससे साइन आउट किया जा सकता है.
- देखें कि क्या आपको Google Cloud Console में प्रोजेक्ट दिख रहा है.
- पक्का करें कि Google Cloud Console में आपके प्रोजेक्ट के प्रोजेक्ट के लिए, लेबल पेज में
firebase:enabled
लेबल मौजूद हो. इस लेबल का इस्तेमाल, Firebase और Google Cloud आपके Firebase प्रोजेक्ट की सूची बनाने के लिए करते हैं. अगर आपको यह लेबल नहीं दिखता है, लेकिन आपके प्रोजेक्ट के लिए Firebase मैनेजमेंट एपीआई चालू है, तो मैन्युअल तरीके से लेबल जोड़ें (खास तौर पर,enabled
केValue
के साथfirebase
काKey
). - पक्का करें कि आपको IAM की बुनियादी भूमिका (मालिक, एडिटर, दर्शक) में से कोई एक या ऐसी भूमिका असाइन की गई हो जिसमें Firebase से जुड़ी अनुमतियां हैं. उदाहरण के लिए, Firebase से पहले से तय की गई भूमिका. Google Cloud Console के IAM पेज में जाकर, अपनी भूमिका(भूमिकाओं) को देखा जा सकता है.
- अगर आपका प्रोजेक्ट किसी Google Cloud संगठन से जुड़ा है, तो Firebase कंसोल में दिए गए प्रोजेक्ट को देखने के लिए, आपको और अनुमतियों की ज़रूरत पड़ सकती है. आपके Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें और आपको प्रोजेक्ट को देखने के लिए सही भूमिका दें. जैसे, ब्राउज़र की भूमिका.
अगर समस्या हल करने के ऊपर दिए गए किसी भी चरण से, आपको Firebase प्रोजेक्ट की सूची में अपना प्रोजेक्ट नहीं दिखता है, तो Firebase सहायता टीम से संपर्क करें.
मेरे पास हर खाते के लिए कितने प्रोजेक्ट हो सकते हैं?
- कीमत तय करने का प्लान — आपका प्रोजेक्ट कोटा कुछ ही प्रोजेक्ट के लिए होता है. आम तौर पर, यह संख्या 5 से 10 तक होती है.
- खास प्राइसिंग प्लान — अगर आपका क्लाउड बिलिंग खाता अच्छी स्थिति में है, तो हर क्लाउड बिलिंग खाते के लिए आपके प्रोजेक्ट का कोटा काफ़ी बढ़ जाता है.
ज़्यादातर डेवलपर को, प्रोजेक्ट के लिए कोटा की सीमा तय करने की ज़रूरत शायद ही कभी हो. हालांकि, अगर ज़रूरत हो, तो अपने प्रोजेक्ट के कोटा को बढ़ाने का अनुरोध किया जा सकता है.
ध्यान दें कि किसी प्रोजेक्ट को पूरी तरह से मिटाने में 30 दिन लगते हैं. इसे पूरी तरह से मिटाने पर, यह आपके कोटा में गिना जाता है.
किसी Firebase प्रोजेक्ट में कितने Firebase ऐप्लिकेशन हो सकते हैं?
Firebase प्रोजेक्ट, Apple, Android, और वेब पर Firebase ऐप्लिकेशन के लिए एक कंटेनर होता है. Firebase, किसी Firebase प्रोजेक्ट में Firebase ऐप्लिकेशन की कुल संख्या को 30 तक सीमित कर देता है.
यह संख्या आने के बाद, परफ़ॉर्मेंस खराब होने लगती है (खास तौर पर, Google Analytics). आखिर में, ज़्यादा ऐप्लिकेशन मिलने पर, प्रॉडक्ट की कुछ सुविधाएं काम करना बंद कर देती हैं. इसके अलावा, अगर 'Google साइन इन' का इस्तेमाल पुष्टि करने वाली कंपनी के तौर पर किया जाता है, तो आपके प्रोजेक्ट में हर ऐप्लिकेशन के लिए एक OAuth 2.0 क्लाइंट आईडी बनाया जाता है. एक प्रोजेक्ट में, ज़्यादा से ज़्यादा 30 क्लाइंट आईडी बनाए जा सकते हैं.
आपको यह पक्का करना होगा कि एक Firebase प्रोजेक्ट में मौजूद सभी Firebase ऐप्लिकेशन, असली उपयोगकर्ता के नज़रिए से एक ही ऐप्लिकेशन के प्लैटफ़ॉर्म वैरिएंट हों. उदाहरण के लिए, अगर व्हाइट लेबल वाला कोई ऐप्लिकेशन डेवलप किया जाता है, तो अलग-अलग लेबल किए गए हर ऐप्लिकेशन का अपना Firebase प्रोजेक्ट होना चाहिए. हालांकि, Apple और Android उस लेबल के वर्शन एक ही प्रोजेक्ट में हो सकते हैं. ज़्यादा जानकारी के लिए, हमारे Firebase प्रोजेक्ट सेट अप करने के सबसे सही तरीके देखें.
अगर आपके प्रोजेक्ट के लिए 30 से ज़्यादा ऐप्लिकेशन की ज़रूरत है, तो ऐप्लिकेशन की सीमा बढ़ाने का अनुरोध किया जा सकता है. यह अनुरोध करने के लिए, आपका प्रोजेक्ट Blaze प्राइसिंग प्लान पर होना चाहिए. अपना अनुरोध करने और उसकी समीक्षा कराने के लिए, Google Cloud Console पर जाएं. Google Cloud के दस्तावेज़ में, कोटा मैनेजमेंट के बारे में ज़्यादा जानें.
अगर मैं अपने प्रोजेक्ट को "प्रोडक्शन" एनवायरमेंट के तौर पर टैग करूं, तो क्या होगा?
Firebase कंसोल में, अपने Firebase प्रोजेक्ट को उनके एनवायरमेंट टाइप के साथ टैग किया जा सकता है. इसके लिए, प्रोडक्शन या तय नहीं किए गए (नॉन-प्रोडक्शन) जैसे एनवायरमेंट जोड़े जा सकते हैं.
अपने प्रोजेक्ट को एनवायरमेंट के टाइप के तौर पर टैग करने से, आपके Firebase प्रोजेक्ट या उसकी सुविधाओं के काम करने के तरीके पर कोई असर नहीं पड़ता. हालांकि, टैग करने से, और आपकी टीम को ऐप्लिकेशन की लाइफ़साइकल के लिए, अलग-अलग Firebase प्रोजेक्ट मैनेज करने में मदद मिल सकती है.
अगर आपने अपने प्रोजेक्ट को प्रोडक्शन एनवायरमेंट के तौर पर टैग किया है, तो हम 'Firebase कंसोल' के प्रोजेक्ट में चमकदार रंग वाला Prod टैग जोड़ते हैं. यह टैग आपको याद दिलाता है कि किसी भी बदलाव से, आपके प्रोडक्शन ऐप्लिकेशन पर असर पड़ सकता है. आने वाले समय में, हम प्रोडक्शन एनवायरमेंट के तौर पर टैग किए गए Firebase प्रोजेक्ट के लिए ज़्यादा सुविधाएं और सुरक्षा के उपाय जोड़ सकते हैं.
अपने Firebase प्रोजेक्ट के एनवायरमेंट टाइप को बदलने के लिए, settings प्रोजेक्ट सेटिंग > सामान्य पर जाएं. इसके बाद, एनवायरमेंट में आपका प्रोजेक्ट कार्ड में, एनवायरमेंट का टाइप बदलने के लिए edit पर क्लिक करें.
मुझे अपने Firebase ऐप्लिकेशन के लिए ऐप्लिकेशन आईडी कहां मिल सकता है?
Firebase कंसोल में, अपने settings प्रोजेक्ट सेटिंग पर जाएं. नीचे की ओर स्क्रोल करके, आपके ऐप्लिकेशन कार्ड पर जाएं. इसके बाद, अपनी पसंद के Firebase ऐप्लिकेशन पर क्लिक करके, ऐप्लिकेशन की जानकारी देखें. इसमें ऐप्लिकेशन आईडी भी शामिल है.
यहां ऐप्लिकेशन आईडी की वैल्यू के कुछ उदाहरण दिए गए हैं:
-
Firebase के iOS ऐप्लिकेशन:
1:1234567890:ios:321abc456def7890
-
Firebase के Android ऐप्लिकेशन:
1:1234567890:android:321abc456def7890
-
Firebase वेब ऐप्लिकेशन:
1:1234567890:web:321abc456def7890
Google Play / AdMob / Google Ads / BigQuery को अपने Firebase प्रोजेक्ट या ऐप्लिकेशन से लिंक करने के लिए, ज़रूरी शर्तें क्या हैं?
- अपना Google Play खाता
लिंक करने के लिए, आपको इन चीज़ों की ज़रूरत होगी:
- Firebase के इन रोल में से कोई एक: मालिक या Firebase एडमिन
और - Google Play के इन ऐक्सेस लेवल में से कोई एक: खाते का मालिक या एडमिन
- Firebase के इन रोल में से कोई एक: मालिक या Firebase एडमिन
- अपने AdMob ऐप्लिकेशन को लिंक करने के लिए, यह ज़रूरी है कि आप Firebase प्रोजेक्ट के मालिक और AdMob एडमिन, दोनों हों.
- अपना AdWords खाता लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक और AdWords एडमिन, दोनों होने चाहिए.
- अपने BigQuery प्रोजेक्ट को लिंक करने के लिए, यह ज़रूरी है कि आप Firebase प्रोजेक्ट के मालिक हों.
मुझे अपने ऐप्लिकेशन में किन ओपन सोर्स सूचनाओं को शामिल करना चाहिए?
Apple प्लैटफ़ॉर्म पर, Firebase पॉड में एक नोटिस फ़ाइल होती है जिसमें
काम की एंट्री शामिल होती हैं. Firebase के Android SDK टूल में, लाइसेंस की जानकारी दिखाने के लिए,
हेल्पर Activity
होता है.
Firebase प्रोजेक्ट की अनुमतियां और ऐक्सेस
मैं किसी प्रोजेक्ट के सदस्य को मालिक की भूमिका जैसी कोई भूमिका कैसे असाइन करूं?
प्रोजेक्ट के हर सदस्य को असाइन की गई भूमिका(भूमिकाओं) को मैनेज करने के लिए, यह ज़रूरी है कि आप Firebase
प्रोजेक्ट का मालिक हों (या आपको resourcemanager.projects.setIamPolicy
अनुमति के साथ कोई भूमिका असाइन की गई हो).
यहां उन जगहों के बारे में बताया गया है जहां भूमिकाएं असाइन और मैनेज की जा सकती हैं:
- Firebase कंसोल, settings > प्रोजेक्ट सेटिंग के उपयोगकर्ता और अनुमतियां टैब में, प्रोजेक्ट के सदस्यों को भूमिकाएं असाइन करने का आसान तरीका उपलब्ध कराता है. Firebase कंसोल में, कोई भी बुनियादी भूमिका (मालिक, एडिटर, दर्शक), Firebase के एडमिन/व्यूअर की भूमिका या Firebase से पहले से तय की गई प्रॉडक्ट कैटगरी में से कोई एक भूमिका असाइन की जा सकती है.
- Google Cloud Console, टूल का एक बड़ा सेट उपलब्ध कराता है. इसकी मदद से,
IAM पेज में सदस्यों को प्रोजेक्ट के लिए भूमिकाएं असाइन की जा सकती हैं. Cloud Console में, कस्टम रोल
बनाए और मैनेज किए जा सकते हैं. साथ ही, सेवा खातों को
अपने प्रोजेक्ट का ऐक्सेस दिया जा सकता है.
ध्यान दें कि Google Cloud Console में, प्रोजेक्ट के सदस्यों को प्रिंसिपल कहा जाता है.
अगर आपके प्रोजेक्ट का मालिक अब किसी मालिक (उदाहरण के लिए, आपकी कंपनी छोड़ दिया गया व्यक्ति) के काम नहीं कर सकता और आपका प्रोजेक्ट Google Cloud संगठन से मैनेज नहीं किया जाता (अगला पैराग्राफ़ देखें), तो एक अस्थायी मालिक असाइन करने के लिए Firebase की सहायता टीम से संपर्क करें.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट, Google Cloud संगठन का हिस्सा है, तो हो सकता है कि उसका कोई मालिक न हो. अगर आपको अपने Firebase प्रोजेक्ट का मालिक नहीं मिल रहा है, तो उस व्यक्ति से संपर्क करें जो आपके Google Cloud संगठन को मैनेज करता है. इससे प्रोजेक्ट का मालिक असाइन किया जा सकेगा.
मैं किसी Firebase प्रोजेक्ट के मालिक को कैसे खोजूं?
प्रोजेक्ट के सदस्यों और उनकी भूमिकाओं को इन जगहों पर देखा जा सकता है:
- अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस है, तो Firebase कंसोल के उपयोगकर्ता और अनुमतियां पेज में, प्रोजेक्ट के सदस्यों की सूची देखी जा सकती है. इसमें मालिक भी शामिल हैं.
- अगर आपके पास 'Firebase कंसोल' में मौजूद प्रोजेक्ट का ऐक्सेस नहीं है, तो देखें कि आपके पास Google Cloud Console में प्रोजेक्ट का ऐक्सेस है या नहीं. Google Cloud Console के IAM पेज पर, प्रोजेक्ट के सदस्यों के साथ-साथ मालिकों की सूची भी देखी जा सकती है.
अगर आपके प्रोजेक्ट का मालिक अब किसी मालिक (उदाहरण के लिए, आपकी कंपनी छोड़ दिया गया व्यक्ति) के काम नहीं कर सकता और आपका प्रोजेक्ट Google Cloud संगठन के ज़रिए मैनेज नहीं किया जाता (अगला पैराग्राफ़ देखें), तो एक अस्थायी मालिक असाइन करने के लिए Firebase की सहायता टीम से संपर्क करें.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट, Google Cloud संगठन का हिस्सा है, तो हो सकता है कि उसका कोई मालिक न हो. इसके बजाय, आपके Google Cloud संगठन को मैनेज करने वाला व्यक्ति ऐसे कई काम कर सकता है जिन्हें मालिक कर सकता है. हालांकि, मालिक से जुड़े कई काम (जैसे कि भूमिकाएं असाइन करना या Google Analytics प्रॉपर्टी मैनेज करना) करने के लिए, एडमिन को वे टास्क करने के लिए खुद को मालिक की असल भूमिका असाइन करनी पड़ सकती है. अगर आपको अपने Firebase प्रोजेक्ट का मालिक नहीं मिल रहा है, तो उस व्यक्ति से संपर्क करें जो आपके Google Cloud संगठन को मैनेज करता है. इसके बाद, आपको उस प्रोजेक्ट के लिए मालिक असाइन करना होगा.
मुझे किसी प्रोजेक्ट के सदस्य को मालिक की भूमिका क्यों या कब असाइन करनी चाहिए?
यह पक्का करने के लिए कि Firebase प्रोजेक्ट सही तरीके से मैनेज हो, उसका एक मालिक होना ज़रूरी है. प्रोजेक्ट का मालिक, वह व्यक्ति होता है जो एडमिन से जुड़ी कई अहम कार्रवाइयां कर सकता है. जैसे, भूमिकाएं असाइन करना और Google Analytics की प्रॉपर्टी मैनेज करना. Firebase की सहायता टीम, प्रोजेक्ट के उन मालिकों के एडमिन अनुरोधों को ही पूरा कर सकती है जिनके बारे में यह पहले दिखाया गया है.
किसी Firebase प्रोजेक्ट के लिए मालिक(मालिकों) को सेट अप करने के बाद, उन असाइनमेंट को अप-टू-डेट रखना ज़रूरी है.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट, Google Cloud संगठन का हिस्सा है, तो आपके Google Cloud संगठन को मैनेज करने वाला व्यक्ति ऐसे कई काम कर सकता है जिन्हें मालिक कर सकता है. हालांकि, मालिक से जुड़े कई खास काम (जैसे भूमिकाएं असाइन करना या Google Analytics प्रॉपर्टी मैनेज करना) के लिए, एडमिन को वे काम करने के लिए खुद को मालिक की भूमिका असाइन करनी पड़ सकती है.
मुझे नहीं लगता कि मेरे पास कोई Firebase प्रोजेक्ट है, लेकिन मुझे किसी प्रोजेक्ट के बारे में ईमेल मिला है. मैं इस प्रोजेक्ट को कैसे ऐक्सेस करूं?
आपको मिले ईमेल में, Firebase प्रोजेक्ट को खोलने का लिंक होना चाहिए. ईमेल में दिए गए लिंक पर क्लिक करने से प्रोजेक्ट, Firebase कंसोल में खुल जाएगा.
अगर लिंक में प्रोजेक्ट नहीं खुल पा रहा है, तो पक्का करें कि आपने Firebase में उसी Google खाते से साइन इन किया हो जिसे प्रोजेक्ट के बारे में ईमेल मिला था. कंसोल के सबसे ऊपर दाएं कोने में, अपने खाते के अवतार की मदद से Firebase कंसोल में साइन इन और साइन आउट किया जा सकता है.
ध्यान दें कि अगर आप किसी Google Cloud संगठन के एडमिन हैं, तो आपको अपने संगठन के Firebase प्रोजेक्ट में होने वाले बदलावों के बारे में सूचना दी जा सकती है. हालांकि, हो सकता है कि आपके पास Firebase प्रोजेक्ट खोलने के लिए ज़रूरी अनुमतियां न हों. इन मामलों में, सबसे आसान समाधान यह है कि प्रोजेक्ट खोलने और ज़रूरी कार्रवाइयां करने के लिए, खुद को मालिक की भूमिका असाइन करें. इस बारे में ज़्यादा जानें कि मालिक की भूमिका क्यों और कब असाइन करें.
प्लैटफ़ॉर्म और फ़्रेमवर्क
अक्सर पूछे जाने वाले सवालों के जवाब और काम की सलाह पाने के लिए, प्लैटफ़ॉर्म के हिसाब से समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेजों पर जाएं.
Firebase कंसोल
Firebase कंसोल को ऐक्सेस करने के लिए, कौनसे ब्राउज़र इस्तेमाल किए जा सकते हैं?
Firebase कंसोल को Chrome, Firefox, Safari, और Edge जैसे लोकप्रिय डेस्कटॉप ब्राउज़र के नए वर्शन से ऐक्सेस किया जा सकता है. मोबाइल ब्राउज़र अभी पूरी तरह से काम नहीं करते.
मैं Firebase कंसोल लोड कर सकता/सकती हूं, लेकिन मुझे अपना Firebase प्रोजेक्ट ढूंढने या ऐक्सेस करने में समस्या क्यों आ रही है?
अगर आपको इनमें से किसी भी समस्या का सामना करना पड़ रहा है, तो अक्सर पूछे जाने वाले यह सवाल देखें:
- Firebase कंसोल गड़बड़ी वाला एक पेज दिखाता है जिसमें लिखा होता है कि शायद आपका प्रोजेक्ट मौजूद नहीं है या आपके पास प्रोजेक्ट का ऐक्सेस नहीं है.
- जब आप कंसोल के खोज फ़ील्ड में उसका प्रोजेक्ट आईडी या प्रोजेक्ट का नाम डालते हैं, तब भी'Firebase कंसोल' आपका प्रोजेक्ट नहीं दिखाता है.
समस्या हल करने के लिए, यह तरीका आज़माएं:
- सबसे पहले, सीधे प्रोजेक्ट के यूआरएल पर जाकर
अपना प्रोजेक्ट ऐक्सेस करने की कोशिश करें. इस फ़ॉर्मैट का इस्तेमाल करें:
https://console.firebase.google.com/project/PROJECT-ID/overview
- अगर अब भी प्रोजेक्ट ऐक्सेस नहीं हो पा रहा है या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो ये बातें देखें:
- पक्का करें कि आपने उसी Google खाते का इस्तेमाल करके Firebase में साइन इन किया है जिसके पास प्रोजेक्ट का ऐक्सेस है. कंसोल के सबसे ऊपर दाएं कोने में, अपने खाते के अवतार की मदद से Firebase कंसोल में साइन इन या उससे साइन आउट किया जा सकता है.
- पक्का करें कि प्रोजेक्ट के लिए, Firebase Management API चालू हो.
- पक्का करें कि आपको IAM की बुनियादी भूमिका (मालिक, एडिटर, दर्शक) में से कोई एक या ऐसी भूमिका असाइन की गई हो जिसमें Firebase से जुड़ी अनुमतियां हैं. उदाहरण के लिए, Firebase से पहले से तय की गई भूमिका. Google Cloud Console के IAM पेज में जाकर, अपनी भूमिका(भूमिकाओं) को देखा जा सकता है.
- अगर आपका प्रोजेक्ट किसी Google Cloud संगठन से जुड़ा है, तो 'Firebase कंसोल' में मौजूद प्रोजेक्ट को देखने के लिए आपको और अनुमतियों की ज़रूरत पड़ सकती है. आपके Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें और आपको प्रोजेक्ट को देखने के लिए सही भूमिका दें. जैसे, ब्राउज़र की भूमिका.
अगर समस्या हल करने के लिए ऊपर दिए गए किसी भी चरण से, आपको अपना प्रोजेक्ट ढूंढने या उसे ऐक्सेस करने में मदद नहीं मिलती है, तो Firebase सहायता टीम से संपर्क करें.
मेरे लिए Firebase कंसोल लोड क्यों नहीं हो रहा है?
अगर आपको इनमें से किसी भी समस्या का सामना करना पड़ रहा है, तो अक्सर पूछे जाने वाले सवाल का यह सेक्शन देखा जा सकता है:
- Firebase कंसोल में कोई पेज कभी पूरी तरह लोड नहीं होता.
- पेज में मौजूद डेटा उम्मीद के मुताबिक लोड नहीं होता.
- Firebase कंसोल लोड करते समय, आपको ब्राउज़र से जुड़ी गड़बड़ी के मैसेज मिलते हैं.
समस्या हल करने के लिए, यह तरीका आज़माएं:
- सेवा में किसी भी संभावित रुकावट के लिए, Firebase स्टेटस डैशबोर्ड की कंसोल लाइन देखें.
- पक्का कर लें कि जिस ब्राउज़र पर यह सुविधा काम करती है उसका इस्तेमाल किया जा रहा हो.
- Firebase कंसोल को गुप्त या निजी विंडो में लोड करने की कोशिश करें.
- सभी ब्राउज़र एक्सटेंशन बंद करें.
- पुष्टि करें कि नेटवर्क कनेक्शन को विज्ञापन रोकने वाले, एंटीवायरस, प्रॉक्सी, फ़ायरवॉल या दूसरे सॉफ़्टवेयर ने ब्लॉक नहीं किया है.
- किसी दूसरे नेटवर्क या डिवाइस का इस्तेमाल करके, Firebase कंसोल लोड करने की कोशिश करें.
- अगर Chrome का इस्तेमाल किया जा रहा है, तो किसी भी गड़बड़ी के लिए, Developer टूल कंसोल देखें.
अगर ऊपर दिए गए किसी भी तरीके से समस्या हल नहीं होती है, तो Firebase सहायता टीम से संपर्क करें.
मेरी Firebase कंसोल भाषा कैसे तय की जाती है?
Firebase कंसोल के लिए भाषा की सेटिंग, आपके Google खाता सेटिंग में चुनी गई भाषा पर आधारित होती है.
अपनी पसंदीदा भाषा बदलने के लिए, भाषा बदलना देखें.
Firebase कंसोल इन भाषाओं में काम करता है:
- अंग्रेज़ी
- ब्राज़ीलियन पॉर्चुगीज़
- फ़्रेंच
- जर्मन
- इंडोनेशियन
- जैपनीज़
- कोरियन
- रशियन
- सरलीकृत चीनी
- स्पैनिश
- पारंपरिक चीनी
Firebase कंसोल किन भूमिकाओं और अनुमतियों के साथ काम करता है?
Firebase कंसोल और Google Cloud कंसोल, एक जैसी भूमिकाएं और अनुमतियां इस्तेमाल करते हैं. Firebase IAM दस्तावेज़ में, भूमिकाओं और अनुमतियों के बारे में ज़्यादा जानें.
Firebase, मालिक, एडिटर, और दर्शक की बुनियादी (बुनियादी) भूमिकाओं के साथ काम करता है:
- प्रोजेक्ट मालिक के पास प्रोजेक्ट में दूसरे सदस्यों को जोड़ने, इंटिग्रेशन (BigQuery या Slack जैसी सेवाओं से लिंक करने वाला प्रोजेक्ट) सेट अप करने, और प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस होता है.
- एडिटर प्रोजेक्ट में, प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस होता है.
- प्रोजेक्ट व्यूअर के पास प्रोजेक्ट के लिए सिर्फ़ पढ़ने का ऐक्सेस होता है. ध्यान दें कि फ़िलहाल Firebase कंसोल, प्रोजेक्ट व्यूअर से बदलाव करने के यूज़र इंटरफ़ेस (यूआई) कंट्रोल को छिपा/बंद नहीं करता है. हालांकि, प्रोजेक्ट के उन सदस्यों के लिए ये कार्रवाइयां काम नहीं कर पाएंगी जिन्हें व्यूअर की भूमिका असाइन की गई है.
Firebase इनके साथ भी काम करता है:
- Firebase की पहले से तय की गई भूमिकाएं — Firebase के लिए चुनी गई भूमिकाएं, जो मालिक, एडिटर, और दर्शक की बुनियादी भूमिकाओं के मुकाबले, ऐक्सेस पर ज़्यादा कंट्रोल देती हैं.
- कस्टम रोल — पूरी तरह से पसंद के मुताबिक बनाई गई IAM रोल, जिन्हें आपके संगठन की खास शर्तों को पूरा करने वाली अनुमतियों के सेट को तैयार करने के लिए बनाया जाता है.
कीमत
किन प्रॉडक्ट के लिए पैसे चुकाए जाते हैं? किन सुविधाओं के लिए कोई शुल्क नहीं चुकाना पड़ता?
Firebase के पेड इन्फ़्रास्ट्रक्चर प्रॉडक्ट, रीयल टाइम डेटाबेस, Firebase के लिए Cloud Storage, Cloud Functions, होस्टिंग, टेस्ट लैब, और फ़ोन की पुष्टि करने जैसे प्रॉडक्ट हैं. हम इन सभी सुविधाओं के लिए, बिना कोई शुल्क दिए की कैटगरी उपलब्ध कराते हैं.
Firebase में ऐसे कई प्रॉडक्ट भी होते हैं जिनके लिए पैसे नहीं चुकाने होते: Analytics, क्लाउड से मैसेज, सूचनाएं लिखने वाले टूल, रिमोट कॉन्फ़िगरेशन, ऐप्लिकेशन सूची, डाइनैमिक लिंक, और क्रैश रिपोर्टिंग. इन प्रॉडक्ट का इस्तेमाल, सभी प्लान में सिर्फ़ प्रॉडक्ट के ट्रैफ़िक कंट्रोल की नीतियां (जैसे, कोटा, फ़ेयर ऐक्सेस, और सेवा सुरक्षा) के हिसाब से किया जाता है. इनमें नो-कॉस्ट स्पार्क प्लान भी शामिल है. इसके अलावा, फ़ोन की पुष्टि करने के अलावा, पुष्टि करने की सभी सुविधाओं के लिए कोई शुल्क नहीं लिया जाता.
क्या Firebase, पैसे देकर लिए जाने वाले प्रॉडक्ट के लिए, बिना पैसे दिए आज़माने के लिए क्रेडिट देता है?
Firebase की पैसे देकर ली जाने वाली सेवाओं का इस्तेमाल, Google Cloud को मुफ़्त में आज़माना के तहत किया जा सकता है. Google Cloud और Firebase के नए उपयोगकर्ता, 90 दिनों की मुफ़्त में आज़माने की अवधि का फ़ायदा ले सकते हैं. इसमें Google Cloud और Firebase के प्रॉडक्ट और सेवाओं को एक्सप्लोर करने और उनका आकलन करने के लिए, 300 डॉलर के मुफ़्त क्लाउड बिलिंग क्रेडिट का इस्तेमाल किया जाता है.
Google Cloud को मुफ़्त में आज़माने की अवधि के दौरान, आपको मुफ़्त में एक क्लाउड बिलिंग खाता दिया जाएगा. उस बिलिंग खाते का इस्तेमाल करने वाला कोई भी Firebase प्रोजेक्ट, मुफ़्त में आज़माने की अवधि के दौरान ब्लेज़ प्राइसिंग प्लान में शामिल होगा.
चिंता न करें, हम मुफ़्त में आज़माने की सुविधा वाले इस क्लाउड बिलिंग खाते को सेट अप करके आपसे शुल्क नहीं ले सकते. आपसे तब तक शुल्क नहीं लिया जाता, जब तक कि आप मुफ़्त में आज़माने वाले क्लाउड बिलिंग खाते को पैसे देकर लिए जाने वाले खाते में अपग्रेड करके, बिलिंग की सुविधा चालू नहीं करते. मुफ़्त में आज़माने की अवधि के दौरान, किसी भी समय पैसे देकर लिए जाने वाले खाते पर अपग्रेड किया जा सकता है. अपग्रेड करने के बाद भी, बचे हुए क्रेडिट का इस्तेमाल 90 दिनों के अंदर किया जा सकता है.
मुफ़्त में आज़माने की अवधि खत्म होने के बाद, आपको अपना प्रोजेक्ट Spark प्राइसिंग प्लान में डाउनग्रेड करना होगा या Firebase प्रोजेक्ट का इस्तेमाल जारी रखने के लिए, Firebase कंसोल में ब्लेज़ प्राइसिंग प्लान सेट अप करना होगा.
Google Cloud को मुफ़्त में आज़माने के बारे में ज़्यादा जानें.
मुझे कैसे पता चलेगा कि मेरे लिए कौनसा प्राइसिंग प्लान सही है?
स्पार्क प्राइसिंग प्लान
हमारा स्पार्क प्लान, बिना किसी शुल्क के अपना ऐप्लिकेशन बनाने का बेहतरीन प्लैटफ़ॉर्म है. आपको Firebase की सभी बिना शुल्क वाली सुविधाएं (Analytics, सूचनाएं बनाने वाले टूल, Crashlytics वगैरह) मिलती हैं. साथ ही, आपको हमारे पेड इन्फ़्रास्ट्रक्चर की बहुत बड़ी सुविधाएं मिलती हैं. हालांकि, अगर आपने एक कैलेंडर महीने में स्पार्क प्लान के संसाधनों का इस्तेमाल कर लिया, तो उस महीने के बाकी बचे दिनों में आपका ऐप्लिकेशन बंद रहेगा. साथ ही, स्पार्क प्लान का इस्तेमाल करते समय, Google Cloud की सुविधाएं भी नहीं मिलती हैं.
ब्लेज़ प्राइसिंग प्लान
हमारा Blaze प्लान, प्रोडक्शन से जुड़े ऐप्लिकेशन के लिए डिज़ाइन किया गया है. ब्लेज़ प्लान में, आपको Google Cloud की पैसे चुकाकर ली गई सुविधाओं के साथ, अपने ऐप्लिकेशन को इस्तेमाल करने का अनुभव भी दिया जा सकता है. आपको सिर्फ़ उन संसाधनों के लिए पैसे चुकाने होते हैं जिनका आपने इस्तेमाल किया है. इससे आपको अपनी मांग के हिसाब से, अपने कारोबार को बढ़ाने में मदद मिलती है. हम अपने Blaze प्लान की कीमतों को इंडस्ट्री की सबसे अच्छी क्लाउड सेवा देने वाली कंपनियों के साथ प्रतिस्पर्धा करने की कोशिश करते हैं.
मैं अपने इस्तेमाल और बिलिंग की निगरानी कैसे करूं?
Firebase कंसोल में, प्रोजेक्ट के संसाधनों के इस्तेमाल को इनमें से किसी भी डैशबोर्ड पर ट्रैक किया जा सकता है:
- प्रोजेक्ट-लेवल का पूरा इस्तेमाल और बिलिंग डैशबोर्ड
- पुष्टि करने के लिए इस्तेमाल वाला डैशबोर्ड (खास तौर पर, फ़ोन से पुष्टि करने वाले इंस्टेंस के लिए)
- Cloud Firestore इस्तेमाल का डैशबोर्ड
- Cloud Functions इस्तेमाल का डैशबोर्ड
- Cloud Storage इस्तेमाल का डैशबोर्ड
- होस्टिंग इस्तेमाल डैशबोर्ड
- रीयल टाइम डेटाबेस इस्तेमाल का डैशबोर्ड
फ़्लेम प्राइसिंग प्लान का क्या हुआ?
जनवरी 2020 में, नए लोगों को साइन अप करने के विकल्प के तौर पर, Flame प्राइसिंग प्लान (25 डॉलर/महीना अतिरिक्त कोटा) को हटा दिया गया. प्लान के मौजूदा उपयोगकर्ताओं को ग्रेस पीरियड दिया गया था,
ताकि वे अपने प्रोजेक्ट को फ़्लेम प्लान से माइग्रेट कर सकें.
फ़रवरी 2022 में, फ़्लेम प्राइसिंग प्लान के बाकी प्रोजेक्ट को
'स्पार्क प्राइसिंग प्लान' में डाउनग्रेड कर दिया गया था.
इसके मुताबिक,
- मौजूदा Spark और ब्लेज़ प्लान के प्रोजेक्ट और कोई भी नया प्रोजेक्ट अब फ़्लेम प्लान पर स्विच नहीं किया जा सकेगा और न ही उसके लिए साइन अप किया जा सकेगा.
- अगर आपने किसी मौजूदा फ़्लेम प्लान प्रोजेक्ट को प्राइसिंग प्लान पर लागू किया है, तो प्रोजेक्ट को फ़्लेम प्लान पर वापस नहीं लाया जा सकता.
- स्पार्क प्लान में डाउनग्रेड किए गए प्रोजेक्ट, ब्लेज़ प्लान में अपग्रेड किए जा सकते हैं. इससे, पैसे चुकाकर ली जाने वाली अतिरिक्त सेवाएं फिर से शुरू की जा सकती हैं.
- दस्तावेज़ से फ़्लेम प्लान के रेफ़रंस हटा दिए गए हैं.
क्या आपका फ़्लेम प्लान को बंद करने के बारे में और कोई सवाल है? यहां दिए गए कुछ अक्सर पूछे जाने वाले सवाल पढ़ें.
क्या आपको Firebase से मिलने वाले अन्य प्राइसिंग प्लान के बारे में जानकारी चाहिए? हमारे Firebase की कीमत वाले पेज पर जाएं! अगर आपको किसी मौजूदा प्रोजेक्ट को दूसरे प्राइसिंग प्लान पर ले जाना है, तो अपने प्रोजेक्ट के Firebase कंसोल में ऐसा किया जा सकता है.
फ़्लेम प्लान को बंद करने के बारे में अक्सर पूछे जाने वाले अन्य सवाल
मेरा एक प्रोजेक्ट, प्रोसेस या कारोबार का मॉडल है, जो Firebase की तय कीमत पर निर्भर करता है. मुझे क्या करना चाहिए?
Blaze प्राइसिंग प्लान के लिए साइन अप करें और बजट अलर्ट सेट करना न भूलें.
क्या मुझे नए फ़्लेम प्लान प्रोजेक्ट बनाने के लिए खास ऐक्सेस दिया जा सकता है?
नहीं, Firebase किसी प्रोजेक्ट को फ़्लेम प्लान पर स्विच करने या उसके लिए साइन अप करने के लिए खास ऐक्सेस नहीं देता है.
मैंने अपने Flame प्लान प्रोजेक्ट को बदलकर, कोई दूसरा प्राइसिंग प्लान कर दिया है. मैं इसे फिर से कैसे बदलूं?
अब फ़्लेम प्लान पर स्विच नहीं किया जा सकता. Flume प्लान से मिलने वाली सेवाओं का ऐक्सेस पाने के लिए, देख लें कि आपने Blaze प्राइसिंग प्लान का इस्तेमाल किया हो. साथ ही, अपने प्रोजेक्ट के लिए बजट अलर्ट सेट करने के बारे में सोचें.
फ़्लेम प्लान को बंद करने के दौरान, मेरा प्रोजेक्ट अपने-आप किसी दूसरे प्राइसिंग प्लान में बदल गया था. मुझे क्या करना चाहिए?
अगर आपके प्रोजेक्ट को Spark प्लान में दिए गए कोटा के अलावा अतिरिक्त कोटा की ज़रूरत होती है, तो आपको अपने प्रोजेक्ट को Blaze प्राइसिंग प्लान में अपग्रेड करना होगा.
फ़्लेम प्लान को बंद क्यों किया जा रहा है?
पिछले कुछ सालों में, हमने देखा है कि फ़्लेम प्लान का इस्तेमाल कम हो रहा है. साथ ही, इस प्लान का इस्तेमाल करने वाले ज़्यादातर प्रोजेक्ट, इस प्लान की पूरी कीमत का इस्तेमाल नहीं कर रहे हैं. आम तौर पर, इस प्राइसिंग प्लान का इस्तेमाल करना किफ़ायती नहीं होता. साथ ही, हमें लगता है कि अगर संसाधन अन्य Firebase इनिशिएटिव पर इस्तेमाल किए जाएं, तो हम सभी को बेहतर सेवा दे सकते हैं.
ब्लेज़ प्लान में, बिना शुल्क के मिलने वाले इस्तेमाल और स्पार्क प्लान के लिए इस्तेमाल किए जाने वाले डेटा में क्या अंतर है?
ब्लेज़ प्लान के लिए, बिना किसी शुल्क के इस्तेमाल का हिसाब हर दिन लगाया जाता है. इस्तेमाल करने की सीमाएं, क्लाउड फ़ंक्शन, फ़ोन की पुष्टि करने, और टेस्ट लैब के लिए स्पार्क प्लान से अलग होती हैं.
Cloud Functions के लिए, ब्लेज़ प्लान पर बिना किसी शुल्क के इस्तेमाल का हिसाब, प्रोजेक्ट के लेवल पर नहीं, बल्कि क्लाउड बिलिंग खाते के लेवल पर लगाया जाता है. इसकी सीमाएं नीचे दी गई हैं:
- हर महीने 20 लाख बार शुरू किया गया
- 4 लाख जीबी-सेकंड/महीने
- 2 लाख सीपीयू-सेकंड/महीना
- हर महीने 5 जीबी का नेटवर्किंग इग्रेस डेटा
फ़ोन की पुष्टि करने के लिए, ब्लेज़ प्लान पर बिना किसी शुल्क के इस्तेमाल किए जाने का हिसाब हर महीने लगाया जाता है.
टेस्ट लैब के लिए, ब्लेज़ प्लान को बिना किसी शुल्क के इस्तेमाल करने की ये सीमाएं हैं:
- हर दिन के लिए 30 फ़िज़िकल डिवाइस मिनट
- हर दिन 60 वर्चुअल डिवाइस मिनट
क्या Spark से ब्लेज़ प्लान में बदलने पर, बिना किसी शुल्क के इस्तेमाल करने का कोटा रीसेट हो जाता है?
ब्लेज़ प्लान में, स्पार्क प्लान के साथ बिना किसी शुल्क के इस्तेमाल की सुविधा शामिल है. ब्लेज़ प्लान में जाने पर, बिना किसी शुल्क के इस्तेमाल किए जाने वाले डेटा को रीसेट नहीं किया जाता.
"एक साथ डेटाबेस कनेक्शन" क्या है?
एक साथ काम करने वाला कनेक्शन, डेटाबेस से जुड़े एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन के बराबर होता है. Firebase आपके ऐप्लिकेशन के डेटाबेस से, एक साथ कनेक्शन की संख्या पर सख्त सीमाएं लागू करता है. ये सीमाएं इसलिए तय की गई हैं, ताकि Firebase और हमारे उपयोगकर्ताओं, दोनों को गलत इस्तेमाल से बचाया जा सके.
स्पार्क प्लान की सीमा 100 है और इसे बढ़ाया नहीं जा सकता. फ़्लेम और ब्लेज़ प्लान में, हर डेटाबेस में एक साथ 2,00,000 कनेक्शन हो सकते हैं.
यह सीमा, आपके ऐप्लिकेशन के उपयोगकर्ताओं की कुल संख्या से अलग होती है, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते. अगर आपको एक साथ 2,00,000 से ज़्यादा कनेक्शन चाहिए, तो कृपया एक से ज़्यादा डेटाबेस के साथ स्केल करें पढ़ें.
अगर मैंने रीयल टाइम डेटाबेस के लिए स्पार्क प्लान के स्टोरेज या डाउनलोड की तय सीमा से ज़्यादा स्टोरेज का इस्तेमाल किया है, तो क्या होगा?
आपको अनुमान के हिसाब से कीमत देने के लिए, स्पार्क प्लान में आपके लिए उपलब्ध संसाधनों को सीमित किया गया है. इसका मतलब है कि अगर आपने किसी महीने में, तय सीमा से ज़्यादा प्लान इस्तेमाल किए, तो आपका ऐप्लिकेशन बंद कर दिया जाएगा. ऐसा, संसाधन का इस्तेमाल और अतिरिक्त शुल्क से बचाने के लिए किया जाएगा.
अगर मैंने रीयल टाइम डेटाबेस के लिए, स्पार्क प्लान के लिए एक साथ तय की गई कनेक्शन की सीमाओं को पार कर लिया है, तो क्या होगा?
जब आपका ऐप्लिकेशन, स्पार्क प्लान के लिए एक साथ तय की गई सीमा तक पहुंच जाता है, तो उसके बाद के सभी कनेक्शन अस्वीकार कर दिए जाएंगे. ऐसा तब तक होगा, जब तक कुछ मौजूदा कनेक्शन बंद नहीं कर दिए जाते. यह ऐप्लिकेशन, जुड़े हुए उपयोगकर्ताओं के लिए काम करता रहेगा.
Google Cloud के साथ Firebase का इंटिग्रेशन कैसे काम करता है?
Firebase को Google Cloud के साथ पूरी तरह इंटिग्रेट किया गया है. प्रोजेक्ट, Firebase और Google Cloud के बीच शेयर किए जाते हैं. इसलिए, प्रोजेक्ट में Firebase सेवाएं और Google Cloud सेवाएं चालू की जा सकती हैं. उस प्रोजेक्ट को 'Firebase कंसोल' या Google Cloud कंसोल से ऐक्सेस किया जा सकता है. खास तौर से:
- कुछ Firebase प्रॉडक्ट, सीधे Google Cloud पर काम करते हैं, जैसे कि 'Firebase के लिए Cloud Storage'. Google Cloud के साथ काम करने वाले प्रॉडक्ट की सूची समय के साथ बढ़ती रहेगी.
- आपकी कई सेटिंग को Firebase और Google Cloud शेयर करते हैं. इनमें सहयोगियों और बिलिंग जानकारी की जानकारी भी शामिल है. Firebase और Google Cloud, दोनों का इस्तेमाल एक ही बिल में दिखता है.
इसके अलावा, ब्लेज़ प्लान में अपग्रेड करने पर, Google Cloud के किसी भी बेहतरीन इंफ़्रास्ट्रक्चर, सेवा के तौर पर इंफ़्रास्ट्रक्चर और एपीआई का सीधे अपने Firebase प्रोजेक्ट में, Google Cloud की सामान्य कीमत पर इस्तेमाल किया जा सकता है. विश्लेषण के लिए, डेटा को सीधे Google Cloud से BigQuery में भी एक्सपोर्ट किया जा सकता है. ज़्यादा जानने के लिए, BigQuery को Firebase से लिंक करना लेख पढ़ें.
Firebase के साथ Google Cloud का इस्तेमाल करने पर, सुरक्षा बेहतर होती है. साथ ही, इंतज़ार का समय बेहतर होता है और समय की बचत होती है. वहीं, ऐसी दूसरी क्लाउड सेवाएं एक साथ इस्तेमाल नहीं की जा सकतीं जो एक ही जगह पर मौजूद नहीं हैं. ज़्यादा जानकारी के लिए, Google Cloud की साइट पर जाएं.
अगर मैं Google Cloud कंसोल में उस प्रोजेक्ट के लिए बिलिंग खाते जोड़ या हटा दूं, तो मेरे Firebase प्रोजेक्ट का क्या होगा?
अगर Google Cloud कंसोल के किसी प्रोजेक्ट में क्लाउड बिलिंग खाता जोड़ा जाता है, तो वही प्रोजेक्ट अपने-आप 'Firebase ब्लेज़' प्लान में अपग्रेड हो जाएगा. हालांकि, ऐसा तब होगा, जब वह प्रोजेक्ट फ़िलहाल Spark प्लान में मौजूद हो.
इसके उलट, अगर Google Cloud Console में मौजूद किसी प्रोजेक्ट से, मौजूदा चालू क्लाउड बिलिंग खाता हटाया जाता है, तो वह प्रोजेक्ट Firebase स्पार्क प्लान में डाउनग्रेड हो जाएगा.
क्या मुझे किसी भी समय अपग्रेड, डाउनग्रेड या रद्द करने की सुविधा मिलती है?
हां, इसे किसी भी समय अपग्रेड, डाउनग्रेड या रद्द किया जा सकता है. ध्यान दें कि हम डाउनग्रेड या सदस्यता रद्द करने पर, बचे हुए दिनों के हिसाब से रिफ़ंड नहीं देते. इसका मतलब है कि अगर बिलिंग अवधि खत्म होने से पहले डाउनग्रेड या सदस्यता रद्द की जाती है, तो आपको महीने के बाकी बचे दिनों के लिए भी पैसे चुकाने होंगे.
मुझे किस तरह की मदद मिलेगी?
सभी Firebase ऐप्लिकेशन में, अमेरिका के पैसिफ़िक कारोबार के खुले होने के समय के दौरान, Firebase के कर्मचारी ईमेल से सहायता देते हैं. इनमें, बिना शुल्क वाले प्लान का इस्तेमाल करने वाले ऐप्लिकेशन भी शामिल हैं. सभी खातों में, बिलिंग से जुड़ी समस्याओं, खाते से जुड़ी समस्याओं, तकनीकी (समस्या हल करने) से जुड़े सवालों, समस्या की रिपोर्ट, और जितने चाहें उतने के लिए सहायता उपलब्ध है.
क्या ब्लेज़ प्लान के लिए इस्तेमाल की सीमा तय की जा सकती है?
नहीं, फ़िलहाल अपने ब्लेज़ प्लान के इस्तेमाल की सीमा तय नहीं की जा सकती. हम ब्लेज़ प्लान के इस्तेमाल से जुड़ी सीमा तय करने के विकल्पों का आकलन कर रहे हैं.
Blaze के उपयोगकर्ता अपने प्रोजेक्ट या खाते के लिए बजट तय कर सकते हैं. और जब उनका खर्च इस सीमा तक पहुंचेगा, तो उन्हें सूचनाएं मिलेंगी. बजट अलर्ट सेट अप करने का तरीका जानें.
अपने-आप बैकअप लेने की सुविधा क्या है? क्या हर घंटे बैकअप लेने की सुविधा दी जाती है?
अपने-आप बैकअप लिए जाने की सुविधा, हमारे Blaze प्राइसिंग प्लान के ग्राहकों के लिए एक बेहतर सुविधा है. यह सुविधा, दिन में एक बार आपके Firebase रीयल टाइम डेटाबेस के डेटा का बैक अप लेती है और उसे Google Cloud Storage पर अपलोड करती है.
हम हर घंटे बैकअप लेने की सुविधा नहीं देते.
क्या आपका कारोबार, ओपन सोर्स, गैर-लाभकारी या शिक्षा से जुड़ी छूट का ऑफ़र देता है?
हमारे स्पार्क प्लान का इस्तेमाल किसी भी तरह का व्यक्ति या संगठन कर सकता है. इसमें गैर-लाभकारी संस्था, स्कूल, और ओपन-सोर्स प्रोजेक्ट शामिल हैं. इन प्लान में पहले से ही बहुत ज़्यादा कोटा शामिल है. इसलिए, हम ओपन सोर्स, गैर-लाभकारी या शिक्षा से जुड़े प्रोजेक्ट के लिए, कोई खास छूट या प्लान नहीं देते.
क्या आपका कारोबार, एंटरप्राइज़ समझौते, कीमत, सहायता या खास तौर पर इन्फ़्रास्ट्रक्चर की होस्टिंग की सुविधा देता है?
हमारा ब्लेज़ प्लान, सभी तरह के एंटरप्राइज़ के लिए सही है. साथ ही, हमारा एसएलए , क्लाउड इन्फ़्रास्ट्रक्चर के लिए इंडस्ट्री स्टैंडर्ड को पूरा करता है या उससे बेहतर है. हालांकि, फ़िलहाल हम अपने रीयल टाइम डेटाबेस जैसी सेवाओं के लिए न तो एंटरप्राइज़ के अनुबंध, शुल्क या सहायता की सुविधा देते हैं और न ही इन्फ़्रास्ट्रक्चर होस्ट करने की सुविधा देते हैं. जैसे, कंपनी की इमारत में इंस्टॉलेशन की सुविधा. हम इनमें से कुछ सुविधाओं को जोड़ने के लिए कड़ी मेहनत कर रहे हैं.
क्या आप अतिरिक्त कीमत तय करते हैं? मुझे सिर्फ़ एक या दो सुविधाओं के लिए जितना इस्तेमाल करें, सिर्फ़ उतने पैसे चुकाने होंगे.
हम ब्लेज़ प्लान में ऐड-हॉक कीमत देते हैं. इसमें आपको सिर्फ़ उन सुविधाओं के लिए पैसे चुकाने होते हैं जिन्हें आपने इस्तेमाल किया है.
पैसे चुकाकर लिए गए Firebase प्लान, Google Ads के साथ कैसे काम करते हैं? क्या पैसे चुकाकर लिए जाने वाले प्लान के साथ, बिना किसी शुल्क के दिखाए जाने वाले विज्ञापन क्रेडिट उपलब्ध हैं?
Firebase प्राइसिंग प्लान, Google Ads से अलग होते हैं. इसलिए, बिना किसी शुल्क के कोई विज्ञापन क्रेडिट नहीं मिलता. Firebase डेवलपर के तौर पर, आपके पास अपने Google Ads खाते को Firebase से "लिंक" करने की सुविधा होती है, ताकि कन्वर्ज़न ट्रैकिंग को बेहतर बनाया जा सके.
सभी विज्ञापन कैंपेन को सीधे Google Ads में और Google Ads की बिलिंग को Ads Console से मैनेज किया जाता है.
Cloud Functions की कीमत
'Firebase के लिए Cloud Functions' का इस्तेमाल करने के लिए, मुझे बिलिंग खाते की ज़रूरत क्यों है?
'Firebase के लिए Cloud Functions', पैसे चुकाकर ली जाने वाली Google की कुछ सेवाओं का इस्तेमाल करता है. Firebase सीएलआई 11.2.0 और इसके बाद के वर्शन के साथ नए फ़ंक्शन डिप्लॉयमेंट, Cloud Build और Artifact Registry पर निर्भर करते हैं. पुराने वर्शन के डिप्लॉयमेंट में भी Cloud Build का इस्तेमाल एक ही तरीके से किया जाता है. हालांकि, स्टोरेज के लिए Artifact Registry के बजाय, Container Registry और Cloud Storage पर निर्भर रहते हैं. इन सेवाओं के इस्तेमाल के लिए, आपको मौजूदा शुल्क के अलावा बिल भी भेजा जाएगा.
Firebase CLI 11.2.0 और इसके बाद के वर्शन के लिए स्टोरेज की जगह
Artifact Registry में ऐसे कंटेनर उपलब्ध कराए जाते हैं जिनमें फ़ंक्शन चलते हैं. Artifact Registry, पहले 500 एमबी की सेवा बिना किसी शुल्क के देती है. इसलिए, हो सकता है कि आपके पहले फ़ंक्शन को डिप्लॉय करने पर कोई शुल्क न लिया जाए. इस सीमा से ऊपर, हर अतिरिक्त जीबी स्टोरेज को हर महीने 0.10 डॉलर के हिसाब से बिल किया जाता है.
Firebase सीएलआई 11.1.x और उससे पहले के वर्शन के लिए स्टोरेज की सुविधा
पुराने वर्शन में डिप्लॉय किए गए फ़ंक्शन के लिए, कंटेनर रजिस्ट्री में वे कंटेनर दिए जाते हैं जिनमें फ़ंक्शन चलते हैं. आपको हर उस कंटेनर के लिए बिल भेजा जाएगा जो फ़ंक्शन लागू करने के लिए ज़रूरी है. आपको स्टोर किए गए हर कंटेनर के लिए शुल्क दिख सकते हैं. उदाहरण के लिए, 1 जीबी स्टोरेज के लिए हर महीने 0.026 डॉलर का बिल आता है.
आपके बिल में क्या बदलाव हो सकता है, इस बारे में ज़्यादा जानने के लिए, कृपया यह लेख पढ़ें
- Cloud Functions की कीमत: बिना किसी शुल्क के मिलने वाले मौजूदा टियर में कोई बदलाव नहीं हुआ.
- Cloud Build की कीमत: Cloud Build के लिए, बिना किसी शुल्क के टियर की सुविधा मिलती है.
- Artifact Registry की कीमत.
- कंटेनर रजिस्ट्री की कीमत.
क्या 'Firebase के लिए Cloud Functions' अब भी बिना किसी शुल्क के इस्तेमाल करने की सुविधा देता है?
हां. ब्लेज़ प्लान में, Cloud Functions, शुरू करने, शुरू करने, और कंप्यूट टाइम, और इंटरनेट ट्रैफ़िक के लिए बिना किसी शुल्क के एक टियर की सुविधा देता है. पहले 20,00,000 अनुरोधों, 4,00,000 जीबी-सेकंड, 2,00,000 सीपीयू-सेकंड, और पांच जीबी के इंटरनेट इग्रेस डेटा ट्रैफ़िक को हर महीने बिना किसी शुल्क के दिया जाता है. आपसे सिर्फ़ उन थ्रेशोल्ड से ज़्यादा इस्तेमाल के लिए शुल्क लिया जाएगा.
बिना किसी शुल्क के मिलने वाले पहले 500 एमबी स्टोरेज के बाद, हर डिप्लॉयमेंट ऑपरेशन में कंटेनर के लिए इस्तेमाल की जाने वाली स्टोरेज के लिए, कम शुल्क लिया जाएगा. अगर आपकी डेवलपमेंट प्रोसेस, टेस्टिंग के लिए फ़ंक्शन डिप्लॉय करने पर निर्भर करती है, तो डेवलपमेंट के दौरान Firebase लोकल एम्युलेटर सुइट का इस्तेमाल करके, लागत कम की जा सकती है.
Firebase की कीमत तय करने के प्लान और Cloud Functions की कीमत के उदाहरण देखें.
क्या Firebase, 'Firebase के लिए Cloud Functions' के कोटा और सीमाओं को बढ़ाने की योजना बना रहा है?
नहीं. कोटा में बदलाव करने के अलावा, कोई तय सीमा खत्म होने के अलावा कोई और योजना नहीं है. आपको 120 मिनट का डेली बिल्ड कोटा पूरा होने पर गड़बड़ियां या चेतावनियां मिलेंगी. इसके बजाय, आपको ब्लेज़ प्राइसिंग प्लान की शर्तों के तहत बिल भेजा जाएगा. कोटा और सीमाएं देखें.
क्या मुझे Google Cloud $300 का क्रेडिट मिल सकता है?
हां, 300 डॉलर का क्रेडिट पाने के लिए, Google Cloud Console में क्लाउड बिलिंग खाता बनाएं. इसके बाद, उस क्लाउड बिलिंग खाते को Firebase प्रोजेक्ट से जोड़ें.
Google Cloud क्रेडिट के बारे में ज़्यादा जानने के लिए, यहां जाएं.
ध्यान दें कि अगर ऐसा किया जाता है, तो आपको 300 डॉलर का क्रेडिट खत्म होने के बाद भी अपने प्रोजेक्ट पर काम जारी रखने के लिए, Firebase कंसोल में Blaze की कीमत का प्लान सेट अप करना होगा.
Firebase के बारे में जानने के लिए, मुझे कोडलैब (कोड बनाना सीखना) फ़ॉलो करना है. क्या आप मुझे अस्थायी बिलिंग खाता दे सकते हैं?
नहीं, माफ़ करें. क्लाउड बिलिंग खाते के बिना, डेवलपमेंट के लिए Firebase एम्युलेटर का इस्तेमाल किया जा सकता है. इसके अलावा, Google Cloud को मुफ़्त में आज़माने के लिए आवेदन करें. अगर इस बदलाव की वजह से आपको अब भी अपना बिल चुकाने में समस्या आ रही है, तो Firebase सहायता टीम से संपर्क करें.
मुझे इस बात की चिंता है कि मेरे खाते से एक बड़ा बिल इकट्ठा हो जाएगा.
कीमत कंट्रोल करने के लिए, Google Cloud Console में बजट अलर्ट सेट अप करें. साथ ही, अपने हर फ़ंक्शन के लिए, बिल किए गए इंस्टेंस की संख्या के लिए सीमाएं सेट की जा सकती हैं. अलग-अलग स्थितियों में होने वाले शुल्क का अनुमान लगाने के लिए, Cloud फ़ंक्शन की कीमत के उदाहरण देखें.
मैं अपने मौजूदा बिलिंग शुल्कों की जांच कैसे करूं?
Firebase कंसोल में, इस्तेमाल और बिलिंग डैशबोर्ड देखें.
मैं Firebase एक्सटेंशन का इस्तेमाल करता/करती हूं. क्या मुझे बिलिंग खाता बनाना होगा?
हां. एक्सटेंशन, Cloud Functions का इस्तेमाल करते हैं, इसलिए एक्सटेंशन पर भी अन्य फ़ंक्शन की तरह ही शुल्क लिया जाएगा.
एक्सटेंशन का इस्तेमाल करने के लिए, आपको ब्लेज़ प्राइसिंग प्लान पर अपग्रेड करना होगा. आपसे इंस्टॉल किए गए हर एक्सटेंशन के लिए ज़रूरी Firebase संसाधनों के लिए (आम तौर पर, हर महीने करीब $0.01) शुल्क लिया जाएगा (भले ही उनका इस्तेमाल न किया गया हो). यह शुल्क आपको Firebase सेवाओं के इस्तेमाल से जुड़े सभी शुल्क के अलावा देना होगा.
'Firebase के लिए Cloud Storage' की कीमत तय करना
मैं इसका अनुमान कैसे लगाऊं कि अपलोड और डाउनलोड कार्रवाइयों के लिए मुझे कितना बिल भेजा जाएगा?
Firebase की कीमत वाले पेज पर जाएं और ब्लेज़ प्लान कैलकुलेटर का इस्तेमाल करें. कैलकुलेटर में Firebase के लिए Cloud Storage के इस्तेमाल के सभी टाइप की सूची होती है.
अपनी स्टोरेज बकेट के अनुमानित इस्तेमाल को इनपुट करने के लिए, स्लाइडर का इस्तेमाल करें. कैलकुलेटर आपके महीने के बिल का अनुमान लगाएगा.
अगर 'Firebase के लिए Cloud Storage' में, स्पार्क प्लान को अपलोड करने, डाउनलोड करने या स्टोरेज की सीमा पार कर ली है, तो क्या होगा?
जब आप स्पार्क प्लान के किसी प्रोजेक्ट में, Cloud Storage की तय सीमा पार कर लेते हैं, तो नतीजा इस बात पर निर्भर करता है कि आपने किस तरह की सीमा पार की है:
- अगर आपने जीबी स्टोरेज की सीमा पार कर ली है, तो आपके पास उस प्रोजेक्ट में और डेटा सेव करने का विकल्प नहीं रहेगा. इसके लिए, आपको स्टोर किए गए कुछ डेटा को हटाना होगा या ज़्यादा स्टोरेज या अनलिमिटेड स्टोरेज देने वाले प्लान में अपग्रेड करना होगा.
- अगर आपने जीबी में डाउनलोड की गई सीमा को पार कर लिया है, तो आपका ऐप्लिकेशन अगले दिन तक (रात 12 बजे से, यूएस पैसिफ़िक समय के मुताबिक) तक और डेटा डाउनलोड नहीं कर पाएगा. ऐसा तब तक होगा, जब तक आप कम पाबंदियों वाले या बिना किसी सीमा वाले प्लान में अपग्रेड न कर लें.
- अगर आपने अपलोड या डाउनलोड करने की सीमा पार कर ली है, तो आपका ऐप्लिकेशन अगले दिन तक (रात 12 बजे, यूएस पैसिफ़िक समय से) ज़्यादा डेटा अपलोड या डाउनलोड नहीं कर पाएगा. ऐसा तब तक होगा, जब तक कि आप कम पाबंदियों वाले प्लान या बिना किसी सीमा वाले प्लान में अपग्रेड न कर लें.
निजता
मुझे Firebase में निजता और सुरक्षा के बारे में जानकारी कहां मिल सकती है?
Firebase में निजता और सुरक्षा पेज देखें.
क्या Firebase SDK टूल, Analytics के बाहर इस्तेमाल/गड़बड़ी की किसी जानकारी को लॉग करते हैं?
हां. फ़िलहाल, यह सुविधा सिर्फ़ iOS के लिए उपलब्ध है. हालांकि, आने वाले समय में इसमें बदलाव हो सकता है. Firebase
Apple प्लैटफ़ॉर्म के SDK टूल में, डिफ़ॉल्ट रूप से FirebaseCoreDiagnostics
फ़्रेमवर्क शामिल होता है. Firebase इस फ़्रेमवर्क का इस्तेमाल करके, SDK
टूल के इस्तेमाल और गड़बड़ी की जानकारी इकट्ठा करता है. इससे, आने वाले समय में प्रॉडक्ट को बेहतर बनाने में मदद मिलती है. FirebaseCoreDiagnostics
इस्तेमाल करना ज़रूरी नहीं है. इसलिए, अगर आपको Firebase डाइग्नोस्टिक्स लॉग भेजने की सुविधा से ऑप्ट आउट करना है, तो ऐप्लिकेशन से लाइब्रेरी को अनलिंक करें. GitHub पर पूरा सोर्स ब्राउज़ किया जा सकता है. इसमें, लॉग की गई वैल्यू भी शामिल हैं
A/B टेस्टिंग
A/B टेस्टिंग: कितने एक्सपेरिमेंट बनाए और चलाए जा सकते हैं?
हर प्रोजेक्ट में, 300 प्रयोग तक चलाए जा सकते हैं. इनमें 24 तक प्रयोग शामिल हो सकते हैं, जबकि बाकी प्रयोग ड्राफ़्ट के तौर पर या पूरे हो चुके हैं.
A/B टेस्टिंग: अपने प्रोजेक्ट को Google Analytics से अनलिंक और फिर से लिंक करने के बाद, अपने एक्सपेरिमेंट क्यों नहीं दिख रहे हैं?
किसी दूसरी Google Analytics प्रॉपर्टी से लिंक करने पर, पहले से बनाए गए प्रयोगों का ऐक्सेस खत्म हो जाएगा. किसी पुराने प्रयोग का ऐक्सेस फिर से पाने के लिए, अपने प्रोजेक्ट को उस Google Analytics प्रॉपर्टी से फिर से लिंक करें जो प्रयोग बनाते समय लिंक की गई थी.
A/B टेस्टिंग: रिमोट कॉन्फ़िगरेशन प्रयोग बनाते समय, मुझे "Google Analytics से लिंक नहीं किया गया प्रोजेक्ट" मैसेज क्यों मिलता है?
अगर आपने पहले ही Firebase और Google Analytics को लिंक कर दिया है, लेकिन अब भी आपको यह मैसेज दिख रहा है कि Google Analytics लिंक नहीं है, तो पक्का करें कि आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन के लिए, Analytics स्ट्रीम मौजूद हो. फ़िलहाल, किसी प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन को Google Analytics की किसी स्ट्रीम से कनेक्ट होना चाहिए, ताकि A/B टेस्टिंग का इस्तेमाल किया जा सके.
सभी चालू स्ट्रीम की सूची देखने के लिए, 'Firebase कंसोल' में Google Analytics इंटिग्रेशन की जानकारी वाले पेज पर जाएं. इसे settingsप्रोजेक्ट सेटिंग chevron_right इंटिग्रेशन chevron_right Google Analytics chevron_right मैनेज करें से ऐक्सेस किया जा सकता है.
अगर किसी ऐप्लिकेशन के लिए Google Analytics स्ट्रीम नहीं बनाई गई है, तो इस स्ट्रीम को बनाने से समस्या हल हो जानी चाहिए. छूटे हुए ऐप्लिकेशन के लिए स्ट्रीम बनाने के कुछ तरीके यहां दिए गए हैं:
-
अगर सिर्फ़ एक या दो ऐप्लिकेशन से जुड़ी Google Analytics स्ट्रीम मौजूद नहीं है, तो Google Analytics स्ट्रीम जोड़ने के लिए, इनमें से कोई एक तरीका चुनें:
- Firebase कंसोल में, बिना चालू स्ट्रीम वाले किसी भी ऐप्लिकेशन को मिटाएं और फिर से जोड़ें.
- Google Analytics कंसोल में, एडमिन को चुनें और डेटा स्ट्रीम पर क्लिक करें. इसके बाद, स्ट्रीम जोड़ें पर क्लिक करके, ऐप्लिकेशन की जानकारी जोड़ें और ऐप्लिकेशन रजिस्टर करें पर क्लिक करें.
-
अगर कुछ से ज़्यादा ऐप्लिकेशन स्ट्रीम मौजूद नहीं हैं, तो ऐसी ऐप्लिकेशन स्ट्रीम बनाने का सबसे तेज़ और असरदार तरीका है जिन्हें Google Analytics
प्रॉपर्टी को अनलिंक करके फिर से लिंक किया जा सकता है:
- settings प्रोजेक्ट सेटिंग में जाकर, इंटिग्रेशन चुनें.
- Firebase और Google Analytics सेटिंग को ऐक्सेस करने के लिए, Google Analytics कार्ड में मैनेज करें पर क्लिक करें.
- Google Analytics प्रॉपर्टी आईडी और लिंक किए गए Google Analytics खाते को नोट कर लें.
- more_vert ज़्यादा पर क्लिक करें और Analytics को इस प्रोजेक्ट से अनलिंक करें चुनें.
-
दिखने वाली चेतावनी की समीक्षा करें (यहां चिंता न करें; अगले चरण में
उसी प्रॉपर्टी को फिर से लिंक किया जाएगा). इसके बाद,
Google Analytics को अनलिंक करें पर क्लिक करें.
अनलिंक करने की प्रोसेस पूरी होने के बाद, आपको इंटिग्रेशन पेज पर रीडायरेक्ट कर दिया जाएगा. - फिर से लिंक करने की प्रोसेस शुरू करने के लिए, Google Analytics कार्ड में चालू करें पर क्लिक करें.
- खाता चुनें सूची से अपना Analytics खाता चुनें.
-
इस खाते में, अपने-आप नई प्रॉपर्टी बनाएं के बगल में,
edit बदलाव करें पर क्लिक करें. इसके बाद, दिखने वाली
Analytics प्रॉपर्टी सूची में से, अपना प्रॉपर्टी आईडी चुनें.
अब आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन की सूची दिखेगी. हर ऐप्लिकेशन के लिए मौजूदा स्ट्रीम मैपिंग की सूची दी गई है. साथ ही, जिन ऐप्लिकेशन में स्ट्रीम नहीं है उनके लिए एक स्ट्रीम बनाई जाएगी. - प्रॉपर्टी को फिर से लिंक करने के लिए, Google Analytics चालू करें पर क्लिक करें.
- पूरा करें पर क्लिक करें.
अगर इन चरणों को पूरा करने के बाद भी, आपको रिमोट कॉन्फ़िगरेशन के साथ A/B टेस्ट बनाने में गड़बड़ी दिखती है, तो Firebase सहायता टीम से संपर्क करें.
AdMob
AdMob: क्या Windows ऐप्लिकेशन को Firebase से लिंक किया जा सकता है?
नहीं, फ़िलहाल Windows ऐप्लिकेशन पर यह सुविधा उपलब्ध नहीं है.
AdMob: Firebase कंसोल से, ऐप्लिकेशन को AdMob से लिंक करने में समस्या क्यों आ रही है?
AdMob कंसोल के ज़रिए, AdMob ऐप्लिकेशन को Firebase ऐप्लिकेशन से जोड़ा जा सकता है. इसका तरीका जानें.
AdMob: Firebase ऐप्लिकेशन को AdMob ऐप्लिकेशन से जोड़ने के लिए, मुझे किन अनुमतियों या ऐक्सेस की ज़रूरत होगी?
ऐसा करने के लिए, आपके पास इन चीज़ों का ऐक्सेस होना चाहिए:
- AdMob: आपको AdMob एडमिन होना चाहिए.
- Firebase: आपके पास
firebase.links.create
अनुमति होनी चाहिए, जो मालिक की भूमिका और Firebase एडमिन की भूमिका में शामिल होती है. - Google Analytics: Firebase प्रोजेक्ट से जुड़ी प्रॉपर्टी के लिए, आपके पास बदलाव करने या उपयोगकर्ताओं को मैनेज करने की अनुमति होनी चाहिए. ज़्यादा जानें.
AdMob: क्या एक ही AdMob खाते में कई उपयोगकर्ता, AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन को लिंक कर सकते हैं?
कई उपयोगकर्ताओं वाले AdMob खातों के लिए, पहला Firebase लिंक बनाने और Firebase की सेवा की शर्तों को स्वीकार करने वाला उपयोगकर्ता ही AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन के बीच नए लिंक बना सकता है.
AdMob: AdMob का इस्तेमाल करने के लिए, मुझे किन SDK टूल का इस्तेमाल करना चाहिए?
AdMob का इस्तेमाल करने के लिए, हमेशा Google Mobile Ads SDK का इस्तेमाल करें, जैसा कि अक्सर पूछे जाने वाले इस सवाल में बताया गया है. इसके अलावा, अगर आपको AdMob के लिए उपयोगकर्ता मेट्रिक इकट्ठा करनी है, तो अपने ऐप्लिकेशन में Google Analytics के लिए Firebase SDK टूल शामिल करें.
- iOS प्रोजेक्ट के लिए:
AdMob के iOS दस्तावेज़ में दिए गए निर्देशों का पालन करके, Google Mobile Ads SDK इंपोर्ट करें. - Android प्रोजेक्ट के लिए:
अपनीbuild.gradle
फ़ाइल में, Google Mobile Ads SDK के लिए डिपेंडेंसी जोड़ें:
implementation 'com.google.android.gms:play-services-ads:23.0.0'
- C++ प्रोजेक्ट और Unity प्रोजेक्ट के लिए: इससे जुड़े दस्तावेज़ में दिए गए निर्देशों का पालन करें.
Analytics
Analytics: Firebase प्रॉडक्ट इस्तेमाल करने के लिए, Google Analytics को इस्तेमाल करने का सुझाव क्यों दिया जाता है?
Google Analytics, आंकड़ों से जुड़ा एक मुफ़्त और अनलिमिटेड समाधान है. यह असरदार इनसाइट देने के लिए, Firebase की सुविधाओं के साथ काम करता है. इसकी मदद से, Crashlytics में इवेंट लॉग, FCM पर सूचनाओं का असर, डाइनैमिक लिंक की डीप लिंक परफ़ॉर्मेंस, और Google Play से इन-ऐप्लिकेशन खरीदारी का डेटा देखा जा सकता है. इससे रिमोट कॉन्फ़िगरेशन, रिमोट कॉन्फ़िगरेशन को उपयोगकर्ता के मनमुताबिक बनाने की प्रोसेस वगैरह में बेहतर ऑडियंस टारगेटिंग की सुविधा मिलती है.
Google Analytics, Firebase कंसोल में इंटेलिजेंस की एक लेयर के तौर पर काम करता है. इससे आपको अच्छी क्वालिटी वाला ऐप्लिकेशन बनाने, उपयोगकर्ताओं की संख्या बढ़ाने, और ज़्यादा कमाई करने से जुड़ी अहम जानकारी मिलती है.
शुरू करने के लिए, दस्तावेज़ पढ़ें.
Analytics: मैं यह कैसे कंट्रोल करूं कि मेरा Analytics डेटा, बाकी Firebase के साथ किस तरह शेयर किया जाए?
डिफ़ॉल्ट रूप से, आपके Google Analytics डेटा का इस्तेमाल अन्य Firebase और Google सुविधाओं को बेहतर बनाने के लिए किया जाता है. आपके पास किसी भी समय यह कंट्रोल करने की सुविधा है कि प्रोजेक्ट सेटिंग में, आपका Google Analytics डेटा कैसे शेयर किया जाए. डेटा शेयर करने की सेटिंग के बारे में ज़्यादा जानें.
Analytics: मैं अपनी Analytics प्रॉपर्टी सेटिंग कैसे अपडेट करूं?
अपनी Google Analytics प्रॉपर्टी के एडमिन पेज से, प्रॉपर्टी की सेटिंग अपडेट की जा सकती हैं. जैसे:
- डेटा शेयर करने की सेटिंग
- डेटा के रखरखाव की सेटिंग
- टाइम ज़ोन और मुद्रा की सेटिंग
अपनी प्रॉपर्टी की सेटिंग को अपडेट करने के लिए, यह तरीका अपनाएं:
- Firebase कंसोल में, settings > प्रोजेक्ट सेटिंग पर जाएं.
- इंटिग्रेशन टैब पर जाएं. इसके बाद, Google Analytics कार्ड में, मैनेज करें या लिंक देखें पर क्लिक करें.
- Google Analytics खाते के लिंक पर क्लिक करके, खाता और प्रॉपर्टी सेटिंग खोलें.
मेरे iOS ऐप्लिकेशन में Analytics: क्या विज्ञापन एट्रिब्यूशन और IDFA कलेक्शन की सुविधाओं के बिना, Analytics इंस्टॉल किया जा सकता है?
हां. ज़्यादा जानकारी के लिए, डेटा कलेक्शन और उसका इस्तेमाल कॉन्फ़िगर करना पेज देखें.
Analytics: अक्टूबर 2021 में हुए अपडेट के बाद, Google Analytics सेक्शन में क्या बदलाव हुए?
इन बदलावों की खास जानकारी देखने के लिए, 'Firebase सहायता केंद्र' के लेख 'Firebase के लिए Google Analytics' में Google Analytics 4 की नई सुविधा देखें.
Analytics: Google Analytics से Firebase को अनलिंक करने के बाद, मुझे Firebase कंसोल में Analytics का कोई डेटा क्यों नहीं दिख रहा है?
Analytics का डेटा, Google Analytics प्रॉपर्टी में मौजूद होता है — यह Firebase प्रोजेक्ट में नहीं होता. प्रॉपर्टी को मिटाने या अलग करने पर, Analytics के डेटा को Firebase ऐक्सेस नहीं कर पाएगा. साथ ही, आपको 'Firebase कंसोल' में Analytics का खाली डैशबोर्ड दिखेगा. ध्यान दें कि डेटा अब भी पहले लिंक की गई प्रॉपर्टी में ही रहता है. इसलिए, प्रॉपर्टी को किसी भी समय Firebase से फिर से लिंक किया जा सकता है. साथ ही, 'Firebase कंसोल' में Analytics का डेटा देखा जा सकता है.
किसी नए Google Analytics खाते (और इस तरह एक नई Google Analytics प्रॉपर्टी) को अपने Firebase प्रोजेक्ट से लिंक करने पर, Firebase कंसोल में Analytics डैशबोर्ड खाली हो जाएगा. हालांकि, अगर आपकी पहले लिंक की गई प्रॉपर्टी अब भी मौजूद है, तो मौजूदा डेटा को पुरानी प्रॉपर्टी से नई प्रॉपर्टी में ले जाया जा सकता है.
Analytics: अगर मेरी Analytics प्रॉपर्टी और उसका डेटा मिटा दिया गया था, तो क्या उसे वापस पाने का कोई तरीका है?
नहीं. अगर आपकी प्रॉपर्टी मिटा दी गई है, तो उसे वापस नहीं लाया जा सकता या उस प्रॉपर्टी में पहले से इकट्ठा किए गए Analytics डेटा को वापस नहीं लाया जा सकता.
अगर आपको Google Analytics का इस्तेमाल फिर से करना है, तो अपने Firebase प्रोजेक्ट में नई प्रॉपर्टी या मौजूदा प्रॉपर्टी को लिंक करें. इसे 'Firebase कंसोल' या Google Analytics के यूज़र इंटरफ़ेस (यूआई) में से किसी एक में जोड़ा जा सकता है. किसी Google Analytics प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करने के बारे में ज़्यादा जानें.
Analytics: अगर मेरी Analytics प्रॉपर्टी मिटा दी गई है, तो क्या मेरे पास अपने Firebase प्रोजेक्ट से नई Google Analytics प्रॉपर्टी को लिंक करने का विकल्प है और Analytics का फिर से इस्तेमाल किया जा सकता है?
अगर आपको Google Analytics का इस्तेमाल फिर से करना है, तो अपने Firebase प्रोजेक्ट में नई प्रॉपर्टी या मौजूदा प्रॉपर्टी को लिंक करें. इसे 'Firebase कंसोल' या Google Analytics के यूज़र इंटरफ़ेस (यूआई) में से किसी एक में जोड़ा जा सकता है. किसी Google Analytics प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करने के बारे में ज़्यादा जानें.
ध्यान दें कि सारा Analytics डेटा, प्रॉपर्टी में सेव होता है (Firebase प्रोजेक्ट में नहीं). इसलिए, पहले इकट्ठा किया गया Analytics डेटा वापस नहीं लाया जा सकता.
Analytics: मेरी Analytics प्रॉपर्टी मिटाए जाने से, Firebase के प्रॉडक्ट या इंटिग्रेट किए गए Google प्रॉडक्ट पर क्या असर पड़ेगा?
Firebase के कई प्रॉडक्ट, Google Analytics इंटिग्रेशन का इस्तेमाल करते हैं. अगर आपकी Analytics प्रॉपर्टी और उसका डेटा मिटा दिया जाता है, तो इन प्रॉडक्ट का इस्तेमाल करने पर ये होगा:
- Crashlytics — अब आपको ऐसे उपयोगकर्ता, ब्रेडक्रंब लॉग, और/या रफ़्तार से जुड़ी सूचनाएं नहीं दिखेंगी जिन्हें ऐप्लिकेशन क्रैश होने की समस्या का सामना नहीं करना पड़ा.
- क्लाउड से मैसेज और इन-ऐप्लिकेशन मैसेज — अब टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना), कैंपेन मेट्रिक, ऑडियंस सेगमेंटेशन, और आंकड़ों के लेबल का इस्तेमाल नहीं किया जा सकता.
- रिमोट कॉन्फ़िगरेशन — अब टारगेट किए गए कॉन्फ़िगरेशन या पसंद के मुताबिक बनाने की सुविधा का इस्तेमाल नहीं किया जा सकता.
- A/B टेस्टिंग — अब A/B टेस्टिंग का इस्तेमाल नहीं किया जा सकता, क्योंकि एक्सपेरिमेंट का मेज़रमेंट Google Analytics से मिलता है.
- डाइनैमिक लिंक — Google Analytics के डेटा का इस्तेमाल करने वाली सभी सुविधाओं में रुकावट आ जाएगी.
इसके अलावा, नीचे दिए गए इंटिग्रेशन पर भी असर पड़ेगा:
- अब Analytics डेटा को BigQuery में एक्सपोर्ट नहीं किया जा सकता.
- अब Google Ads इंटिग्रेशन या Google AdMob इंटिग्रेशन का फ़ायदा नहीं लिया जा सकेगा.
Analytics: मैं उन उपयोगकर्ताओं को कैसे सेगमेंट करूं जिन्होंने कुछ शर्तें पूरी नहीं की हैं?
इन उपयोगकर्ताओं को "नेगेटिव टारगेटिंग" करके, समस्या के फ़्रेम को फिर से अडजस्ट किया जा सकता है. उदाहरण के लिए, समस्या को फिर से "जिन लोगों ने खरीदा है उन्हें विज्ञापन न दिखाएं" के तौर पर फिर से तय करें. साथ ही, टारगेट करने के लिए उन उपयोगकर्ताओं की ऑडियंस बनाएं.
Analytics: क्या Google Analytics इंटरफ़ेस में तय की गई ऑडियंस और/या इवेंट, 'Firebase कंसोल' में भी उपलब्ध है?
आपकी ऑडियंस और उपयोगकर्ता प्रॉपर्टी सिंक हो जाएंगी. कुछ सुविधाओं के लिए, आपको सेगमेंटेशन और क्लोज़्ड फ़नल जैसी Google Analytics का इंटरफ़ेस इस्तेमाल करना होगा. Firebase कंसोल से, डीप-लिंक के ज़रिए Google Analytics इंटरफ़ेस को सीधे ऐक्सेस किया जा सकता है.
Firebase कंसोल से जो बदलाव किए जाते हैं वे Google Analytics में भी किए जा सकते हैं. ये बदलाव, Firebase में भी दिखेंगे.
प्रमाणीकरण
Firebase से पुष्टि करने की सुविधा: फ़ोन पर पुष्टि करने की सुविधा किन देशों में काम करती है?
Firebase से पुष्टि करने की सुविधा से, दुनिया भर में फ़ोन नंबर की पुष्टि की जा सकती है. हालांकि, सभी नेटवर्क, पुष्टि करने से जुड़े हमारे मैसेज सही तरीके से डिलीवर नहीं करते. इन देशों में डिलीवरी की दर अच्छी है. साथ ही, यह उम्मीद की जानी चाहिए कि फ़ोन नंबर से साइन इन करने की सुविधा, अच्छी तरह से काम करेगी.
देश | कोड |
---|---|
सन | अंडोरा |
AE | संयुक्त अरब अमीरात |
एएफ़ | अफ़ग़ानिस्तान |
एजी | एंटीगुआ और बारबुडा |
अल्बानिया | अल्बानिया |
AM | आर्मेनिया |
एओ | अंगोला |
एआर (ऑगमेंटेड रिएलिटी) | अर्जेंटीना |
AS | अमेरिकन समोआ |
AT | ऑस्ट्रिया |
AU | ऑस्ट्रेलिया |
AW | अरूबा |
एरिज़ोना | अज़रबैजान |
बीए | बोस्निया और हर्ज़ेगोविना |
BB | बारबाडोस |
बीडी | बांग्लादेश |
BE | बेल्जियम |
BF | बुर्किना फ़ासो |
BG | बुल्गारिया |
बीजे | बेनिन |
BM | बरमूडा |
बोस्निया और हर्ज़ेगोविना (BN) | ब्रुनेई दारुस्सलम |
बोस्निया और हर्ज़ेगोविना (BO) | बोलिविया |
ब्राज़ील | ब्राज़ील |
बीएस | बहामा |
ब्लूटूथ | भूटान |
बोस्निया और हर्ज़ेगोविना (BW) | बोत्सवाना |
इनके द्वारा: | बेलारूस |
BZ | बलीज़ |
CA | कनाडा |
सीडी (CD) | कॉन्गो, (किन्शासा) |
CF | मध्य अफ़्रीकी गणराज्य |
CG | कॉन्गो (ब्रैज़ेविल) |
CH | स्विट्ज़रलैंड |
सीआई (CI) | आइवरी कोस्ट |
CK | कुक द्वीप समूह |
चिली | चिली |
CM | कैमरून |
सीओ | कोलंबिया |
सीआर | कोस्टा रिका |
सीवी | केप वर्ड |
CW | क्यूरासाओ |
साइप्रस (CY) | साइप्रस |
CZ | चेक गणराज्य |
DE | जर्मनी |
डीजे | जिबूती |
डीके | डेनमार्क |
डीएम | डॉमिनिक |
ऐसा करें | डोमिनिकन रिपब्लिक |
अल्जीरियन दिनार | अल्जीरिया |
EC | इक्वाडोर |
इजिप्शन | मिस्र |
ES | स्पेन |
ET | इथियोपिया |
FI | फ़िनलैंड |
एफ़जे | फ़िजी |
FK | फ़ॉकलैंड द्वीप समूह (माल्विनास) |
एफ़एम | माइक्रोनेशिया (संघीय राज्य) |
FO | फ़ैरो द्वीप समूह |
FR | फ़्रांस |
जीए | गैबॉन |
जीबी | यूनाइटेड किंगडम |
जीडी | ग्रेनाडा |
जीई | जॉर्जिया |
GF | फ़्रेंच गियाना |
GG | गर्न्ज़ी |
जीएच | घाना |
GI | जिब्राल्टर |
जीएल | ग्रीनलैंड |
जीएम | गांबिया |
GP | गुआडलूप |
जीक्यू | इक्वेटोरियल गिनी |
जीआर | ग्रीस |
जीटी | ग्वाटेमाला |
जासूस (GY) | गुयाना |
HK | हॉन्ग कॉन्ग, एसएआर चीन |
होंडुरास | होंडुरास |
HR | क्रोएशिया |
HT | हैती |
एचयू | हंगरी |
आईडी | इंडोनेशिया |
IE | आयरलैंड |
IL | इज़रायल |
IM | आइल ऑफ़ मैन |
भारत | भारत |
आईक्यू | इराक |
आईटी (सूचना प्रौद्योगिकी) | इटली |
JE | जर्सी |
जेएम | जमैका |
जो | जॉर्डन |
जापान | जापान |
KE | केन्या |
कि॰ग्रा॰ | किर्गिस्तान |
केएच | कंबोडिया |
किमी | कोमोरोस |
दक्षिण कोरिया | सेंट किट्स और नेविस |
KR | कोरिया (दक्षिण) |
किलोवॉट | कुवैत |
KY | केमैन द्वीप समूह |
साउथ कोरियन वॉन | कज़ाकिस्तान |
लॉस एंजेलिस | लाओ पीडीआर |
LB | लेबनान |
एलसी | सेंट लूसिया |
लीरा | लिख्तेंस्ताइन |
दक्षिण कोरिया | श्रीलंका |
एलएस | लिसोथो |
LT | लिथुआनिया |
ल्यू | लक्सम्बर्ग |
LV | लातविया |
लीबिया | लीबिया |
MA | मोरक्को |
एमडी | मोल्डोवा |
मुझे | मॉन्टेनेग्रो |
MF | सेंट-मार्टिन (फ़्रेंच पार्ट) |
एमजी | मेडागास्कर |
मिनेसोटा | मैसेडोनिया गणराज्य |
एमएम | म्यांमार |
मिनेसोटा | मंगोलिया |
MO | मकाओ, एसएआर चीन |
MS | मोंटसेराट |
MT | माल्टा |
एमयू | मॉरीशस |
मेगावॉट | मलावी |
MX | मेक्सिको |
MY | मलेशिया |
MZ | मोज़ांबिक |
लागू नहीं | नामीबिया |
NC | न्यू कैलेडोनिया |
उ.पू. | नाइजर |
NF | नॉरफ़ॉक द्वीप |
नाइजीरियन नैरा | नाइजीरिया |
एनआई | निकारागुआ |
NL | नीदरलैंड्स |
NO | नॉर्वे |
एनपी | नेपाल |
NZ | न्यूज़ीलैंड |
ओमान | ओमान |
पीए | पनामा |
PE | पेरू |
PG | पापुआ न्यू गिनी |
PH | फ़िलिपींस |
पीके | पाकिस्तान |
PL | पोलैंड |
PM | सेंट पियरे और मिकलान |
PR | प्योर्तो रिको |
PS | फ़िलिस्तीनी क्षेत्र |
PT | पुर्तगाल |
पराग्वे (PY) | पराग्वे |
क्वालिटी जांच | कतर |
RE | रीयूनियन |
RO | रोमानिया |
RS | सर्बिया |
RU | रशियन फ़ेडरेशन |
आरडब्ल्यू | रवांडा |
SA | सऊदी अरब |
एससी | सेशेल्ज़ |
स्वीडन | स्वीडन |
SG | सिंगापुर |
शूट आउट | सेंट हेलेना |
SI | स्लोवेनिया |
SK | स्लोवाकिया |
SL | सिएरा लियॉन |
एसएन | सेनेगल |
एसआर | सूरीनाम |
ST | साओ टोम और प्रिंसिपे |
SV | अल सल्वाडोर |
साउथ कोरियन वॉन | एस्वाटीनी |
TC | तुर्क और कैकोस द्वीप समूह |
टीजी | टोगो |
थाईलैंड | थाईलैंड |
टीम लीडर | पूर्वी तिमोर |
TM | तुर्कमेनिस्तान |
TO | टोंगा |
TR | टर्की |
टीटी | त्रिनिदाद और टोबैगो |
TW | ताइवान |
तंज़ानिया | तंज़ानिया संयुक्त गणराज्य |
UA | यूक्रेन |
यूजी | युगांडा |
अमेरिका | संयुक्त राज्य अमेरिका |
उरुग्वेयन पेसो | उरुग्वे |
उज़्बेकिस्तान | उज़्बेकिस्तान |
VC | सेंट विंसेंट और ग्रेनाडीन |
वीई | वेनेज़ुएला (बोलिवेरियन रिपब्लिक) |
VG | ब्रिटिश वर्जिन द्वीपसमूह |
VI | वर्जिन द्वीपसमूह, संयुक्त राज्य अमेरिका |
VN | वियतनाम |
WS | समोआ |
हां | यमन |
YT | मायोट |
ZA | दक्षिण अफ़्रीका |
साउथ अफ़्रीकन रैंड | ज़ांबिया |
साउथ कोरियन वॉन | ज़िंबाब्वे |
Firebase से पुष्टि करने की सुविधा: फ़ोन की पुष्टि करते समय एसएमएस के गलत इस्तेमाल को कैसे रोका जा सकता है?
एसएमएस ट्रैफ़िक पंपिंग और एपीआई के गलत इस्तेमाल से अपने प्रोजेक्ट को सुरक्षित रखने के लिए, यह तरीका अपनाएं:
मैसेज (एसएमएस) के लिए क्षेत्र की नीति सेट करें
इलाके के हिसाब से एसएमएस के इस्तेमाल की जानकारी देखें.
वे इलाके देखें जहां भेजे जाने वाले एसएमएस की संख्या बहुत ज़्यादा है और पुष्टि किए गए एसएमएस की संख्या बहुत कम है या शून्य है. पुष्टि किए गए या भेजे गए ईमेल का अनुपात, सफलता की दर है. आम तौर पर, अच्छी तरह से सफल होने की दर 70-85% की होती है, क्योंकि एसएमएस डिलीवरी की गारंटी वाला प्रोटोकॉल नहीं है. कुछ इलाकों में इसका गलत इस्तेमाल हो सकता है. सफलता दर 50% से कम होने का मतलब है कि बहुत से एसएमएस भेजे गए हैं, लेकिन कुछ ही लोगों ने लॉगिन किया है. यह आम तौर पर बुरे मकसद से काम करने वाले लोगों और एसएमएस ट्रैफ़िक पंपिंग के संकेत है.
एसएमएस क्षेत्र की नीति का इस्तेमाल करके, उन इलाकों के लिए एसएमएस भेजने की अनुमति दी जा सकती है जहां लोगों को मैसेज (एसएमएस) मिलने की दर कम है. इसके अलावा, अगर आपका ऐप्लिकेशन कुछ देशों में उपलब्ध है, तो सिर्फ़ कुछ इलाकों में ही उसे अनुमति दी जा सकती है.
पुष्टि करने वाले अपने डोमेन को सीमित करें
अनुमति वाले डोमेन को मैनेज करने के लिए, पुष्टि करने की सेटिंग वाले डैशबोर्ड का इस्तेमाल करें. पुष्टि करने वाले डोमेन में localhost
डोमेन को डिफ़ॉल्ट रूप से जोड़ा जाता है, ताकि पुष्टि करने वाले डोमेन को आसानी से डेवलप किया जा सके. अपने प्रोडक्शन प्रोजेक्ट में अनुमति वाले डोमेन से localhost
को हटाएं. इससे, बुरे मकसद से काम करने वाले लोग या ग्रुप अपने localhost
पर कोड नहीं चला पाएंगे, ताकि वे आपके प्रोडक्शन प्रोजेक्ट को ऐक्सेस कर सकें.
ऐप्लिकेशन की जांच की सुविधा को चालू और लागू करना
अपने प्रोजेक्ट को एपीआई के गलत इस्तेमाल से बचाने के लिए, ऐप्लिकेशन की जांच करने की सुविधा चालू करें. इसके लिए, यह प्रमाणित करें कि अनुरोध सिर्फ़ आपके प्रोजेक्ट से जुड़े ऐप्लिकेशन से किए जाते हैं.
Firebase से पुष्टि करने की सुविधा के साथ ऐप्लिकेशन की जांच करने की सुविधा का इस्तेमाल करने के लिए, आपको पहचान प्लैटफ़ॉर्म के साथ Firebase से पुष्टि करने की सुविधा पर अपग्रेड करना होगा.
याद रखें कि आपको Firebase कंसोल में, पुष्टि करने के लिए ऐप्लिकेशन की जांच को लागू करना होगा. इसे लागू करने से पहले, ट्रैफ़िक पर नज़र रखने का ध्यान रखें. साथ ही, अपनी recaptcha Enterprise से मंज़ूरी पा चुकी साइटों की सूची दोबारा देख लें. इससे यह पुष्टि की जा सकेगी कि इसमें सिर्फ़ आपकी प्रोडक्शन साइटें हैं. साथ ही, यह भी देख लें कि ऐप्लिकेशन की जांच में आपके प्रोजेक्ट के लिए रजिस्टर किए गए ऐप्लिकेशन की सूची सही है या नहीं.
ध्यान दें कि ऐप्लिकेशन की जांच करने की सुविधा, अपने-आप होने वाले हमलों से सुरक्षित रहने में मदद करती है. इसके लिए, यह दावा करना होता है कि यह कॉल, आपके रजिस्टर किए गए ऐप्लिकेशन में से किसी एक से आया है. यह लोगों को अनचाहे तरीकों से आपके ऐप्लिकेशन का इस्तेमाल करने से नहीं रोकता है. उदाहरण के लिए, एसएमएस जनरेट करने के लिए, लॉगिन फ़्लो को शुरू करना और उसे कभी खत्म न करना.
Firebase से पुष्टि करने की सुविधा: मेरे Android ऐप्लिकेशन में, मुझे
यह गड़बड़ी क्यों दिख रही है:
Google sign in failed
?
Google sign in failed
अगर आपको नीचे दी गई गड़बड़ियां मिल रही हैं, तो अक्सर पूछे जाने वाले इस सवाल में दिए गए, समस्या हल करने के तरीके को अपनाएं:
GoogleFragment: Google sign in failed
com.google.android.gms.common.api.ApiException: 13: Unable to get token.
at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
यह पक्का करें कि Google साइन-इन, पुष्टि करने की सेवा देने वाली कंपनी के तौर पर ठीक से चालू किया गया हो:
Firebase कंसोल में, पुष्टि करने वाला सेक्शन खोलें.
साइन इन करने का तरीका टैब में, साइन इन करने का Google तरीका बंद करें और फिर से चालू करें (भले ही वह पहले से चालू हो):
Google खाते में साइन इन करने का तरीका खोलें. इसके बाद, इसे बंद करें और फिर सेव करें पर क्लिक करें.
Google साइन इन करने के तरीके को फिर से खोलें, इसे चालू करें, और फिर सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन अप-टू-डेट Firebase कॉन्फ़िगरेशन फ़ाइल (
google-services.json
) का इस्तेमाल कर रहा है.
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.देखें कि क्या आपको अब भी गड़बड़ी मिल रही है. अगर आपने समस्या हल कर ली है, तो समस्या को हल करने के अगले चरण पर जाएं.
पक्का करें कि इसके लिए ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
Google Cloud Console के क्रेडेंशियल पेज में, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.
अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने समस्या हल करने के लिए ऊपर बताए गए सभी चरण पूरे कर लिए हैं, तो सहायता टीम से संपर्क करें.
Firebase से पुष्टि करने की सुविधा: मेरे Apple प्लैटफ़ॉर्म ऐप्लिकेशन में, मुझे
यह गड़बड़ी क्यों दिख रही है:
You must specify <clientID> in <GIDConfiguration>
?
You must specify <clientID> in <GIDConfiguration>
अगर आपको नीचे दी गई गड़बड़ियां मिल रही हैं, तो अक्सर पूछे जाने वाले इस सवाल में दिए गए, समस्या हल करने के तरीके को अपनाएं:
You must specify |clientID| in |GIDConfiguration|
यह पक्का करें कि Google साइन-इन, पुष्टि करने की सेवा देने वाली कंपनी के तौर पर ठीक से चालू किया गया हो:
Firebase कंसोल में, पुष्टि करने वाला सेक्शन खोलें.
साइन इन करने का तरीका टैब में, साइन इन करने का Google तरीका बंद करें और फिर से चालू करें (भले ही वह पहले से चालू हो):
Google खाते में साइन इन करने का तरीका खोलें. इसके बाद, इसे बंद करें और फिर सेव करें पर क्लिक करें.
Google साइन इन करने के तरीके को फिर से खोलें, इसे चालू करें, और फिर सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन अप-टू-डेट Firebase कॉन्फ़िगरेशन फ़ाइल (
GoogleService-Info.plist
) का इस्तेमाल कर रहा है.
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.देखें कि क्या आपको अब भी गड़बड़ी मिल रही है. अगर आपने समस्या हल कर ली है, तो समस्या को हल करने के अगले चरण पर जाएं.
पक्का करें कि इसके लिए ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
Google Cloud Console के क्रेडेंशियल पेज में, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.
अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने समस्या हल करने के लिए ऊपर बताए गए सभी चरण पूरे कर लिए हैं, तो सहायता टीम से संपर्क करें.
Firebase से पुष्टि करने की सुविधा: मेरे वेब ऐप्लिकेशन में, मुझे
यह गड़बड़ी क्यों दिख रही है:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
अगर आपको नीचे दी गई गड़बड़ियां मिल रही हैं, तो अक्सर पूछे जाने वाले इस सवाल में दिए गए, समस्या हल करने के तरीके को अपनाएं:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
यह पक्का करें कि Google साइन-इन, पुष्टि करने की सेवा देने वाली कंपनी के तौर पर ठीक से चालू किया गया हो:
Firebase कंसोल में, पुष्टि करने वाला सेक्शन खोलें.
साइन इन करने का तरीका टैब में, साइन इन करने का Google तरीका बंद करें और फिर से चालू करें (भले ही वह पहले से चालू हो):
Google खाते में साइन इन करने का तरीका खोलें. इसके बाद, इसे बंद करें और फिर सेव करें पर क्लिक करें.
Google साइन इन करने के तरीके को फिर से खोलें, इसे चालू करें, और फिर सेव करें पर क्लिक करें.
साथ ही, पुष्टि करना सेक्शन के Google साइन-इन प्रोवाइडर कॉन्फ़िगरेशन में, यह पक्का करें कि OAuth क्लाइंट आईडी और सीक्रेट, Google Cloud कंसोल (OAuth 2.0 क्लाइंट आईडी सेक्शन में देखें) के क्रेडेंशियल पेज पर दिखाए गए वेब क्लाइंट से मेल खाते हों.
Firebase से पुष्टि करने की सुविधा: मेरे वेब ऐप्लिकेशन में, रीडायरेक्ट के साथ साइन इन करने की सुविधा इस गड़बड़ी
के साथ क्यों नहीं हो पा रही है:
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
अगर आपको नीचे दी गई गड़बड़ियां मिल रही हैं, तो अक्सर पूछे जाने वाले इस सवाल में दिए गए, समस्या हल करने के तरीके को अपनाएं:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
यह गड़बड़ी शायद इसलिए हुई है, क्योंकि आपका रीडायरेक्ट डोमेन, Firebase से पुष्टि करने के लिए आधिकारिक डोमेन की सूची में शामिल नहीं है या Firebase से पुष्टि करने वाली सेवा के साथ इस्तेमाल की गई एपीआई कुंजी अमान्य है.
सबसे पहले, यह पक्का करें कि YOUR_REDIRECT_DOMAIN आपके Firebase प्रोजेक्ट के लिए, अनुमति वाले डोमेन की सूची में शामिल है. अगर आपका रीडायरेक्ट डोमेन पहले से वहां मौजूद है, तो अमान्य एपीआई पासकोड की समस्या हल करना जारी रखें.
डिफ़ॉल्ट रूप से, Firebase से पुष्टि करने वाला JS SDK टूल, आपके Firebase प्रोजेक्ट के लिए बनी एपीआई कुंजी पर निर्भर करता है. इस प्रोजेक्ट को Browser key
का लेबल दिया गया है. यह इस कुंजी का इस्तेमाल यह पुष्टि करने के लिए करता है कि
अनुमति वाले डोमेन की सूची के मुताबिक, साइन-इन करने वाला दूसरा वेबलिंक मान्य है या नहीं.
पुष्टि करने वाले टूल को यह एपीआई पासकोड इस बात पर निर्भर करता है कि आपने पुष्टि करने वाले SDK टूल को कैसे ऐक्सेस किया है:
अगर आपने पुष्टि करने वाले JS SDK टूल के साथ उपयोगकर्ताओं को लॉग इन करने के लिए, होस्टिंग के दिए गए पुष्टि हेल्पर का इस्तेमाल किया है, तो हर बार Firebase होस्टिंग पर डिप्लॉय करने पर, Firebase को बाकी के Firebase कॉन्फ़िगरेशन के साथ आपकी एपीआई कुंजी अपने-आप मिल जाती है. पक्का करें कि आपके वेब ऐप्लिकेशन
firebaseConfig
में मौजूदauthDomain
को उस होस्टिंग साइट के लिए, किसी एक डोमेन का इस्तेमाल करने के लिए सही तरीके से कॉन्फ़िगर किया गया हो. इसकी पुष्टि करने के लिए,https://authDomain__/firebase/init.json
पर जाएं और देखें किprojectId
, आपकेfirebaseConfig
से मेल खाता है या नहीं.अगर आपने साइन-इन कोड को खुद होस्ट किया है, तो खुद से होस्ट किए जाने वाले पुष्टि करने वाले JS SDK टूल रीडायरेक्ट हेल्पर को Firebase कॉन्फ़िगरेशन देने के लिए,
__/firebase/init.json
फ़ाइल का इस्तेमाल किया जा सकता है. इस कॉन्फ़िगरेशन फ़ाइल में दी गई एपीआई कुंजी औरprojectId
, आपके वेब ऐप्लिकेशनfirebaseConfig
से मेल खानी चाहिए.
पक्का करें कि इस एपीआई पासकोड को मिटाया न गया हो: Google Cloud कंसोल में एपीआई और सेवाएं > क्रेडेंशियल पैनल पर जाएं. यहां आपके प्रोजेक्ट की सभी एपीआई कुंजियां दी गई हैं.
अगर
Browser key
को मिटाया नहीं गया है, तो इनकी जांच करें:पक्का करें कि Firebase Authentication API, ऐक्सेस करने वाली कुंजी के लिए अनुमति वाले एपीआई की सूची में हो (एपीआई कुंजियों के लिए एपीआई से जुड़ी पाबंदियों के बारे में ज़्यादा जानें).
अगर साइन-इन कोड को खुद होस्ट किया जाता है, तो पक्का करें कि आपकी
__/firebase/init.json
फ़ाइल में दी गई एपीआई कुंजी, Cloud Console में मौजूद एपीआई पासकोड से मेल खाती हो. अगर ज़रूरी हो, तो फ़ाइल में कुंजी को ठीक करें, फिर अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.अगर
Browser key
को मिटा दिया गया है, तो Firebase से इसके लिए नई एपीआई कुंजी जनरेट की जा सकती है: Firebase कंसोल में, settings > प्रोजेक्ट सेटिंग पर जाएं. इसके बाद, आपके ऐप्लिकेशन सेक्शन में, अपने वेब ऐप्लिकेशन पर क्लिक करें. इस कार्रवाई से अपने-आप एक एपीआई पासकोड बन जाता है. इसे आपके वेब ऐप्लिकेशन के SDK सेटअप और कॉन्फ़िगरेशन सेक्शन में देखा जा सकता है.
ध्यान दें कि Cloud Console में, इस नई एपीआई पासकोड को
Browser key
नहीं कहा जाएगा. इसके बजाय, इसका वही नाम होगा जो आपके Firebase वेब ऐप्लिकेशन का कोई दूसरा नाम होगा. अगर आपको इस नई एपीआई कुंजी में एपीआई से जुड़ी पाबंदियां जोड़नी हैं, तो पक्का करें कि Firebase ऑथेंटिकेशन एपीआई, अनुमति वाले एपीआई की सूची में शामिल हो.नई एपीआई कुंजी बनाने के बाद, इन चरणों को पूरा करें:
अगर रिज़र्व होस्टिंग यूआरएल का इस्तेमाल किया जाता है, तो अपने ऐप्लिकेशन को Firebase पर फिर से डिप्लॉय करें, ताकि वह आपके बाकी Firebase कॉन्फ़िगरेशन के साथ नई एपीआई कुंजी अपने-आप पा सके.
अगर आपने साइन इन कोड को खुद होस्ट किया है, तो नए एपीआई पासकोड को कॉपी करें और उसे अपनी
__/firebase/init.json
फ़ाइल में जोड़ें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.
Firebase से पुष्टि करने की सुविधा: मैं मैन्युअल तरीके से OAuth वेब क्लाइंट कैसे बनाऊं?
Google Cloud Console का क्रेडेंशियल पेज खोलें.
पेज पर सबसे ऊपर, क्रेडेंशियल बनाएं > OAuth क्लाइंट आईडी चुनें.
अगर आपको सहमति वाली स्क्रीन कॉन्फ़िगर करने के लिए कहा जाता है, तो स्क्रीन पर दिए गए निर्देशों का पालन करें. इसके बाद, अक्सर पूछे जाने वाले इस सवाल में दिए गए इन निर्देशों का पालन करें.
OAuth वेब क्लाइंट बनाना:
ऐप्लिकेशन टाइप के लिए, वेब ऐप्लिकेशन चुनें.
अनुमति वाले JavaScript ऑरिजिन के लिए, ये चीज़ें जोड़ें:
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
अनुमति वाले रीडायरेक्ट यूआरआई के लिए, यह जानकारी जोड़ें:
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
OAuth क्लाइंट को सेव करें.
अपने क्लिपबोर्ड पर नया OAuth क्लाइंट आईडी और क्लाइंट सीक्रेट कॉपी करें.
Firebase कंसोल में, पुष्टि करने वाला सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google साइन इन की सेवा देने वाली कंपनी खोलें. इसके बाद, उस वेब सर्वर क्लाइंट आईडी और सीक्रेट को चिपकाएं जिसे आपने Google Cloud Console से बनाया और कॉपी किया है. Save पर क्लिक करें.
Firebase से पुष्टि करने की सुविधा: ईमेल टेंप्लेट के लिए
%APP_NAME%
को पुष्टि करने वाला ईमेल कैसे तय किया जाता है?
यह ईमेल उपयोगकर्ता को तब भेजा जाता है, जब वह ईमेल पता और पासवर्ड का इस्तेमाल करके साइन अप करता है?
दिसंबर 2022 से पहले, ईमेल टेंप्लेट में %APP_NAME%
में OAuth ब्रैंड का नाम डाला जाता था. यह नाम Firebase प्रोजेक्ट में किसी Android ऐप्लिकेशन के रजिस्टर होने पर अपने-आप लागू हो जाता था. OAuth ब्रैंड का प्रावधान सिर्फ़ तब किया जाता है, जब 'Google साइन इन' चालू होता है. इसलिए, %APP_NAME%
को तय करने का तरीका यहां बताया गया है:
अगर OAuth ब्रैंड का नाम उपलब्ध है, तो ईमेल टेंप्लेट में मौजूद
%APP_NAME%
, OAuth ब्रैंड का नाम होगा. यह दिसंबर 2022 से पहले की कार्रवाई की तरह ही है.अगर OAuth ब्रैंड का नाम उपलब्ध नहीं है, तो ईमेल टेंप्लेट में
%APP_NAME%
को तय करने का तरीका यहां बताया गया है:वेब ऐप्लिकेशन के लिए,
%APP_NAME%
Firebase होस्टिंग साइट का डिफ़ॉल्ट नाम होगा (.firebaseapp.com
और.web.app
से पहले की वैल्यू और आम तौर पर Firebase प्रोजेक्ट आईडी).मोबाइल ऐप्लिकेशन के लिए:
अगर अनुरोध में Android पैकेज का नाम या iOS बंडल आईडी मौजूद है, तो Play Store या App Store में इस्तेमाल किया गया ऐप्लिकेशन का नाम
%APP_NAME%
होगा (क्रम के मुताबिक).ऐसा न होने पर,
%APP_NAME%
Firebase होस्टिंग साइट का डिफ़ॉल्ट नाम होगा (.firebaseapp.com
और.web.app
से पहले की वैल्यू और आम तौर पर Firebase प्रोजेक्ट आईडी).
ध्यान दें कि अगर Firebase के लिए डिफ़ॉल्ट होस्टिंग साइट का नाम नहीं खोजा जा सकता, तो Firebase प्रोजेक्ट आईडी को
%APP_NAME%
के तौर पर इस्तेमाल करने के लिए आखिरी फ़ॉलबैक होगा.
Cloud Functions
Cloud Functions से जुड़ी रनटाइम सहायता
मैं Node.js को उस नए वर्शन पर कैसे अपग्रेड करूं जिस पर यह सुविधा काम करती है?
- पक्का करें कि आपने Blaze कीमत तय करने वाले प्लान का इस्तेमाल किया है.
- पक्का करें कि Firebase सीएलआई के सबसे नए वर्शन का इस्तेमाल किया जा रहा हो.
- अपने फ़ंक्शन के
package.json
मेंengines
फ़ील्ड को अपडेट करें. - इसके अलावा, Firebase लोकल एम्युलेटर सुइट का इस्तेमाल करके, बदलावों की जांच की जा सकती है.
- सभी फ़ंक्शन को फिर से डिप्लॉय करें.
मैं यह कैसे पक्का करूं कि मैंने अपने फ़ंक्शन को किसी खास Node.js रनटाइम पर डिप्लॉय किया है या नहीं?
Firebase कंसोल में, फ़ंक्शन डैशबोर्ड पर जाएं और कोई फ़ंक्शन चुनें. इसके बाद, ज़्यादा जानकारी में जाकर फ़ंक्शन की भाषा देखें.
मैं Firebase एक्सटेंशन का इस्तेमाल करता/करती हूं. क्या Cloud Functions के रनटाइम अपडेट का असर मुझ पर पड़ेगा?
हां. एक्सटेंशन में Cloud Functions का इस्तेमाल किया जाता है, इसलिए आपके एक्सटेंशन के रनटाइम को उसी टाइमलाइन पर अपडेट करना होगा जिसमें Cloud Functions है.
हमारा सुझाव है कि आप समय-समय पर अपने प्रोजेक्ट में इंस्टॉल किए गए हर एक्सटेंशन के सबसे नए वर्शन पर अपडेट करें. Firebase कंसोल या Firebase सीएलआई की मदद से, अपने प्रोजेक्ट के एक्सटेंशन अपग्रेड किए जा सकते हैं.
Cloud Messaging
क्लाउड से मैसेज: सूचनाएं लिखने वाले टूल और क्लाउड से मैसेज करने में क्या अंतर है?
Firebase क्लाउड से मैसेज, अपने क्लाइंट SDK टूल और एचटीटीपी और XMPP सर्वर प्रोटोकॉल की मदद से, मैसेज सेवा की सुविधाओं का पूरा सेट उपलब्ध कराता है. मैसेज सेवा की शर्तों को ज़्यादा जटिल होने वाले डिप्लॉयमेंट के लिए, FCM सही विकल्प है.
सूचना कंपोज़र, Firebase क्लाउड से मैसेज की सुविधा पर बना एक लाइटवेट और बिना सर्वर वाली मैसेज सेवा है. उपयोगकर्ता के लिए आसान ग्राफ़िकल कंसोल और कम कोडिंग की ज़रूरतों की वजह से, सूचना बनाने वाले टूल की मदद से उपयोगकर्ता आसानी से मैसेज भेज सकते हैं. इससे उपयोगकर्ताओं को फिर से जोड़ने और उन्हें बनाए रखने, ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर करने, और मार्केटिंग कैंपेन में मदद करने में मदद मिलती है.
क्षमताएं | सूचनाएं बनाने वाले व्यक्ति | क्लाउड से मैसेज | |
---|---|---|---|
टारगेट | एक डिवाइस | ||
क्लाइंट ने विषयों की सदस्यता ली (जैसे, मौसम) | |||
पहले से तय उपयोगकर्ता सेगमेंट में मौजूद क्लाइंट (ऐप्लिकेशन, वर्शन, भाषा) | |||
Analytics की चुनी गई ऑडियंस में क्लाइंट | |||
डिवाइस ग्रुप में मौजूद क्लाइंट | |||
क्लाइंट से सर्वर पर अपस्ट्रीम | |||
मैसेज का टाइप | 2 केबी तक की सूचनाएं | ||
4 केबी तक के डेटा मैसेज | |||
डिलीवरी | तुरंत | ||
आने वाले समय में बनने वाले क्लाइंट के डिवाइस का स्थानीय समय | |||
Analytics | सूचनाओं के लिए पहले से मौजूद आंकड़ों का कलेक्शन और फ़नल के आंकड़े |
क्लाउड से मैसेज: Apple ने एलान किया है कि वह एपीएन के लिए लेगसी बाइनरी प्रोटोकॉल को बंद कर रहा है. क्या मुझे कुछ करना होगा?
नहीं. 2017 में, Firebase क्लाउड से मैसेज को एचटीटीपी/2-आधारित एपीएन प्रोटोकॉल में बदल दिया गया था. अगर आप iOS डिवाइस पर सूचनाएं भेजने के लिए FCM का इस्तेमाल कर रहे हैं, तो आपको कुछ करने की ज़रूरत नहीं है.
क्लाउड से मैसेज: FCM का इस्तेमाल करने के लिए, क्या मुझे दूसरी Firebase सेवाओं का इस्तेमाल करना होगा?
Firebase क्लाउड से मैसेज का इस्तेमाल एक स्टैंडअलोन कॉम्पोनेंट के तौर पर किया जा सकता है. यह ठीक वैसे ही किया जा सकता है जैसे GCM के साथ किया गया था. इसके लिए, Firebase की अन्य सेवाओं का इस्तेमाल भी नहीं किया जाएगा.
क्लाउड से मैसेज: मैं मौजूदा Google क्लाउड मैसेजिंग (GCM) डेवलपर हूं. क्या मुझे Firebase क्लाउड से मैसेज का इस्तेमाल करना चाहिए?
FCM, Firebase ब्रैंड के तहत GCM का नया वर्शन है. यह GCM के मुख्य इंफ़्रास्ट्रक्चर को शामिल करता है और इसमें नए SDK टूल भी शामिल हैं, ताकि क्लाउड से मैसेज करना आसान हो सके.
FCM SDK पर अपग्रेड करने के फ़ायदे:
- क्लाइंट डेवलपमेंट का आसान तरीका. अब आपको अपना रजिस्ट्रेशन या सदस्यता के लिए फिर से कोशिश करने का लॉजिक लिखने की ज़रूरत नहीं है.
- सबसे अलग सूचना सेवा. आपके पास नोटिफ़िकेशन कंपोज़र का इस्तेमाल करने का विकल्प है. यह वेब कंसोल के साथ बिना सर्वर वाली सूचना की सुविधा है. इसकी मदद से, कोई भी Google Analytics से मिली अहम जानकारी के आधार पर, खास ऑडियंस को टारगेट करने के लिए सूचनाएं भेज सकता है.
GCM SDK टूल से FCM SDK टूल में अपग्रेड करने के लिए, Android और iOS ऐप्लिकेशन पर माइग्रेट करने की गाइड देखें.
क्लाउड से मैसेज भेजने की सुविधा: मेरे टारगेट किए गए डिवाइसों को मैसेज क्यों नहीं मिल रहे हैं?
जब ऐसा लगता है कि डिवाइसों को मैसेज नहीं मिले हैं, तो इन दो संभावित वजहों की जांच करें:
सूचना वाले मैसेज के लिए, फ़ोरग्राउंड मैसेज मैनेज करना. डिवाइस पर फ़ोरग्राउंड में ऐप्लिकेशन होने पर, सूचना पाने वाले मैसेज मैनेज करने के लिए, क्लाइंट ऐप्लिकेशन को मैसेज हैंडल करने का लॉजिक जोड़ना होगा. iOS और Android की जानकारी देखें.
नेटवर्क फ़ायरवॉल से जुड़ी पाबंदियां. अगर आपके संगठन में कोई ऐसा फ़ायरवॉल है जो इंटरनेट या उससे ट्रैफ़िक को सीमित करता है, तो आपको उसे FCM से कनेक्टिविटी की अनुमति देने के लिए कॉन्फ़िगर करना होगा, ताकि आपके Firebase क्लाउड से मैसेज क्लाइंट ऐप्लिकेशन को मैसेज मिल सकें. खोले जाने वाले पोर्ट:
- 5228
- 5229
- 5230
आम तौर पर, FCM, 5228 का इस्तेमाल करता है. हालांकि, कभी-कभी यह 5229 और 5230 का इस्तेमाल करता है. FCM खास आईपी नहीं देता है. इसलिए, आपको अपने फ़ायरवॉल को Google के 15169 के एएसएन में शामिल आईपी ब्लॉक में शामिल सभी आईपी पतों पर आउटगोइंग कनेक्शन स्वीकार करने की अनुमति देनी चाहिए.
क्लाउड से मैसेज: मैंने अपने Android ऐप्लिकेशन में
onMessageReceived
लागू कर दिया है, लेकिन इसे
कॉल नहीं किया जा रहा है.
जब आपका ऐप्लिकेशन बैकग्राउंड में चलता है, तब सिस्टम ट्रे में
सूचना के मैसेज दिखाए जाते हैं और
onMessageReceived
को कॉल नहीं किया जाता. डेटा पेलोड के साथ
सूचना वाले मैसेज के लिए, सूचना वाला मैसेज सिस्टम ट्रे में दिखाया जाता है.
साथ ही, सूचना वाले मैसेज में शामिल किया गया डेटा,
उपयोगकर्ता के सूचना पर टैप करने के बाद लॉन्च किए गए इंटेंट से हासिल किया जा सकता है.
ज़्यादा जानकारी के लिए, मैसेज पाना और उन्हें मैनेज करना देखें.
सूचनाएं बनाने वाले टूल: सूचनाएं लिखने वाले टूल और क्लाउड से मैसेज करने में क्या अंतर है?
सूचना कंपोज़र, Firebase क्लाउड से मैसेज की सुविधा पर बना एक लाइटवेट और बिना सर्वर वाली मैसेज सेवा है. उपयोगकर्ता के लिए आसान ग्राफ़िकल कंसोल और कम कोडिंग की ज़रूरतों की वजह से, सूचना बनाने वाले टूल की मदद से उपयोगकर्ता आसानी से मैसेज भेज सकते हैं. इससे उपयोगकर्ताओं को फिर से जोड़ने और उन्हें बनाए रखने, ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर करने, और मार्केटिंग कैंपेन में मदद करने में मदद मिलती है.
Firebase क्लाउड से मैसेज, अपने क्लाइंट SDK टूल और एचटीटीपी और XMPP सर्वर प्रोटोकॉल की मदद से, मैसेज सेवा की सुविधाओं का पूरा सेट उपलब्ध कराता है. मैसेज सेवा की शर्तों को ज़्यादा जटिल होने वाले डिप्लॉयमेंट के लिए, FCM सही विकल्प है.
यहां 'Firebase क्लाउड से मैसेज' और 'सूचना बनाने वाला' टूल से मिलने वाली मैसेज की क्षमताओं की तुलना की गई है:
क्षमताएं | सूचनाएं बनाने वाले व्यक्ति | क्लाउड से मैसेज | |
---|---|---|---|
टारगेट | एक डिवाइस | ||
क्लाइंट ने विषयों की सदस्यता ली (जैसे, मौसम) | |||
पहले से तय उपयोगकर्ता सेगमेंट में मौजूद क्लाइंट (ऐप्लिकेशन, वर्शन, भाषा) | |||
Analytics की चुनी गई ऑडियंस में क्लाइंट | |||
डिवाइस ग्रुप में मौजूद क्लाइंट | |||
क्लाइंट से सर्वर पर अपस्ट्रीम | |||
मैसेज का टाइप | 2 केबी तक की सूचनाएं | ||
4 केबी तक के डेटा मैसेज | |||
डिलीवरी | तुरंत | ||
आने वाले समय में बनने वाले क्लाइंट के डिवाइस का स्थानीय समय | |||
Analytics | सूचनाओं के लिए पहले से मौजूद आंकड़ों का कलेक्शन और फ़नल के आंकड़े |
सूचनाएं कंपोज़र: मैं मौजूदा Google Cloud मैसेजिंग (GCM) डेवलपर हूं और मुझे सूचना कंपोज़र का इस्तेमाल करना है. मुझे क्या करना चाहिए?
नोटिफ़िकेशन कंपोज़र एक बेहतरीन सुविधा है. इसकी मदद से कोई भी Google Analytics से मिली अहम जानकारी के आधार पर, खास ऑडियंस को टारगेट करने के लिए सूचनाएं भेज सकता है. साथ ही, सूचना कंपोज़र हर मैसेज के लिए फ़नल का विश्लेषण उपलब्ध कराता है, जिससे सूचना के असर का आसानी से आकलन किया जा सकता है.
अगर आप मौजूदा GCM डेवलपर हैं, तो सूचना कंपोज़र का इस्तेमाल करने के लिए, आपको GCM SDK टूल से FCM SDK में अपग्रेड करना होगा. Android और iOS ऐप्लिकेशन माइग्रेट करने के लिए गाइड देखें.
FCM की सुविधाएं जून 2023 में बंद कर दी गई हैं
किन FCM एपीआई को 20 जून, 2023 को बंद कर दिया गया था और उन एपीआई का इस्तेमाल करने पर मुझे क्या करना चाहिए?
इस सुविधा के बंद होने से, यहां दिए गए एपीआई/SDK टूल पर असर पड़ेगा:
सर्वर एपीआई
एपीआई का नाम | एपीआई एंडपॉइंट | उपयोगकर्ताओं पर असर | कार्रवाई ज़रूरी है |
---|---|---|---|
लेगसी एचटीटीपी प्रोटोकॉल | https://fcm.googleapis.com/fcm/send | एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद पूरे नहीं हो पाएंगे. | एचटीटीपी v1 एपीआई पर माइग्रेट करें. |
लेगसी XMPP प्रोटोकॉल | fcm-xmpp.googleapis.com:5235 | एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद पूरे नहीं हो पाएंगे. | एचटीटीपी v1 एपीआई पर माइग्रेट करें. |
इंस्टेंस आईडी सर्वर एपीआई | https://iid.googleapis.com/v1/web/iid | एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद पूरे नहीं हो पाएंगे. | FCM वेब रजिस्ट्रेशन बनाने के लिए, वेब JS SDK टूल का इस्तेमाल करें. |
https://iid.googleapis.com/iid/* | एंडपॉइंट काम करते रहेंगे. हालांकि, 21/6/2024 के बाद, इन पर स्टैटिक सर्वर कुंजियों का इस्तेमाल करके पुष्टि नहीं की जा सकेगी. | सेवा खाते से मिले OAuth 2.0 ऐक्सेस टोकन का इस्तेमाल करना. | |
डिवाइस ग्रुप मैनेजमेंट एपीआई | https://fcm.googleapis.com/fcm/notification | एंडपॉइंट काम करता रहेगा. हालांकि, 21/6/2024 के बाद, स्टैटिक सर्वर कुंजियों का इस्तेमाल करके पुष्टि नहीं की जा सकेगी. | सेवा खाते से मिले OAuth 2.0 ऐक्सेस टोकन का इस्तेमाल करना. |
XMPP से अपस्ट्रीम मैसेज सेवा | fcm-xmpp.googleapis.com:5235 | ऐप्लिकेशन में FirebaseMessaging.send को एपीआई कॉल 21/6/2024 के बाद ऐप्लिकेशन सर्वर पर अपस्ट्रीम मैसेज ट्रिगर नहीं करेंगे. | इस फ़ंक्शन को अपने सर्वर लॉजिक में लागू करें. उदाहरण के लिए, कुछ डेवलपर अपना खुद का एचटीटीपी/gRPC एंडपॉइंट लागू करते हैं और अपने क्लाइंट से ऐप्लिकेशन सर्वर पर मैसेज भेजने के लिए, सीधे एंडपॉइंट को कॉल करते हैं. gRPC का इस्तेमाल करके, अपस्ट्रीम मैसेज की सुविधा लागू करने का उदाहरण देखने के लिए, यह gRPC क्विक स्टार्ट लेख देखें. |
बैच में भेजने वाला एपीआई | https://fcm.googleapis.com/batch | एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद पूरे नहीं हो पाएंगे. | एचटीटीपी v1 एपीआई से भेजने के लिए स्टैंडर्ड तरीके पर माइग्रेट करें, जो मल्टीप्लेक्सिंग के लिए एचटीटीपी/2 के साथ काम करता है. |
Firebase एडमिन SDK टूल के एपीआई
एपीआई का नाम | एपीआई की भाषा | उपयोगकर्ताओं पर असर | कार्रवाई ज़रूरी है |
---|---|---|---|
sendToDevice()
|
Node.js के लिए | यह एपीआई, 21/6/2024 के बाद काम करना बंद कर देगा. ऐसा इसलिए, क्योंकि यह लेगसी एचटीटीपी send API को कॉल करता है. | send() तरीका इस्तेमाल करें.
|
sendToDeviceGroup()
|
Node.js के लिए | यह एपीआई, 21/6/2024 के बाद काम करना बंद कर देगा. ऐसा इसलिए, क्योंकि यह लेगसी एचटीटीपी send API को कॉल करता है. | send() तरीका इस्तेमाल करें.
|
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast()
|
Node.js, Java, Python, Go, C# | ये एपीआई 21/6/2024 के बाद काम करना बंद कर देंगे, क्योंकि ये बैच में भेजे गए एपीआई को कॉल करते हैं . | सबसे नए Firebase एडमिन SDK पर अपग्रेड करें और इसके बजाय नए एपीआई का इस्तेमाल करें: sendEach()/
sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/
send_each_for_multicast() .
ध्यान दें कि नए एपीआई अब काम न करने वाले बैच से भेजे गए एपीआई को कॉल नहीं करते. इस वजह से वे पुराने एपीआई की तुलना में एक साथ ज़्यादा एचटीटीपी कनेक्शन बना सकते हैं. |
क्लाइंट SDK टूल
SDK टूल के वर्शन | उपयोगकर्ताओं पर असर | कार्रवाई ज़रूरी है |
---|---|---|
GCM SDK टूल (2018 में बंद कर दिए गए थे) | GCM SDK टूल का इस्तेमाल करने वाले ऐप्लिकेशन, 21/6/2024 के बाद न तो टोकन रजिस्टर कर पाएंगे और न ही FCM से मैसेज पा सकेंगे. | अगर आपने अभी तक Android SDK को सबसे नए Firebase SDK टूल पर अपग्रेड नहीं किया है, तो उसे अपग्रेड करें. |
JS SDK वर्शन <7.0.0 (2019 में वर्शन 7.0.0 के मामले में हुआ अहम बदलाव) | पुराने JS SDK टूल इस्तेमाल करने वाले वेब ऐप्लिकेशन, 21/6/2024 के बाद टोकन रजिस्टर नहीं कर पाएंगे. | अपने Firebase वेब SDK टूल को नए वर्शन पर अपग्रेड करें. |
क्या जून 2024 से पहले, किसी सेवा को डाउनग्रेड किया जा सकता है?
नहीं. आपके पास सेवा को डाउनग्रेड किए बिना, पुराने एपीआई से नए एपीआई पर माइग्रेट करने के लिए 12 महीने (20 जून, 2023 से 21 जून, 2024) हैं. हमारा सुझाव है कि आप जल्द से जल्द माइग्रेशन की योजना बनाएं, ताकि जून 2024 से एपीआई को बंद होने से आप पर कोई असर न पड़े.
जून 2024 के बाद, आपको ऊपर दिए गए एपीआई/SDK टूल का इस्तेमाल करते समय, ज़्यादा गड़बड़ियां या काम करने की क्षमता में कमी दिख सकती है.
OAuth 2.0 टोकन और सर्वर कुंजियों में क्या अंतर है?
OAuth 2.0 टोकन, कुछ ही समय तक चलने वाला टोकन होता है. इसे सेवा खाते से लिया जाता है. यह Google का स्टैंडर्ड पुष्टि करने वाला मॉडल है और यह स्टैटिक सर्वर कुंजियों से ज़्यादा सुरक्षित है.
टोकन पाने के लिए, Google ऑथराइज़ेशन लाइब्रेरी का इस्तेमाल करने के बारे में दिशा-निर्देश पाने के लिए, ऐक्सेस टोकन मिंट करने के लिए क्रेडेंशियल इस्तेमाल करना लेख देखें.
ध्यान दें कि अलग-अलग एंडपॉइंट के अनुरोधों के लिए OAuth 2.0 टोकन इस्तेमाल करने पर, अनुरोध हेडर अलग होते हैं.
- एचटीटीपी v1 एपीआई:
Authorization: Bearer $oauth_token
- इंस्टेंस आईडी सर्वर एपीआई और डिवाइस ग्रुप मैनेजमेंट एपीआई:
Authorization: Bearer $oauth_token
access_token_auth: true
क्या अपने अनुरोधों को नए एपीआई पर एक ही बार में माइग्रेट किया जा सकता है?
हमारा सुझाव है कि आप ट्रैफ़िक को नए एपीआई पर धीरे-धीरे बढ़ाएं. अगर आपको नियमित तौर पर 6,00,000 से ज़्यादा मैसेज/मिनट भेजने हैं, तो कोटा बढ़ाने के तरीके के बारे में निर्देश पाने या ट्रैफ़िक बढ़ाने के तरीके के बारे में सुझाव पाने के लिए, Firebase की सहायता टीम से संपर्क करें.
विषयों/डिवाइस ग्रुप को मैसेज भेजने पर, एचटीटीपी v1 एपीआई और लेगसी एपीआई में क्या अंतर होता है?
विषय: v1 एपीआई का इस्तेमाल करते समय, आपको अपने विषय के टारगेट में "/topics/" प्रीफ़िक्स जोड़ने की ज़रूरत नहीं है.
डिवाइस ग्रुप: एचटीटीपी v1 एपीआई में, ग्रुप टोकन का इस्तेमाल टोकन टारगेट के तौर पर किया जा सकता है. हालांकि, एचटीटीपी v1 एपीआई, रिस्पॉन्स में सफलता/असफलता की गिनती नहीं दिखाता है. हमारा सुझाव है कि आप FCM विषयों का इस्तेमाल करें या अपने डिवाइस ग्रुप को खुद मैनेज करें.
क्या एचटीटीपी v1 एपीआई के ज़रिए एक ही अनुरोध में एक से ज़्यादा टोकन को मैसेज भेजे जा सकते हैं?
नहीं. लेगसी एचटीटीपी एपीआई में "मल्टीकास्ट" नाम की यह सुविधा, एचटीटीपी v1 एपीआई पर काम नहीं करती है. इस एपीआई को बढ़ाए जा सकने की योग्यता के लिए बेहतर तरीके से डिज़ाइन किया गया है.
इस सुविधा का इस्तेमाल ऐसे मामलों में किया जा सकता है जहां पूरी प्रोसेस पूरी होने में लगने वाला समय ज़रूरी हो या फ़ैनआउट का कुल साइज़ कम हो (10 लाख से कम), Google का सुझाव है कि आप एचटीटीपी v1 एपीआई का इस्तेमाल करके, अलग-अलग कई अनुरोध भेजें. एचटीटीपी/2 पर एचटीटीपी v1 एपीआई, 99.9% मल्टीकास्ट अनुरोधों (100 से कम टोकन भेजने) पर यही काम करता है. बाहरी इस्तेमाल के मामलों (1,000 टोकन भेजने) के लिए, यह थ्रूपुट दर के एक तिहाई तक हासिल करता है, इसलिए इस असामान्य इस्तेमाल के उदाहरण को ऑप्टिमाइज़ करने के लिए, एक साथ कई काम करने की ज़रूरत होती है. लेगसी मल्टीकास्ट के मुकाबले, एचटीटीपी v1 एपीआई का इस्तेमाल करने पर लोगों को ज़्यादा भरोसा और उपलब्धता मिलेगी.
अगर थ्रूपुट और इग्रेस डेटा ट्रैफ़िक बैंडविथ को प्राथमिकता दी जाती है या फ़ैनआउट का कुल साइज़ 10 लाख से ज़्यादा है, तो Google उस विषय के बारे में मैसेज करने का सुझाव देता है. विषय से जुड़े मैसेज में, किसी विषय पर पाने वालों की सदस्यता लेने के लिए, एक बार की जाने वाली कार्रवाई की ज़रूरत होती है. हालांकि, विषय के साइज़ की सीमा तय किए बिना, हर प्रोजेक्ट के लिए फ़ैनआउट रेट की दर के लिए, 10,000 क्यूपीएस हो सकते हैं.
Firebase एडमिन SDK के किन वर्शन में नए एपीआई मौजूद हैं?
प्लैटफ़ॉर्म | Firebase एडमिन SDK का वर्शन |
---|---|
Node.js के लिए | 11.7.0 या इससे ज़्यादा |
Python | 6.2.0 से ज़्यादा या इसके बाद होने वाले नतीजे |
Java | 9.2.0 से ज़्यादा या इसके बराबर |
शुरू करें | 4.12.0 से ज़्यादा |
.NET | 2.4.0 से ज़्यादा या इसके बराबर |
एक साथ कई फ़ाइलें भेजने वाले एपीआई और एचटीटीपी v1 एपीआई में क्या अंतर है?
FCM बैच भेजा गया एपीआई, उसी मैसेज फ़ॉर्मैट और पुष्टि करने के तरीके का इस्तेमाल करता है जिसका इस्तेमाल एचटीटीपी v1 एपीआई करता है. हालांकि, यह अलग एंडपॉइंट का इस्तेमाल करता है. अगर आपको बेहतर तरीके से काम करना है, तो आपको एचटीटीपी/2 का इस्तेमाल करना चाहिए, ताकि एचटीटीपी v1 एपीआई को एक ही एचटीटीपी कनेक्शन पर कई अनुरोध भेजे जा सकें.
अगर मेरा प्रोजेक्ट ऐक्सेस न हो पा रहा है, तो मुझे क्या करना चाहिए?
मदद के लिए, कृपया Google Cloud की सहायता टीम से संपर्क करें.
क्या नए प्रोजेक्ट में, Cloud Messaging API का लेगसी वर्शन चालू हो सकता है?
नहीं. 20/5/2024 से, नए प्रोजेक्ट हमारे लेगसी एपीआई को चालू नहीं कर पाएंगे.
Firebase के लिए Cloud Storage
Firebase के लिए Cloud Storage: मुझे Firebase के लिए Cloud Storage का इस्तेमाल करने में समस्या क्यों आ रही है?
'Firebase के लिए Cloud Storage', App Engine बिना शुल्क वाले टियर में एक डिफ़ॉल्ट बकेट बनाता है. इससे, आपको तुरंत Firebase और Cloud Storage for Firebase का इस्तेमाल करने की सुविधा मिलती है. इसके लिए, आपको क्रेडिट कार्ड या क्लाउड बिलिंग खाता चालू करने की ज़रूरत नहीं पड़ती. इससे आपको Firebase और Google Cloud प्रोजेक्ट के बीच आसानी से डेटा शेयर करने की सुविधा भी मिलती है.
हालांकि, दो ऐसे मामले हैं जिनमें यह बकेट नहीं बनाई जा सकती और आप 'Firebase के लिए Cloud Storage' का इस्तेमाल नहीं कर पाएंगे:
- Google Cloud से इंपोर्ट किया गया ऐसा प्रोजेक्ट जिसमें App Engine मास्टर/स्लेव Datastore ऐप्लिकेशन मौजूद था.
-
Google Cloud से इंपोर्ट किया गया ऐसा प्रोजेक्ट जिसमें डोमेन
प्रीफ़िक्स वाले प्रोजेक्ट शामिल हैं. उदाहरण के लिए:
domain.com:project-1234
.
फ़िलहाल, इन समस्याओं का कोई समाधान नहीं है. हमारा सुझाव है कि आप Firebase कंसोल में एक नया प्रोजेक्ट बनाएं और उस प्रोजेक्ट में 'Firebase के लिए Cloud Storage' चालू करें.
Firebase के लिए Cloud Storage: 'Firebase के लिए Cloud Storage' एपीआई का इस्तेमाल करते समय, मुझे सेवा खाते की अनुमतियों और सेवा खाते की फ़ेल कार्रवाइयों के बारे में गड़बड़ी कोड 412 क्यों मिलता है?
आपको शायद 412 गड़बड़ी कोड इसलिए मिल रहे हैं, क्योंकि आपके प्रोजेक्ट के लिए Cloud Storage for Firebase एपीआई चालू नहीं है या किसी ज़रूरी सेवा खाते में ज़रूरी अनुमतियां मौजूद नहीं हैं.
इससे जुड़े अक्सर पूछे जाने वाले सवाल देखें.
Firebase के लिए Cloud Storage: स्पार्क प्लान प्रोजेक्ट में, क्या एक्ज़ीक्यूटेबल फ़ाइलें सेव की जा सकती हैं?
बिना किसी शुल्क के (स्पार्क) प्लान वाले प्रोजेक्ट के लिए, Firebase, Windows, Android, और Apple के लिए कुछ एक्ज़ीक्यूटेबल फ़ाइल टाइप को अपलोड करने और होस्ट करने से रोकता है. ऐसा, 'Firebase के लिए Cloud Storage' और 'Firebase होस्टिंग' की मदद से किया जाता है. यह नीति, हमारे प्लैटफ़ॉर्म के गलत इस्तेमाल को रोकने के लिए बनाई गई है.
जिन Spark प्रोजेक्ट को 28 सितंबर, 2023 को या उसके बाद बनाया गया था उनके लिए, उन फ़ाइलों को दिखाने, होस्ट करने, और फ़ाइल अपलोड करने पर रोक लगा दी गई है. इस तारीख से पहले अपलोड की गई फ़ाइलों वाले मौजूदा स्पार्क प्रोजेक्ट में, ऐसी फ़ाइलें अब भी अपलोड और होस्ट की जा सकती हैं.
यह पाबंदी, स्पार्क प्लान प्रोजेक्ट पर लागू होती है. इस्तेमाल के हिसाब से पैसे चुकाने वाले प्रोजेक्ट (ब्लेज़) प्लान पर कोई असर नहीं पड़ेगा.
इन फ़ाइल टाइप को Firebase होस्टिंग और Cloud Storage for Firebase पर होस्ट नहीं किया जा सकता:
.exe
,.dll
, और.bat
एक्सटेंशन वाली Windows फ़ाइलें.apk
एक्सटेंशन वाली Android फ़ाइलें.ipa
एक्सटेंशन वाली Apple प्लैटफ़ॉर्म फ़ाइलें
आपको क्या करना होगा?
अगर आपको 28 सितंबर, 2023 के बाद भी इन फ़ाइल टाइप को होस्ट करना है, तो:
- होस्टिंग के लिए:
firebase deploy
कमांड की मदद से, इन फ़ाइल टाइप को Firebase होस्टिंग पर डिप्लॉय करने से पहले, ब्लेज़ प्लान पर अपग्रेड करें. - स्टोरेज के लिए: Blaze प्लान पर अपग्रेड करें. इसके बाद, GCS सीएलआई, Firebase कंसोल या Google Cloud Console का इस्तेमाल करके, अपनी पसंद के बकेट में इन फ़ाइल टाइप को अपलोड करें.
अपने Firebase होस्टिंग और Cloud Storage संसाधनों को मैनेज करने के लिए Firebase टूल का इस्तेमाल करें.
- Firebase होस्टिंग में संसाधनों को मैनेज करने के लिए, इस गाइड के मुताबिक रिलीज़ मिटाने के लिए Firebase कंसोल का इस्तेमाल करें.
- Cloud Storage में मौजूद संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज के प्रॉडक्ट पेज पर जाएं.
- फ़ाइल टैब पर, अपने फ़ोल्डर के क्रम में मिटाई जाने वाली फ़ाइलों का पता लगाएं. इसके बाद, पैनल की बाईं ओर मौजूद फ़ाइल नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके उन्हें चुनें.
- मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई थीं.
Firebase टूल की मदद से संसाधनों को होस्ट करने और क्लाइंट लाइब्रेरी के साथ 'Firebase के लिए Cloud Storage बकेट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कृपया हमारे दस्तावेज़ देखें.
Firebase के लिए Cloud Storage: मुझे अपलोड और डाउनलोड करने की कार्रवाइयों में अचानक बढ़ोतरी क्यों दिख रही है?
इससे पहले, Cloud Storage for Firebase API में डाउनलोड और अपलोड करने के अनुरोधों को सही तरीके से नहीं गिना जाता था. हमने इस समस्या को ठीक करने के लिए, 15 सितंबर, 2023 से ज़रूरी कदम उठाए हैं.
Blaze का इस्तेमाल करने वालों के लिए, अपलोड और डाउनलोड की प्रक्रिया को आपके हर महीने के बिल में शामिल करना शुरू कर दिया जाएगा. Spark के उपयोगकर्ताओं को, हर महीने के लिए मुफ़्त में आज़माने की अवधि में आपकी गिनती शुरू हो जाएगी.
हमारा सुझाव है कि अपनी सीमाओं से जुड़ी किसी भी बढ़ोतरी को देखने के लिए, अपने इस्तेमाल की जानकारी वाले पेज पर नज़र बनाए रखें.
Firebase के लिए Cloud Storage: मुझे उन Firebase प्रोजेक्ट से जुड़े नए सेवा खाते के आईडी क्यों दिख रहे हैं जो 'Firebase के लिए Cloud Storage' का इस्तेमाल करते हैं?
Firebase, उपयोगकर्ताओं के क्रेडेंशियल शेयर किए बिना सेवाएं मैनेज करने के लिए, सेवा खातों का इस्तेमाल करता है. कोई Firebase प्रोजेक्ट बनाने पर, आपको दिख सकता है कि आपके प्रोजेक्ट में कई सेवा खाते पहले से मौजूद हैं.
'Firebase के लिए Cloud Storage' जिस सेवा खाते का इस्तेमाल करता है वह आपके
प्रोजेक्ट के दायरे में आता है. इसका नाम service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
होता है.
अगर आपने 19 सितंबर, 2022 से पहले, Firebase के लिए Cloud Storage का इस्तेमाल किया है, तो आपको
पहले से लिंक किए गए Cloud Storage
बकेट पर, firebase-storage@system.gserviceaccount.com
नाम का एक अतिरिक्त सेवा खाता दिख सकता है. यह सेवा खाता 19 सितंबर, 2022 से काम नहीं करेगा.
आप अपने प्रोजेक्ट से जुड़े सभी सेवा खातों को Firebase कंसोल में, सेवा खाते टैब पर देख सकते हैं.
नया सेवा खाता जोड़ना
अगर आपने पहले सेवा खाता हटा दिया था या सेवा खाता आपके प्रोजेक्ट में मौजूद नहीं है, तो खाता जोड़ने के लिए इनमें से कोई एक काम करें.
- (सुझाया गया) ऑटोमेटेड: अपने बकेट को Firebase में फिर से इंपोर्ट करने के लिए, AddFirebase REST एंडपॉइंट का इस्तेमाल करें. आपको इस एंडपॉइंट को सिर्फ़ एक बार कॉल करना होगा, न कि लिंक किए गए हर बकेट के लिए एक बार.
-
मैन्युअल: सेवा खाते बनाना और उन्हें मैनेज करना में दिया गया तरीका अपनाएं.
इस गाइड के मुताबिक, IAM भूमिका
Cloud Storage for Firebase Service Agent
वाला सेवा खाता और सेवा खाते का नामservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
जोड़ें.
नया सेवा खाता हटाना
हमारा सुझाव है कि आप सेवा खाता न हटाएं, क्योंकि ऐसा करने पर आपके ऐप्लिकेशन से, Cloud Storage बकेट का ऐक्सेस ब्लॉक हो सकता है. अपने प्रोजेक्ट से सेवा खाते को हटाने के लिए, सेवा खाते को बंद करना में दिए गए निर्देशों का पालन करें.
Crashlytics
अक्सर पूछे जाने वाले सवालों के जवाब और काम की सलाह पाने के लिए, Crashlytics से जुड़ी समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.
Dynamic Links
डाइनैमिक लिंक: आने वाले समय में, डाइनैमिक लिंक के लिए Firebase के क्या प्लान हैं?
डाइनैमिक लिंक: मेरा Android ऐप्लिकेशन हर डाइनैमिक लिंक को दो बार ऐक्सेस क्यों करता है?
getInvitation
एपीआई, सेव किए गए डाइनैमिक लिंक को हटा देता है,
ताकि उसे दो बार ऐक्सेस न किया जा सके. पक्का करें कि आपने इस एपीआई को
हर डीप लिंक गतिविधि में, autoLaunchDeepLink
पैरामीटर के साथ
false
पर सेट किया हो, ताकि गतिविधि को
मुख्य गतिविधि के बाहर ट्रिगर किए जाने पर,
इस एपीआई को कॉल किया जा सके.
Firebase Local Emulator Suite
एम्युलेटर सुइट के लॉग में "एक प्रोजेक्ट मोड में एक से ज़्यादा ProjectIds इस्तेमाल करने का सुझाव नहीं दिया जाता" से शुरू होने वाली गड़बड़ी क्यों दिखती है?
इस मैसेज का मतलब है कि एम्युलेटर सुइट को इस बात का पता चला है कि शायद वह अलग प्रोजेक्ट आईडी का इस्तेमाल करके, एक खास प्रॉडक्ट एम्युलेटर चला रहा है. यह किसी गलत कॉन्फ़िगरेशन की तरफ़ इशारा कर सकता है. ऐसा करने से, एम्युलेटर जब एक-दूसरे के साथ कम्यूनिकेट करने की कोशिश करते हैं और आपके कोड से एम्युलेटर से इंटरैक्ट करते हैं, तब भी समस्याएं आ सकती हैं. अगर प्रोजेक्ट आईडी मेल नहीं खाते हैं, तो अक्सर ऐसा लगता है कि डेटा मौजूद नहीं है. इसकी वजह यह है कि एम्युलेटर में सेव किया गया डेटा, ProjectID के हिसाब से होता है. साथ ही, प्रोजेक्ट आईडी मेल न खाने पर, इंटरऑपरेबिलिटी (इंटरऑपरेबिलिटी) का असर पड़ता है.
यह डेवलपर के बीच भ्रम की स्थिति बना हुआ है. इसलिए,
डिफ़ॉल्ट रूप से लोकल एम्युलेटर सुइट, अब सिर्फ़ एक प्रोजेक्ट आईडी के साथ चलाने की अनुमति देगा.
हालांकि, ऐसा तब तक होगा, जब तक आप firebase.json
कॉन्फ़िगरेशन फ़ाइल में कोई और जानकारी नहीं देते. अगर एम्युलेटर को एक से ज़्यादा प्रोजेक्ट आईडी
मिलते हैं, तो यह एक चेतावनी लॉग कर देगा. साथ ही, हो सकता है कि कोई गंभीर
गड़बड़ी दिखे.
गलत जानकारी देने के लिए, अपने प्रोजेक्ट आईडी के एलान देखें:
-
कमांड लाइन पर सेट किया गया डिफ़ॉल्ट प्रोजेक्ट. डिफ़ॉल्ट रूप से, प्रोजेक्ट आईडी को शुरू करने पर
firebase init
याfirebase use
के साथ चुने गए प्रोजेक्ट से लिया जाएगा. प्रोजेक्ट की सूची देखने और यह देखने के लिए कि कौनसा प्रोजेक्ट चुना गया है,firebase projects:list
का इस्तेमाल करें. -
यूनिट टेस्ट. यह प्रोजेक्ट आईडी अक्सर 'नियम यूनिट टेस्टिंग लाइब्रेरी' के तरीकों
initializeTestEnvironment
याinitializeTestApp
को किए जाने वाले कॉल में बताया जाता है. अन्य टेस्टिंग कोडinitializeApp(config)
से शुरू हो सकता है. -
कमांड लाइन
--project
फ़्लैग. Firebase सीएलआई--project
फ़्लैग को पास करने पर, डिफ़ॉल्ट प्रोजेक्ट बदल जाता है. आपको यह पक्का करना होगा कि यूनिट की जांच और ऐप्लिकेशन शुरू करने के दौरान, फ़्लैग की वैल्यू, प्रोजेक्ट आईडी से मेल खाती हो.
जांच करने के लिए प्लैटफ़ॉर्म-विशिष्ट स्थान:
वेब | आपके JavaScript firebaseConfig ऑब्जेक्ट में projectId प्रॉपर्टी, जिसका इस्तेमाल initializeApp में किया गया.
|
Android | google-services.json कॉन्फ़िगरेशन फ़ाइल में मौजूद
project_id प्रॉपर्टी.
|
Apple प्लैटफ़ॉर्म | GoogleService-Info.plist कॉन्फ़िगरेशन फ़ाइल में
PROJECT_ID प्रॉपर्टी.
|
सिंगल प्रोजेक्ट मोड को बंद करने के लिए, firebase.json
को singleProjectMode
कुंजी से अपडेट करें:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Hosting
होस्टिंग: स्पार्क प्लान प्रोजेक्ट में, क्या एक्ज़ीक्यूटेबल फ़ाइलें सेव की जा सकती हैं?
बिना किसी शुल्क के (स्पार्क) प्लान वाले प्रोजेक्ट के लिए, Firebase, Windows, Android, और Apple के लिए कुछ एक्ज़ीक्यूटेबल फ़ाइल टाइप को अपलोड करने और होस्ट करने से रोकता है. ऐसा, 'Firebase के लिए Cloud Storage' और 'Firebase होस्टिंग' की मदद से किया जाता है. यह नीति, हमारे प्लैटफ़ॉर्म के गलत इस्तेमाल को रोकने के लिए बनाई गई है.
जिन Spark प्रोजेक्ट को 28 सितंबर, 2023 को या उसके बाद बनाया गया था उनके लिए, उन फ़ाइलों को दिखाने, होस्ट करने, और फ़ाइल अपलोड करने पर रोक लगा दी गई है. इस तारीख से पहले अपलोड की गई फ़ाइलों वाले मौजूदा स्पार्क प्रोजेक्ट में, ऐसी फ़ाइलें अब भी अपलोड और होस्ट की जा सकती हैं.
यह पाबंदी, स्पार्क प्लान प्रोजेक्ट पर लागू होती है. इस्तेमाल के हिसाब से पैसे चुकाने वाले प्रोजेक्ट (ब्लेज़) प्लान पर कोई असर नहीं पड़ेगा.
इन फ़ाइल टाइप को Firebase होस्टिंग और Cloud Storage for Firebase पर होस्ट नहीं किया जा सकता:
.exe
,.dll
, और.bat
एक्सटेंशन वाली Windows फ़ाइलें.apk
एक्सटेंशन वाली Android फ़ाइलें.ipa
एक्सटेंशन वाली Apple प्लैटफ़ॉर्म फ़ाइलें
आपको क्या करना होगा?
अगर आपको 28 सितंबर, 2023 के बाद भी इन फ़ाइल टाइप को होस्ट करना है, तो:
- होस्टिंग के लिए:
firebase deploy
कमांड की मदद से, इन फ़ाइल टाइप को Firebase होस्टिंग पर डिप्लॉय करने से पहले, ब्लेज़ प्लान पर अपग्रेड करें. - स्टोरेज के लिए: Blaze प्लान पर अपग्रेड करें. इसके बाद, GCS सीएलआई, Firebase कंसोल या Google Cloud Console का इस्तेमाल करके, अपनी पसंद के बकेट में इन फ़ाइल टाइप को अपलोड करें.
अपने Firebase होस्टिंग और Cloud Storage संसाधनों को मैनेज करने के लिए Firebase टूल का इस्तेमाल करें.
- Firebase होस्टिंग में संसाधनों को मैनेज करने के लिए, इस गाइड के मुताबिक रिलीज़ मिटाने के लिए Firebase कंसोल का इस्तेमाल करें.
- Cloud Storage में मौजूद संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज के प्रॉडक्ट पेज पर जाएं.
- फ़ाइल टैब पर, अपने फ़ोल्डर के क्रम में मिटाई जाने वाली फ़ाइलों का पता लगाएं. इसके बाद, पैनल की बाईं ओर मौजूद फ़ाइल नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके उन्हें चुनें.
- मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई थीं.
Firebase टूल की मदद से संसाधनों को होस्ट करने और क्लाइंट लाइब्रेरी के साथ 'Firebase के लिए Cloud Storage बकेट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कृपया हमारे दस्तावेज़ देखें.
होस्टिंग: Firebase कंसोल में, मेरे होस्टिंग रिलीज़ इतिहास की टेबल में, उन फ़ाइलों की संख्या क्यों दिखती है जो मेरे स्थानीय प्रोजेक्ट में मौजूद फ़ाइलों की संख्या से ज़्यादा हैं?
Firebase, होस्टिंग साइट के बारे में मेटाडेटा वाली अतिरिक्त फ़ाइलें अपने-आप जोड़ता है. ये फ़ाइलें, रिलीज़ के लिए फ़ाइलों की कुल संख्या में शामिल कर ली जाती हैं.
होस्टिंग: Firebase होस्टिंग पर, किस साइज़ की फ़ाइल डिप्लॉय की जा सकती है?
अलग-अलग फ़ाइलों के लिए, होस्टिंग की साइज़ सीमा 2 जीबी ज़्यादा से ज़्यादा 2 जीबी होती है.
हमारा सुझाव है कि बड़ी फ़ाइलों को Cloud Storage का इस्तेमाल करके सेव करें. इसमें हर ऑब्जेक्ट के लिए टेराबाइट की रेंज में, बड़ी फ़ाइलों के साइज़ की सीमा तय की जाती है.
होस्टिंग: हर Firebase प्रोजेक्ट के लिए कितनी होस्टिंग साइटें हो सकती हैं?
Firebase होस्टिंग मल्टीसाइट सुविधा, हर प्रोजेक्ट में ज़्यादा से ज़्यादा 36 साइटों के साथ काम करती है.
Performance Monitoring
अक्सर पूछे जाने वाले सवालों के जवाब और काम की सलाह पाने के लिए, परफ़ॉर्मेंस मॉनिटर करने से जुड़ी समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.
परफ़ॉर्मेंस मॉनिटर करना: मैं कितने कस्टम यूआरएल पैटर्न बना सकता/सकती हूं?
हर ऐप्लिकेशन के लिए, ज़्यादा से ज़्यादा 400 कस्टम यूआरएल पैटर्न बनाए जा सकते हैं. साथ ही, हर डोमेन के लिए ज़्यादा से ज़्यादा 100 कस्टम यूआरएल पैटर्न बनाए जा सकते हैं.
परफ़ॉर्मेंस मॉनिटर करना: मुझे परफ़ॉर्मेंस का रीयल-टाइम डेटा क्यों नहीं दिख रहा है?
रीयल-टाइम में परफ़ॉर्मेंस का डेटा देखने के लिए, पक्का करें कि आपका ऐप्लिकेशन परफ़ॉर्मेंस मॉनिटर करने वाले SDK टूल के ऐसे वर्शन का इस्तेमाल करता हो जो रीयल-टाइम डेटा प्रोसेसिंग के साथ काम करता हो.
- iOS — v7.3.0 या इसके बाद के वर्शन
- tvOS — 8.9.0 या इसके बाद के वर्शन
- Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
- वेब — v7.14.0 या इसके बाद के वर्शन
ध्यान दें कि हम हमेशा SDK के सबसे नए वर्शन का इस्तेमाल करने का सुझाव देते हैं. हालांकि, ऊपर दिए गए किसी भी वर्शन से, परफ़ॉर्मेंस मॉनिटर करने की सुविधा चालू हो जाएगी, ताकि आपके डेटा को करीब-करीब रीयल टाइम में प्रोसेस किया जा सके.
Realtime Database
रीयल टाइम डेटाबेस: सितंबर 2016 और मार्च 2017 के बीच, मेरे रीयल टाइम डेटाबेस के बैंडविड्थ को औसत से कम क्यों रिपोर्ट किया गया था?
हम बैंडविथ का हिसाब लगाने के लिए, आम तौर पर एसएसएल एन्क्रिप्शन का ओवरहेड शामिल करते हैं. यह ओएसआई मॉडल के पांचवे लेयर के आधार पर तय होता है. हालांकि, सितंबर 2016 में, हमने एक गड़बड़ी शुरू की थी. इसकी वजह से हमारी बैंडविथ रिपोर्टिंग में डेटा एन्क्रिप्ट (सुरक्षित) करने के तरीके को अनदेखा करना पड़ा था. इसकी वजह से हो सकता है कि कुछ महीनों के लिए, आपके खाते के बैंडविथ और बिल को आर्टिफ़िशियल तरीके से कम रखा गया हो.
हमने मार्च 2017 के आखिर में, इस गड़बड़ी को ठीक कर दिया था. साथ ही, बैंडविथ रिपोर्टिंग और बिलिंग को उनके सामान्य लेवल पर वापस लाया गया.
रीयलटाइम डेटाबेस: रीयलटाइम डेटाबेस की स्केलिंग सीमाएं क्या हैं?
हर रीयल टाइम डेटाबेस इंस्टेंस पर, एक सेकंड में ज़्यादा से ज़्यादा लिखने की सीमाएं तय होती हैं. छोटे अक्षरों में लिखने के लिए, यह सीमा एक सेकंड में करीब 1,000 बार लिखने पर है. अगर आपकी इस सीमा तक पहुंच चुके हैं, तो मल्टी-पाथ अपडेट का इस्तेमाल करके बैच बनाने की कार्रवाइयां, बेहतर थ्रूपुट हासिल करने में मदद कर सकती हैं.
इसके अलावा, हर डेटाबेस इंस्टेंस में एक साथ डेटाबेस कनेक्शन की संख्या की सीमा होती है. हमारी डिफ़ॉल्ट सीमाएं, ज़्यादातर ऐप्लिकेशन के लिए काफ़ी बड़ी हैं. अगर आपको ऐसा ऐप्लिकेशन बनाना है जिसके लिए अतिरिक्त स्केल की ज़रूरत हो, तो आपको अतिरिक्त स्केल के लिए, अपने ऐप्लिकेशन को एक से ज़्यादा डेटाबेस इंस्टेंस में शार्ड करना पड़ सकता है. आपके पास Cloud Firestore को एक विकल्प के तौर पर भी इस्तेमाल करने का विकल्प है.
रीयलटाइम डेटाबेस: अगर रीयलटाइम डेटाबेस को इस्तेमाल करने की तय सीमा पूरी हो जाती है, तो मुझे क्या करना चाहिए?
अगर आपको Firebase कंसोल में यह ईमेल चेतावनी या सूचना मिलती है कि आपने रीयल टाइम डेटाबेस के इस्तेमाल की सीमा को पार कर लिया है, तो इस्तेमाल की तय सीमा के हिसाब से उसे ठीक किया जा सकता है. अपने रीयलटाइम डेटाबेस के इस्तेमाल को देखने के लिए, Firebase कंसोल में रीयलटाइम डेटाबेस इस्तेमाल डैशबोर्ड पर जाएं.
अगर डाउनलोड करने की सीमा पूरी हो गई है, तो अपना Firebase प्राइसिंग प्लान अपग्रेड किया जा सकता है या अगले बिलिंग साइकल के शुरू होने पर, डाउनलोड करने की सीमा के रीसेट होने तक इंतज़ार किया जा सकता है. डाउनलोड की संख्या कम करने के लिए, यह तरीका आज़माएं:
- क्वेरी जोड़ें, ताकि आपकी सुनने की कार्रवाइयों से मिलने वाले डेटा को सीमित किया जा सके.
- इंडेक्स नहीं की गई क्वेरी देखना.
- ऐसे लिसनर का इस्तेमाल करें जो सिर्फ़ डेटा के अपडेट डाउनलोड करते हैं — उदाहरण के लिए,
once()
के बजायon()
. - बिना अनुमति के डाउनलोड करने की सुविधा को ब्लॉक करने के लिए, सुरक्षा नियमों का इस्तेमाल करें.
अगर तय सीमा से ज़्यादा स्टोरेज इस्तेमाल किया जा रहा है, तो सेवा में रुकावट से बचने के लिए, अपना प्राइसिंग प्लान अपग्रेड करें. अपने डेटाबेस में डेटा की मात्रा कम करने के लिए, यह तरीका अपनाएं:
- समय-समय पर क्लीनअप के काम करें.
- अपने डेटाबेस में डुप्लीकेट डेटा कम करें.
ध्यान दें कि आपके खाते के स्टोरेज में सेव किया गया डेटा दिखने में कुछ समय लग सकता है.
अगर आपने एक साथ काम करने वाले डेटाबेस कनेक्शन की सीमा पार कर ली है, तो सेवा में किसी भी तरह की रुकावट से बचने के लिए, अपना प्लान अपग्रेड करें. अगर आपको अपने डेटाबेस से उपयोगकर्ताओं को एक साथ मैनेज करना है, तो REST API के ज़रिए उपयोगकर्ताओं से कनेक्ट करने की कोशिश करें. ऐसा तब करें, जब उन्हें रीयलटाइम कनेक्शन की ज़रूरत न हो.
Remote Config
रिमोट कॉन्फ़िगरेशन: वैल्यू को फ़ेच करने से, मेरे ऐप्लिकेशन के काम करने के तरीके और उसके दिखने के तरीके में बदलाव क्यों नहीं होता?
जब तक fetchAndActivate()
वाली वैल्यू फ़ेच नहीं की जातीं, तब तक वैल्यू को डिवाइस में ही सेव किया जाता है. हालांकि, उन्हें चालू नहीं किया जाता. फ़ेच की गई वैल्यू को चालू करने के लिए,
activate
को कॉल करें, ताकि वे लागू हो सकें. इस डिज़ाइन की मदद से,
यह तय किया जा सकता है कि आपके ऐप्लिकेशन के काम करने का तरीका और लुक कब बदले. ऐसा इसलिए, क्योंकि आपके पास
यह चुनने का विकल्प होता है कि activate
को कब कॉल करना है. activate
को कॉल करने के बाद, आपके ऐप्लिकेशन के सोर्स कोड से यह तय होता है कि
अपडेट किए गए पैरामीटर की वैल्यू का इस्तेमाल कब किया जाएगा.
उदाहरण के लिए, आपके पास वैल्यू को फ़ेच करने और उन्हें अगली बार किसी उपयोगकर्ता के शुरू करने पर चालू करने का विकल्प है. इससे, ऐप्लिकेशन को स्टार्ट होने के समय में देरी नहीं होती. साथ ही, ऐप्लिकेशन को सेवा से वैल्यू फ़ेच करने का इंतज़ार करना पड़ता है. आपके ऐप्लिकेशन के काम करने के तरीके और दिखने के तरीके में बदलाव तब होते हैं, जब आपका ऐप्लिकेशन, अपडेट की गई पैरामीटर वैल्यू का इस्तेमाल करता है.
रिमोट कॉन्फ़िगरेशन एपीआई और इस्तेमाल के मॉडल के बारे में ज़्यादा जानने के लिए, रिमोट कॉन्फ़िगरेशन एपीआई की खास जानकारी देखें.
रिमोट कॉन्फ़िगरेशन: मैं अपना ऐप्लिकेशन डेवलप करते समय, फ़ेच करने के बहुत सारे अनुरोध कर रहा/रही हूं. मेरे ऐप्लिकेशन को फ़ेच करने के अनुरोध भेजने पर, उसे सेवा से हमेशा सबसे नई वैल्यू क्यों नहीं मिलती?
ऐप्लिकेशन डेवलपमेंट के दौरान, हो सकता है कि आप कॉन्फ़िगरेशन को बार-बार (एक घंटे में कई बार) फ़ेच और चालू करना चाहें, ताकि आप ऐप्लिकेशन डेवलप करने और उसकी जांच करने के दौरान उसे तेज़ी से दोहरा सकें. ज़्यादा से ज़्यादा 10 डेवलपर वाले प्रोजेक्ट में तेज़ी से दोहराव के लिए, अपने ऐप्लिकेशन में कम से कम फ़ेच अंतराल (setMinimumFetchIntervalInSeconds
) वाले FirebaseRemoteConfigSettings
ऑब्जेक्ट को कुछ समय के लिए सेट किया जा सकता है.
रिमोट कॉन्फ़िगरेशन: मेरे ऐप्लिकेशन के फ़ेच करने का अनुरोध भेजने के बाद, रिमोट कॉन्फ़िगरेशन सेवा से कितनी जल्दी वैल्यू फ़ेच की जाती हैं?
आम तौर पर, डिवाइसों को एक सेकंड से भी कम समय में, फ़ेच की गई वैल्यू मिल जाती हैं. साथ ही, अक्सर इन डिवाइसों को मिलीसेकंड में फ़ेच की गई वैल्यू मिलती हैं. रिमोट कॉन्फ़िगरेशन सेवा, फ़ेच करने के अनुरोधों को मिलीसेकंड में हैंडल करती है. हालांकि, फ़ेच करने के अनुरोध को पूरा करने में लगने वाला समय, डिवाइस की नेटवर्क स्पीड और डिवाइस पर इंटरनेट के इस्तेमाल में लगने वाले समय पर निर्भर करेगा.
अगर आपका लक्ष्य यह है कि आपके ऐप्लिकेशन में फ़ेच की गई वैल्यू को जल्द से जल्द लागू किया जाए, लेकिन उपयोगकर्ता को खराब अनुभव न मिले, तो जब-जब आपका ऐप्लिकेशन फ़ुल स्क्रीन पर रीफ़्रेश हो जाए, तब fetchAndActivate
पर कॉल जोड़ें.
Test Lab
अक्सर पूछे जाने वाले सवालों के जवाब और काम की सलाह पाने के लिए, टेस्ट लैब से जुड़ी समस्या हल करने वाले पेज पर जाएं.
Firebase यूज़र सेगमेंटेशन स्टोरेज
Firebase यूज़र सेगमेंटेशन स्टोरेज क्या है?
Firebase में उपयोगकर्ता सेगमेंटेशन स्टोरेज में, Firebase इंस्टॉलेशन आईडी और उससे जुड़े एट्रिब्यूट और सेगमेंट के साथ-साथ, ऑडियंस की वे सूचियां सेव की जाती हैं जिन्हें आपने Firebase की अन्य सेवाओं को टारगेट करने की जानकारी देने के लिए बनाया है. जैसे, Crashlytics, FCM, रिमोट कॉन्फ़िगरेशन को उपयोगकर्ता के हिसाब से बनाने की सुविधा वगैरह.