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 का इस्तेमाल करें.

मेरे 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 चलाने पर दिखने वाले नतीजे

समस्या हल करने के लिए, यह तरीका आज़माएं:

1. सबसे पहले, सीधे प्रोजेक्ट के यूआरएल पर जाकर अपना प्रोजेक्ट ऐक्सेस करने की कोशिश करें. इस फ़ॉर्मैट का इस्तेमाल करें:
   https://console.firebase.google.com/project/PROJECT-ID/overview
2. अगर आपको प्रोजेक्ट ऐक्सेस करने में परेशानी हो रही है या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो ये कार्रवाइयां करें:
   • पक्का करें कि आपने उसी 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 के इन ऐक्सेस लेवल में से कोई एक: खाते का मालिक या एडमिन
• अपने AdMob ऐप्लिकेशन को लिंक करने के लिए, यह ज़रूरी है कि आप Firebase प्रोजेक्ट के मालिक और AdMob एडमिन, दोनों हों.
• अपना AdWords खाता लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक और AdWords एडमिन, दोनों होने चाहिए.
• अपने BigQuery प्रोजेक्ट को लिंक करने के लिए, यह ज़रूरी है कि आप Firebase प्रोजेक्ट के मालिक हों.

मुझे अपने ऐप्लिकेशन में किन ओपन सोर्स सूचनाओं को शामिल करना चाहिए?

Apple प्लैटफ़ॉर्म पर, Firebase पॉड में एक नोटिस फ़ाइल होती है जिसमें काम की एंट्री शामिल होती हैं. Firebase के Android SDK टूल में, लाइसेंस की जानकारी दिखाने के लिए, हेल्पर Activity होता है.

मैं किसी प्रोजेक्ट के सदस्य को मालिक की भूमिका जैसी कोई भूमिका कैसे असाइन करूं?

प्रोजेक्ट के हर सदस्य को असाइन की गई भूमिका(भूमिकाओं) को मैनेज करने के लिए, यह ज़रूरी है कि आप 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 कंसोल को Chrome, Firefox, Safari, और Edge जैसे लोकप्रिय डेस्कटॉप ब्राउज़र के नए वर्शन से ऐक्सेस किया जा सकता है. मोबाइल ब्राउज़र अभी पूरी तरह से काम नहीं करते.

मैं Firebase कंसोल लोड कर सकता/सकती हूं, लेकिन मुझे अपना Firebase प्रोजेक्ट ढूंढने या ऐक्सेस करने में समस्या क्यों आ रही है?

अगर आपको इनमें से किसी भी समस्या का सामना करना पड़ रहा है, तो अक्सर पूछे जाने वाले यह सवाल देखें:

• Firebase कंसोल गड़बड़ी वाला एक पेज दिखाता है जिसमें लिखा होता है कि शायद आपका प्रोजेक्ट मौजूद नहीं है या आपके पास प्रोजेक्ट का ऐक्सेस नहीं है.
• जब आप कंसोल के खोज फ़ील्ड में उसका प्रोजेक्ट आईडी या प्रोजेक्ट का नाम डालते हैं, तब भी'Firebase कंसोल' आपका प्रोजेक्ट नहीं दिखाता है.

समस्या हल करने के लिए, यह तरीका आज़माएं:

1. सबसे पहले, सीधे प्रोजेक्ट के यूआरएल पर जाकर अपना प्रोजेक्ट ऐक्सेस करने की कोशिश करें. इस फ़ॉर्मैट का इस्तेमाल करें:
   https://console.firebase.google.com/project/PROJECT-ID/overview
2. अगर अब भी प्रोजेक्ट ऐक्सेस नहीं हो पा रहा है या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो ये बातें देखें:
   • पक्का करें कि आपने उसी Google खाते का इस्तेमाल करके Firebase में साइन इन किया है जिसके पास प्रोजेक्ट का ऐक्सेस है. कंसोल के सबसे ऊपर दाएं कोने में, अपने खाते के अवतार की मदद से Firebase कंसोल में साइन इन या उससे साइन आउट किया जा सकता है.
   • पक्का करें कि प्रोजेक्ट के लिए, Firebase Management API चालू हो.
   • पक्का करें कि आपको IAM की बुनियादी भूमिका (मालिक, एडिटर, दर्शक) में से कोई एक या ऐसी भूमिका असाइन की गई हो जिसमें Firebase से जुड़ी अनुमतियां हैं. उदाहरण के लिए, Firebase से पहले से तय की गई भूमिका. Google Cloud Console के IAM पेज में जाकर, अपनी भूमिका(भूमिकाओं) को देखा जा सकता है.
   • अगर आपका प्रोजेक्ट किसी Google Cloud संगठन से जुड़ा है, तो 'Firebase कंसोल' में मौजूद प्रोजेक्ट को देखने के लिए आपको और अनुमतियों की ज़रूरत पड़ सकती है. आपके Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें और आपको प्रोजेक्ट को देखने के लिए सही भूमिका दें. जैसे, ब्राउज़र की भूमिका.

अगर समस्या हल करने के लिए ऊपर दिए गए किसी भी चरण से, आपको अपना प्रोजेक्ट ढूंढने या उसे ऐक्सेस करने में मदद नहीं मिलती है, तो Firebase सहायता टीम से संपर्क करें.

मेरे लिए Firebase कंसोल लोड क्यों नहीं हो रहा है?

अगर आपको इनमें से किसी भी समस्या का सामना करना पड़ रहा है, तो अक्सर पूछे जाने वाले सवाल का यह सेक्शन देखा जा सकता है:

• Firebase कंसोल में कोई पेज कभी पूरी तरह लोड नहीं होता.
• पेज में मौजूद डेटा उम्मीद के मुताबिक लोड नहीं होता.
• Firebase कंसोल लोड करते समय, आपको ब्राउज़र से जुड़ी गड़बड़ी के मैसेज मिलते हैं.

समस्या हल करने के लिए, यह तरीका आज़माएं:

1. सेवा में किसी भी संभावित रुकावट के लिए, Firebase स्टेटस डैशबोर्ड की कंसोल लाइन देखें.
2. पक्का कर लें कि जिस ब्राउज़र पर यह सुविधा काम करती है उसका इस्तेमाल किया जा रहा हो.
3. Firebase कंसोल को गुप्त या निजी विंडो में लोड करने की कोशिश करें.
4. सभी ब्राउज़र एक्सटेंशन बंद करें.
5. पुष्टि करें कि नेटवर्क कनेक्शन को विज्ञापन रोकने वाले, एंटीवायरस, प्रॉक्सी, फ़ायरवॉल या दूसरे सॉफ़्टवेयर ने ब्लॉक नहीं किया है.
6. किसी दूसरे नेटवर्क या डिवाइस का इस्तेमाल करके, Firebase कंसोल लोड करने की कोशिश करें.
7. अगर 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 की सभी बिना शुल्क वाली सुविधाएं (Analytics, सूचनाएं बनाने वाले टूल, Crashlytics वगैरह) मिलती हैं. साथ ही, आपको हमारे पेड इन्फ़्रास्ट्रक्चर की बहुत बड़ी सुविधाएं मिलती हैं. हालांकि, अगर आपने एक कैलेंडर महीने में स्पार्क प्लान के संसाधनों का इस्तेमाल कर लिया, तो उस महीने के बाकी बचे दिनों में आपका ऐप्लिकेशन बंद रहेगा. साथ ही, स्पार्क प्लान का इस्तेमाल करते समय, Google Cloud की सुविधाएं भी नहीं मिलती हैं.

ब्लेज़ प्राइसिंग प्लान

हमारा Blaze प्लान, प्रोडक्शन से जुड़े ऐप्लिकेशन के लिए डिज़ाइन किया गया है. ब्लेज़ प्लान में, आपको Google Cloud की पैसे चुकाकर ली गई सुविधाओं के साथ, अपने ऐप्लिकेशन को इस्तेमाल करने का अनुभव भी दिया जा सकता है. आपको सिर्फ़ उन संसाधनों के लिए पैसे चुकाने होते हैं जिनका आपने इस्तेमाल किया है. इससे आपको अपनी मांग के हिसाब से, अपने कारोबार को बढ़ाने में मदद मिलती है. हम अपने Blaze प्लान की कीमतों को इंडस्ट्री की सबसे अच्छी क्लाउड सेवा देने वाली कंपनियों के साथ प्रतिस्पर्धा करने की कोशिश करते हैं.

मैं अपने इस्तेमाल और बिलिंग की निगरानी कैसे करूं?

Firebase कंसोल में, प्रोजेक्ट के संसाधनों के इस्तेमाल को इनमें से किसी भी डैशबोर्ड पर ट्रैक किया जा सकता है:

• प्रोजेक्ट-लेवल का पूरा इस्तेमाल और बिलिंग डैशबोर्ड
• पुष्टि करने के लिए इस्तेमाल वाला डैशबोर्ड (खास तौर पर, फ़ोन से पुष्टि करने वाले इंस्टेंस के लिए)
• Cloud Firestore इस्तेमाल का डैशबोर्ड
• Cloud Functions इस्तेमाल का डैशबोर्ड
• Cloud Storage इस्तेमाल का डैशबोर्ड
• होस्टिंग इस्तेमाल डैशबोर्ड
• रीयल टाइम डेटाबेस इस्तेमाल का डैशबोर्ड

फ़्लेम प्राइसिंग प्लान का क्या हुआ?

जनवरी 2020 में, नए लोगों को साइन अप करने के विकल्प के तौर पर, Flame प्राइसिंग प्लान (25 डॉलर/महीना अतिरिक्त कोटा) को हटा दिया गया. प्लान के मौजूदा उपयोगकर्ताओं को ग्रेस पीरियड दिया गया था, ताकि वे अपने प्रोजेक्ट को फ़्लेम प्लान से माइग्रेट कर सकें. फ़रवरी 2022 में, फ़्लेम प्राइसिंग प्लान के बाकी प्रोजेक्ट को 'स्पार्क प्राइसिंग प्लान' में डाउनग्रेड कर दिया गया था.
इसके मुताबिक,

• मौजूदा Spark और ब्लेज़ प्लान के प्रोजेक्ट और कोई भी नया प्रोजेक्ट अब फ़्लेम प्लान पर स्विच नहीं किया जा सकेगा और न ही उसके लिए साइन अप किया जा सकेगा.
• अगर आपने किसी मौजूदा फ़्लेम प्लान प्रोजेक्ट को प्राइसिंग प्लान पर लागू किया है, तो प्रोजेक्ट को फ़्लेम प्लान पर वापस नहीं लाया जा सकता.
• स्पार्क प्लान में डाउनग्रेड किए गए प्रोजेक्ट, ब्लेज़ प्लान में अपग्रेड किए जा सकते हैं. इससे, पैसे चुकाकर ली जाने वाली अतिरिक्त सेवाएं फिर से शुरू की जा सकती हैं.
• दस्तावेज़ से फ़्लेम प्लान के रेफ़रंस हटा दिए गए हैं.

क्या आपका फ़्लेम प्लान को बंद करने के बारे में और कोई सवाल है? यहां दिए गए कुछ अक्सर पूछे जाने वाले सवाल पढ़ें.

क्या आपको Firebase से मिलने वाले अन्य प्राइसिंग प्लान के बारे में जानकारी चाहिए? हमारे Firebase की कीमत वाले पेज पर जाएं! अगर आपको किसी मौजूदा प्रोजेक्ट को दूसरे प्राइसिंग प्लान पर ले जाना है, तो अपने प्रोजेक्ट के 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 से मैनेज किया जाता है.

मैं इसका अनुमान कैसे लगाऊं कि अपलोड और डाउनलोड कार्रवाइयों के लिए मुझे कितना बिल भेजा जाएगा?

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 टेस्टिंग: कितने एक्सपेरिमेंट बनाए और चलाए जा सकते हैं?

हर प्रोजेक्ट में, 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 प्रॉपर्टी को अनलिंक करके फिर से लिंक किया जा सकता है:
  1. settings प्रोजेक्ट सेटिंग में जाकर, इंटिग्रेशन चुनें.
  2. Firebase और Google Analytics सेटिंग को ऐक्सेस करने के लिए, Google Analytics कार्ड में मैनेज करें पर क्लिक करें.
  3. Google Analytics प्रॉपर्टी आईडी और लिंक किए गए Google Analytics खाते को नोट कर लें.
  4. more_vert ज़्यादा पर क्लिक करें और Analytics को इस प्रोजेक्ट से अनलिंक करें चुनें.
  5. दिखने वाली चेतावनी की समीक्षा करें (यहां चिंता न करें; अगले चरण में उसी प्रॉपर्टी को फिर से लिंक किया जाएगा). इसके बाद, Google Analytics को अनलिंक करें पर क्लिक करें.
     
     अनलिंक करने की प्रोसेस पूरी होने के बाद, आपको इंटिग्रेशन पेज पर रीडायरेक्ट कर दिया जाएगा.
  6. फिर से लिंक करने की प्रोसेस शुरू करने के लिए, Google Analytics कार्ड में चालू करें पर क्लिक करें.
  7. खाता चुनें सूची से अपना Analytics खाता चुनें.
  8. इस खाते में, अपने-आप नई प्रॉपर्टी बनाएं के बगल में, edit बदलाव करें पर क्लिक करें. इसके बाद, दिखने वाली Analytics प्रॉपर्टी सूची में से, अपना प्रॉपर्टी आईडी चुनें.
     
     अब आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन की सूची दिखेगी. हर ऐप्लिकेशन के लिए मौजूदा स्ट्रीम मैपिंग की सूची दी गई है. साथ ही, जिन ऐप्लिकेशन में स्ट्रीम नहीं है उनके लिए एक स्ट्रीम बनाई जाएगी.
  9. प्रॉपर्टी को फिर से लिंक करने के लिए, Google Analytics चालू करें पर क्लिक करें.
  10. पूरा करें पर क्लिक करें.

अगर इन चरणों को पूरा करने के बाद भी, आपको रिमोट कॉन्फ़िगरेशन के साथ A/B टेस्ट बनाने में गड़बड़ी दिखती है, तो Firebase सहायता टीम से संपर्क करें.

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: 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 प्रॉपर्टी के एडमिन पेज से, प्रॉपर्टी की सेटिंग अपडेट की जा सकती हैं. जैसे:

• डेटा शेयर करने की सेटिंग
• डेटा के रखरखाव की सेटिंग
• टाइम ज़ोन और मुद्रा की सेटिंग

अपनी प्रॉपर्टी की सेटिंग को अपडेट करने के लिए, यह तरीका अपनाएं:

1. Firebase कंसोल में, settings > प्रोजेक्ट सेटिंग पर जाएं.
2. इंटिग्रेशन टैब पर जाएं. इसके बाद, Google Analytics कार्ड में, मैनेज करें या लिंक देखें पर क्लिक करें.
3. 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 से पुष्टि करने की सुविधा से, दुनिया भर में फ़ोन नंबर की पुष्टि की जा सकती है. हालांकि, सभी नेटवर्क, पुष्टि करने से जुड़े हमारे मैसेज सही तरीके से डिलीवर नहीं करते. इन देशों में डिलीवरी की दर अच्छी है. साथ ही, यह उम्मीद की जानी चाहिए कि फ़ोन नंबर से साइन इन करने की सुविधा, अच्छी तरह से काम करेगी.

क्लाउड से मैसेज: सूचनाएं लिखने वाले टूल और क्लाउड से मैसेज करने में क्या अंतर है?

Firebase क्लाउड से मैसेज, अपने क्लाइंट SDK टूल और एचटीटीपी और XMPP सर्वर प्रोटोकॉल की मदद से, मैसेज सेवा की सुविधाओं का पूरा सेट उपलब्ध कराता है. मैसेज सेवा की शर्तों को ज़्यादा जटिल होने वाले डिप्लॉयमेंट के लिए, FCM सही विकल्प है.

सूचना कंपोज़र, Firebase क्लाउड से मैसेज की सुविधा पर बना एक लाइटवेट और बिना सर्वर वाली मैसेज सेवा है. उपयोगकर्ता के लिए आसान ग्राफ़िकल कंसोल और कम कोडिंग की ज़रूरतों की वजह से, सूचना बनाने वाले टूल की मदद से उपयोगकर्ता आसानी से मैसेज भेज सकते हैं. इससे उपयोगकर्ताओं को फिर से जोड़ने और उन्हें बनाए रखने, ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर करने, और मार्केटिंग कैंपेन में मदद करने में मदद मिलती है.

क्लाउड से मैसेज: 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 क्लाउड से मैसेज' और 'सूचना बनाने वाला' टूल से मिलने वाली मैसेज की क्षमताओं की तुलना की गई है:

सूचनाएं कंपोज़र: मैं मौजूदा Google Cloud मैसेजिंग (GCM) डेवलपर हूं और मुझे सूचना कंपोज़र का इस्तेमाल करना है. मुझे क्या करना चाहिए?

नोटिफ़िकेशन कंपोज़र एक बेहतरीन सुविधा है. इसकी मदद से कोई भी Google Analytics से मिली अहम जानकारी के आधार पर, खास ऑडियंस को टारगेट करने के लिए सूचनाएं भेज सकता है. साथ ही, सूचना कंपोज़र हर मैसेज के लिए फ़नल का विश्लेषण उपलब्ध कराता है, जिससे सूचना के असर का आसानी से आकलन किया जा सकता है.

अगर आप मौजूदा GCM डेवलपर हैं, तो सूचना कंपोज़र का इस्तेमाल करने के लिए, आपको GCM SDK टूल से FCM SDK में अपग्रेड करना होगा. Android और iOS ऐप्लिकेशन माइग्रेट करने के लिए गाइड देखें.

किन FCM एपीआई को 20 जून, 2023 को बंद कर दिया गया था और उन एपीआई का इस्तेमाल करने पर मुझे क्या करना चाहिए?

इस सुविधा के बंद होने से, यहां दिए गए एपीआई/SDK टूल पर असर पड़ेगा:

सर्वर एपीआई

Firebase एडमिन SDK टूल के एपीआई

क्लाइंट 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 के किन वर्शन में नए एपीआई मौजूद हैं?

एक साथ कई फ़ाइलें भेजने वाले एपीआई और एचटीटीपी v1 एपीआई में क्या अंतर है?

FCM बैच भेजा गया एपीआई, उसी मैसेज फ़ॉर्मैट और पुष्टि करने के तरीके का इस्तेमाल करता है जिसका इस्तेमाल एचटीटीपी v1 एपीआई करता है. हालांकि, यह अलग एंडपॉइंट का इस्तेमाल करता है. अगर आपको बेहतर तरीके से काम करना है, तो आपको एचटीटीपी/2 का इस्तेमाल करना चाहिए, ताकि एचटीटीपी v1 एपीआई को एक ही एचटीटीपी कनेक्शन पर कई अनुरोध भेजे जा सकें.

अगर मेरा प्रोजेक्ट ऐक्सेस न हो पा रहा है, तो मुझे क्या करना चाहिए?

मदद के लिए, कृपया Google Cloud की सहायता टीम से संपर्क करें.

क्या नए प्रोजेक्ट में, Cloud Messaging API का लेगसी वर्शन चालू हो सकता है?

नहीं. 20/5/2024 से, नए प्रोजेक्ट हमारे लेगसी एपीआई को चालू नहीं कर पाएंगे.

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 में मौजूद संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज के प्रॉडक्ट पेज पर जाएं.
1. फ़ाइल टैब पर, अपने फ़ोल्डर के क्रम में मिटाई जाने वाली फ़ाइलों का पता लगाएं. इसके बाद, पैनल की बाईं ओर मौजूद फ़ाइल नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके उन्हें चुनें.
2. मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई थीं.

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 बकेट का ऐक्सेस ब्लॉक हो सकता है. अपने प्रोजेक्ट से सेवा खाते को हटाने के लिए, सेवा खाते को बंद करना में दिए गए निर्देशों का पालन करें.

डाइनैमिक लिंक: आने वाले समय में, डाइनैमिक लिंक के लिए Firebase के क्या प्लान हैं?

डाइनैमिक लिंक के बारे में अक्सर पूछे जाने वाले सवाल देखें.

डाइनैमिक लिंक: मेरा Android ऐप्लिकेशन हर डाइनैमिक लिंक को दो बार ऐक्सेस क्यों करता है?

getInvitation एपीआई, सेव किए गए डाइनैमिक लिंक को हटा देता है, ताकि उसे दो बार ऐक्सेस न किया जा सके. पक्का करें कि आपने इस एपीआई को हर डीप लिंक गतिविधि में, autoLaunchDeepLink पैरामीटर के साथ false पर सेट किया हो, ताकि गतिविधि को मुख्य गतिविधि के बाहर ट्रिगर किए जाने पर, इस एपीआई को कॉल किया जा सके.

एम्युलेटर सुइट के लॉग में "एक प्रोजेक्ट मोड में एक से ज़्यादा ProjectIds इस्तेमाल करने का सुझाव नहीं दिया जाता" से शुरू होने वाली गड़बड़ी क्यों दिखती है?

इस मैसेज का मतलब है कि एम्युलेटर सुइट को इस बात का पता चला है कि शायद वह अलग प्रोजेक्ट आईडी का इस्तेमाल करके, एक खास प्रॉडक्ट एम्युलेटर चला रहा है. यह किसी गलत कॉन्फ़िगरेशन की तरफ़ इशारा कर सकता है. ऐसा करने से, एम्युलेटर जब एक-दूसरे के साथ कम्यूनिकेट करने की कोशिश करते हैं और आपके कोड से एम्युलेटर से इंटरैक्ट करते हैं, तब भी समस्याएं आ सकती हैं. अगर प्रोजेक्ट आईडी मेल नहीं खाते हैं, तो अक्सर ऐसा लगता है कि डेटा मौजूद नहीं है. इसकी वजह यह है कि एम्युलेटर में सेव किया गया डेटा, ProjectID के हिसाब से होता है. साथ ही, प्रोजेक्ट आईडी मेल न खाने पर, इंटरऑपरेबिलिटी (इंटरऑपरेबिलिटी) का असर पड़ता है.

यह डेवलपर के बीच भ्रम की स्थिति बना हुआ है. इसलिए, डिफ़ॉल्ट रूप से लोकल एम्युलेटर सुइट, अब सिर्फ़ एक प्रोजेक्ट आईडी के साथ चलाने की अनुमति देगा. हालांकि, ऐसा तब तक होगा, जब तक आप firebase.json कॉन्फ़िगरेशन फ़ाइल में कोई और जानकारी नहीं देते. अगर एम्युलेटर को एक से ज़्यादा प्रोजेक्ट आईडी मिलते हैं, तो यह एक चेतावनी लॉग कर देगा. साथ ही, हो सकता है कि कोई गंभीर गड़बड़ी दिखे.

गलत जानकारी देने के लिए, अपने प्रोजेक्ट आईडी के एलान देखें:

• कमांड लाइन पर सेट किया गया डिफ़ॉल्ट प्रोजेक्ट. डिफ़ॉल्ट रूप से, प्रोजेक्ट आईडी को शुरू करने पर firebase init या firebase use के साथ चुने गए प्रोजेक्ट से लिया जाएगा. प्रोजेक्ट की सूची देखने और यह देखने के लिए कि कौनसा प्रोजेक्ट चुना गया है, firebase projects:list का इस्तेमाल करें.
• यूनिट टेस्ट. यह प्रोजेक्ट आईडी अक्सर 'नियम यूनिट टेस्टिंग लाइब्रेरी' के तरीकों initializeTestEnvironment या initializeTestApp को किए जाने वाले कॉल में बताया जाता है. अन्य टेस्टिंग कोड initializeApp(config) से शुरू हो सकता है.
• कमांड लाइन --project फ़्लैग. Firebase सीएलआई --project फ़्लैग को पास करने पर, डिफ़ॉल्ट प्रोजेक्ट बदल जाता है. आपको यह पक्का करना होगा कि यूनिट की जांच और ऐप्लिकेशन शुरू करने के दौरान, फ़्लैग की वैल्यू, प्रोजेक्ट आईडी से मेल खाती हो.

जांच करने के लिए प्लैटफ़ॉर्म-विशिष्ट स्थान:

सिंगल प्रोजेक्ट मोड को बंद करने के लिए, firebase.json को singleProjectMode कुंजी से अपडेट करें:

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}

होस्टिंग: स्पार्क प्लान प्रोजेक्ट में, क्या एक्ज़ीक्यूटेबल फ़ाइलें सेव की जा सकती हैं?

बिना किसी शुल्क के (स्पार्क) प्लान वाले प्रोजेक्ट के लिए, 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 में मौजूद संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज के प्रॉडक्ट पेज पर जाएं.
1. फ़ाइल टैब पर, अपने फ़ोल्डर के क्रम में मिटाई जाने वाली फ़ाइलों का पता लगाएं. इसके बाद, पैनल की बाईं ओर मौजूद फ़ाइल नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके उन्हें चुनें.
2. मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई थीं.

Firebase टूल की मदद से संसाधनों को होस्ट करने और क्लाइंट लाइब्रेरी के साथ 'Firebase के लिए Cloud Storage बकेट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कृपया हमारे दस्तावेज़ देखें.

होस्टिंग: Firebase कंसोल में, मेरे होस्टिंग रिलीज़ इतिहास की टेबल में, उन फ़ाइलों की संख्या क्यों दिखती है जो मेरे स्थानीय प्रोजेक्ट में मौजूद फ़ाइलों की संख्या से ज़्यादा हैं?

Firebase, होस्टिंग साइट के बारे में मेटाडेटा वाली अतिरिक्त फ़ाइलें अपने-आप जोड़ता है. ये फ़ाइलें, रिलीज़ के लिए फ़ाइलों की कुल संख्या में शामिल कर ली जाती हैं.

होस्टिंग: Firebase होस्टिंग पर, किस साइज़ की फ़ाइल डिप्लॉय की जा सकती है?

अलग-अलग फ़ाइलों के लिए, होस्टिंग की साइज़ सीमा 2 जीबी ज़्यादा से ज़्यादा 2 जीबी होती है.

हमारा सुझाव है कि बड़ी फ़ाइलों को Cloud Storage का इस्तेमाल करके सेव करें. इसमें हर ऑब्जेक्ट के लिए टेराबाइट की रेंज में, बड़ी फ़ाइलों के साइज़ की सीमा तय की जाती है.

होस्टिंग: हर Firebase प्रोजेक्ट के लिए कितनी होस्टिंग साइटें हो सकती हैं?

Firebase होस्टिंग मल्टीसाइट सुविधा, हर प्रोजेक्ट में ज़्यादा से ज़्यादा 36 साइटों के साथ काम करती है.

परफ़ॉर्मेंस मॉनिटर करना: मैं कितने कस्टम यूआरएल पैटर्न बना सकता/सकती हूं?

हर ऐप्लिकेशन के लिए, ज़्यादा से ज़्यादा 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 के सबसे नए वर्शन का इस्तेमाल करने का सुझाव देते हैं. हालांकि, ऊपर दिए गए किसी भी वर्शन से, परफ़ॉर्मेंस मॉनिटर करने की सुविधा चालू हो जाएगी, ताकि आपके डेटा को करीब-करीब रीयल टाइम में प्रोसेस किया जा सके.

रीयल टाइम डेटाबेस: सितंबर 2016 और मार्च 2017 के बीच, मेरे रीयल टाइम डेटाबेस के बैंडविड्थ को औसत से कम क्यों रिपोर्ट किया गया था?

हम बैंडविथ का हिसाब लगाने के लिए, आम तौर पर एसएसएल एन्क्रिप्शन का ओवरहेड शामिल करते हैं. यह ओएसआई मॉडल के पांचवे लेयर के आधार पर तय होता है. हालांकि, सितंबर 2016 में, हमने एक गड़बड़ी शुरू की थी. इसकी वजह से हमारी बैंडविथ रिपोर्टिंग में डेटा एन्क्रिप्ट (सुरक्षित) करने के तरीके को अनदेखा करना पड़ा था. इसकी वजह से हो सकता है कि कुछ महीनों के लिए, आपके खाते के बैंडविथ और बिल को आर्टिफ़िशियल तरीके से कम रखा गया हो.

हमने मार्च 2017 के आखिर में, इस गड़बड़ी को ठीक कर दिया था. साथ ही, बैंडविथ रिपोर्टिंग और बिलिंग को उनके सामान्य लेवल पर वापस लाया गया.

रीयलटाइम डेटाबेस: रीयलटाइम डेटाबेस की स्केलिंग सीमाएं क्या हैं?

हर रीयल टाइम डेटाबेस इंस्टेंस पर, एक सेकंड में ज़्यादा से ज़्यादा लिखने की सीमाएं तय होती हैं. छोटे अक्षरों में लिखने के लिए, यह सीमा एक सेकंड में करीब 1,000 बार लिखने पर है. अगर आपकी इस सीमा तक पहुंच चुके हैं, तो मल्टी-पाथ अपडेट का इस्तेमाल करके बैच बनाने की कार्रवाइयां, बेहतर थ्रूपुट हासिल करने में मदद कर सकती हैं.

इसके अलावा, हर डेटाबेस इंस्टेंस में एक साथ डेटाबेस कनेक्शन की संख्या की सीमा होती है. हमारी डिफ़ॉल्ट सीमाएं, ज़्यादातर ऐप्लिकेशन के लिए काफ़ी बड़ी हैं. अगर आपको ऐसा ऐप्लिकेशन बनाना है जिसके लिए अतिरिक्त स्केल की ज़रूरत हो, तो आपको अतिरिक्त स्केल के लिए, अपने ऐप्लिकेशन को एक से ज़्यादा डेटाबेस इंस्टेंस में शार्ड करना पड़ सकता है. आपके पास Cloud Firestore को एक विकल्प के तौर पर भी इस्तेमाल करने का विकल्प है.

रीयलटाइम डेटाबेस: अगर रीयलटाइम डेटाबेस को इस्तेमाल करने की तय सीमा पूरी हो जाती है, तो मुझे क्या करना चाहिए?

अगर आपको Firebase कंसोल में यह ईमेल चेतावनी या सूचना मिलती है कि आपने रीयल टाइम डेटाबेस के इस्तेमाल की सीमा को पार कर लिया है, तो इस्तेमाल की तय सीमा के हिसाब से उसे ठीक किया जा सकता है. अपने रीयलटाइम डेटाबेस के इस्तेमाल को देखने के लिए, Firebase कंसोल में रीयलटाइम डेटाबेस इस्तेमाल डैशबोर्ड पर जाएं.

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

• क्वेरी जोड़ें, ताकि आपकी सुनने की कार्रवाइयों से मिलने वाले डेटा को सीमित किया जा सके.
• इंडेक्स नहीं की गई क्वेरी देखना.
• ऐसे लिसनर का इस्तेमाल करें जो सिर्फ़ डेटा के अपडेट डाउनलोड करते हैं — उदाहरण के लिए, once() के बजाय on().
• बिना अनुमति के डाउनलोड करने की सुविधा को ब्लॉक करने के लिए, सुरक्षा नियमों का इस्तेमाल करें.

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

• समय-समय पर क्लीनअप के काम करें.
• अपने डेटाबेस में डुप्लीकेट डेटा कम करें.

ध्यान दें कि आपके खाते के स्टोरेज में सेव किया गया डेटा दिखने में कुछ समय लग सकता है.

अगर आपने एक साथ काम करने वाले डेटाबेस कनेक्शन की सीमा पार कर ली है, तो सेवा में किसी भी तरह की रुकावट से बचने के लिए, अपना प्लान अपग्रेड करें. अगर आपको अपने डेटाबेस से उपयोगकर्ताओं को एक साथ मैनेज करना है, तो REST API के ज़रिए उपयोगकर्ताओं से कनेक्ट करने की कोशिश करें. ऐसा तब करें, जब उन्हें रीयलटाइम कनेक्शन की ज़रूरत न हो.

रिमोट कॉन्फ़िगरेशन: वैल्यू को फ़ेच करने से, मेरे ऐप्लिकेशन के काम करने के तरीके और उसके दिखने के तरीके में बदलाव क्यों नहीं होता?

जब तक fetchAndActivate() वाली वैल्यू फ़ेच नहीं की जातीं, तब तक वैल्यू को डिवाइस में ही सेव किया जाता है. हालांकि, उन्हें चालू नहीं किया जाता. फ़ेच की गई वैल्यू को चालू करने के लिए, activate को कॉल करें, ताकि वे लागू हो सकें. इस डिज़ाइन की मदद से, यह तय किया जा सकता है कि आपके ऐप्लिकेशन के काम करने का तरीका और लुक कब बदले. ऐसा इसलिए, क्योंकि आपके पास यह चुनने का विकल्प होता है कि activate को कब कॉल करना है. activate को कॉल करने के बाद, आपके ऐप्लिकेशन के सोर्स कोड से यह तय होता है कि अपडेट किए गए पैरामीटर की वैल्यू का इस्तेमाल कब किया जाएगा.

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

रिमोट कॉन्फ़िगरेशन एपीआई और इस्तेमाल के मॉडल के बारे में ज़्यादा जानने के लिए, रिमोट कॉन्फ़िगरेशन एपीआई की खास जानकारी देखें.

रिमोट कॉन्फ़िगरेशन: मैं अपना ऐप्लिकेशन डेवलप करते समय, फ़ेच करने के बहुत सारे अनुरोध कर रहा/रही हूं. मेरे ऐप्लिकेशन को फ़ेच करने के अनुरोध भेजने पर, उसे सेवा से हमेशा सबसे नई वैल्यू क्यों नहीं मिलती?

ऐप्लिकेशन डेवलपमेंट के दौरान, हो सकता है कि आप कॉन्फ़िगरेशन को बार-बार (एक घंटे में कई बार) फ़ेच और चालू करना चाहें, ताकि आप ऐप्लिकेशन डेवलप करने और उसकी जांच करने के दौरान उसे तेज़ी से दोहरा सकें. ज़्यादा से ज़्यादा 10 डेवलपर वाले प्रोजेक्ट में तेज़ी से दोहराव के लिए, अपने ऐप्लिकेशन में कम से कम फ़ेच अंतराल (setMinimumFetchIntervalInSeconds) वाले FirebaseRemoteConfigSettings ऑब्जेक्ट को कुछ समय के लिए सेट किया जा सकता है.

रिमोट कॉन्फ़िगरेशन: मेरे ऐप्लिकेशन के फ़ेच करने का अनुरोध भेजने के बाद, रिमोट कॉन्फ़िगरेशन सेवा से कितनी जल्दी वैल्यू फ़ेच की जाती हैं?

आम तौर पर, डिवाइसों को एक सेकंड से भी कम समय में, फ़ेच की गई वैल्यू मिल जाती हैं. साथ ही, अक्सर इन डिवाइसों को मिलीसेकंड में फ़ेच की गई वैल्यू मिलती हैं. रिमोट कॉन्फ़िगरेशन सेवा, फ़ेच करने के अनुरोधों को मिलीसेकंड में हैंडल करती है. हालांकि, फ़ेच करने के अनुरोध को पूरा करने में लगने वाला समय, डिवाइस की नेटवर्क स्पीड और डिवाइस पर इंटरनेट के इस्तेमाल में लगने वाले समय पर निर्भर करेगा.

अगर आपका लक्ष्य यह है कि आपके ऐप्लिकेशन में फ़ेच की गई वैल्यू को जल्द से जल्द लागू किया जाए, लेकिन उपयोगकर्ता को खराब अनुभव न मिले, तो जब-जब आपका ऐप्लिकेशन फ़ुल स्क्रीन पर रीफ़्रेश हो जाए, तब fetchAndActivate पर कॉल जोड़ें.

Firebase यूज़र सेगमेंटेशन स्टोरेज क्या है?

Firebase में उपयोगकर्ता सेगमेंटेशन स्टोरेज में, Firebase इंस्टॉलेशन आईडी और उससे जुड़े एट्रिब्यूट और सेगमेंट के साथ-साथ, ऑडियंस की वे सूचियां सेव की जाती हैं जिन्हें आपने Firebase की अन्य सेवाओं को टारगेट करने की जानकारी देने के लिए बनाया है. जैसे, Crashlytics, FCM, रिमोट कॉन्फ़िगरेशन को उपयोगकर्ता के हिसाब से बनाने की सुविधा वगैरह.