Firebase के बारे में अक्सर पूछे जाने वाले सवाल

Firebase प्रोजेक्ट क्या है?

Firebase प्रोजेक्ट, Firebase के लिए सबसे ऊपर वाली इकाई होती है. किसी प्रोजेक्ट में, Apple, Android या वेब ऐप्लिकेशन रजिस्टर किए जा सकते हैं. अपने ऐप्लिकेशन को Firebase के साथ रजिस्टर करने के बाद, अपने ऐप्लिकेशन में किसी खास प्रॉडक्ट के लिए Firebase SDK टूल जोड़े जा सकते हैं. जैसे, Analytics, Cloud Firestore, Crashlytics या Remote Config.

आपको अपने Apple, Android, और वेब ऐप्लिकेशन के वर्शन को एक ही Firebase प्रोजेक्ट में रजिस्टर करना चाहिए. एक से ज़्यादा Firebase प्रोजेक्ट का इस्तेमाल करके, कई एनवायरमेंट को सपोर्ट किया जा सकता है. जैसे, डेवलपमेंट, स्टेजिंग, और प्रोडक्शन.

Firebase प्रोजेक्ट के बारे में ज़्यादा जानने के लिए, यहां कुछ संसाधन दिए गए हैं:

• Firebase प्रोजेक्ट के बारे में जानकारी — इसमें Firebase प्रोजेक्ट के बारे में कई अहम कॉन्सेप्ट की खास जानकारी दी गई है. जैसे, Google Cloud के साथ उनका संबंध, किसी प्रोजेक्ट और उसके ऐप्लिकेशन और संसाधनों की बुनियादी हैरारकी.
• Firebase प्रोजेक्ट सेट अप करने के सबसे सही तरीके — इसमें Firebase प्रोजेक्ट सेट अप करने और अपने ऐप्लिकेशन को किसी प्रोजेक्ट में रजिस्टर करने के सबसे सही तरीके बताए गए हैं. इससे आपको डेवलपमेंट के वर्कफ़्लो के बारे में साफ़ तौर पर पता चलता है, जो अलग-अलग एनवायरमेंट का इस्तेमाल करता है.

ध्यान दें कि सभी Firebase प्रोजेक्ट के लिए, Firebase आपके प्रोजेक्ट में Google Cloud कंसोल के लेबल पेज पर, firebase:enabled लेबल अपने-आप जोड़ देता है. इस लेबल के बारे में ज़्यादा जानने के लिए, हमारे अक्सर पूछे जाने वाले सवाल देखें.

Google Cloud संगठन क्या होता है?

Google Cloud संगठन, Google Cloud प्रोजेक्ट (इसमें Firebase प्रोजेक्ट भी शामिल हैं) के लिए एक कंटेनर होता है. इस क्रम से, आपके Google Cloud और Firebase प्रोजेक्ट को बेहतर तरीके से व्यवस्थित किया जा सकता है. साथ ही, ऐक्सेस को मैनेज किया जा सकता है और उनकी ऑडिटिंग की जा सकती है. ज़्यादा जानकारी के लिए, संगठन बनाना और उन्हें मैनेज करना लेख पढ़ें.

मैं किसी मौजूदा Google Cloud प्रोजेक्ट में Firebase कैसे जोड़ूं?

आपके पास Google Cloud कंसोल या Google APIs console से मैनेज किए जा रहे मौजूदा Google Cloud प्रोजेक्ट हो सकते हैं.

इन मौजूदा Google Cloud प्रोजेक्ट में Firebase को जोड़ने के लिए, इनमें से किसी भी विकल्प का इस्तेमाल किया जा सकता है:

• Firebase कंसोल का इस्तेमाल करके.
• प्रोग्राम के हिसाब से तय किए गए विकल्प का इस्तेमाल करना:
  • Firebase Management REST API एंडपॉइंट को कॉल करें projects.addFirebase.
  • Firebase सीएलआई कमांड firebase projects:addfirebase चलाएं.
  • Terraform का इस्तेमाल करें.

किसी Google Cloud प्रोजेक्ट में Firebase जोड़ने के बारे में ज़्यादा जानें.

Firebase का Google Cloud के साथ इंटिग्रेशन कैसे काम करता है?

Firebase को Google Cloud के साथ पूरी तरह से इंटिग्रेट किया गया है. प्रोजेक्ट, Firebase और Google Cloud के बीच शेयर किए जाते हैं. इसलिए, प्रोजेक्ट में Firebase और Google Cloud की सेवाएं चालू की जा सकती हैं. Firebase कंसोल या Google Cloud कंसोल से एक ही प्रोजेक्ट को ऐक्सेस किया जा सकता है. खास तौर पर:

• कुछ Firebase प्रॉडक्ट को सीधे तौर पर Google Cloud से मदद मिलती है. जैसे, Cloud Storage for Firebase. Google Cloud की मदद से बनाए गए प्रॉडक्ट की सूची समय के साथ बढ़ती रहेगी.
• आपकी कई सेटिंग, Firebase और Google Cloud के साथ शेयर की जाती हैं. इनमें सहयोगी और बिलिंग की जानकारी शामिल है. Firebase और Google Cloud, दोनों के इस्तेमाल की जानकारी एक ही बिल में दिखती है.

इसके अलावा, इस्तेमाल के हिसाब से पैसे चुकाने वाले Blaze प्लान पर अपग्रेड करने पर, आपको Google Cloud के वर्ल्ड-क्लास इंफ़्रास्ट्रक्चर-एज़-अ-सर्विस और एपीआई इस्तेमाल करने का विकल्प मिलता है. इन्हें सीधे तौर पर अपने Firebase प्रोजेक्ट में इस्तेमाल किया जा सकता है. इसके लिए, आपको Google Cloud स्टैंडर्ड कीमत चुकानी होगी. विश्लेषण के लिए, Google Cloud से डेटा को सीधे BigQuery में भी एक्सपोर्ट किया जा सकता है. ज़्यादा जानने के लिए, BigQuery को Firebase से लिंक करें लेख पढ़ें.

Firebase के साथ Google Cloud का इस्तेमाल करने के कई फ़ायदे हैं. जैसे, सुरक्षा को बेहतर बनाना, इंतज़ार के समय को कम करना, और समय बचाना. ये फ़ायदे, क्लाउड की उन सेवाओं के मुकाबले ज़्यादा हैं जो एक ही जगह पर मौजूद नहीं हैं. ज़्यादा जानकारी के लिए, Google Cloud साइट देखें.

मेरे Google Cloud प्रोजेक्ट पर firebase:enabled लेबल क्यों लगा है?

Google Cloud कंसोल में अपने प्रोजेक्ट के लिए, आपको लेबल पेज पर 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 Management REST API या Firebase CLI का इस्तेमाल करके भी Firebase जोड़ा जा सकता है.

Firebase कंसोल, मेरे मौजूदा Google Cloud प्रोजेक्ट की सूची क्यों लोड नहीं कर पा रहा है?

यह अक्सर पूछे जाने वाला सवाल, ज़्यादातर तब लागू होता है, जब Firebase कंसोल का इस्तेमाल करके, किसी मौजूदा Google Cloud प्रोजेक्ट में "Firebase जोड़ना" हो और आपके पास हज़ारों Google Cloud प्रोजेक्ट का ऐक्सेस हो.

Firebase कंसोल को हज़ारों Google Cloud प्रोजेक्ट लोड करने के लिए नहीं बनाया गया है. इसके बजाय, हमारा सुझाव है कि आप अपने मौजूदा Google Cloud प्रोजेक्ट में "Firebase जोड़ें" के लिए, Firebase सीएलआई, REST API या Terraform का इस्तेमाल करें.

इसके अलावा, आपको अक्सर पूछे जाने वाले सवाल "मेरे Firebase प्रोजेक्ट की सूची में मेरा Firebase प्रोजेक्ट क्यों नहीं दिख रहा है?" को भी देखना चाहिए

Firebase प्रोजेक्ट की सूची में मेरा Firebase प्रोजेक्ट क्यों नहीं दिख रहा है?

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

• Firebase console में देखे जा रहे प्रोजेक्ट की सूची में
• REST API projects.list एंडपॉइंट को कॉल करने पर मिले जवाब में
• Firebase सीएलआई कमांड चलाने पर मिले जवाब में firebase projects:list

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

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

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

मेरे पास हर Google खाते (ईमेल पते) के लिए कितने प्रोजेक्ट हो सकते हैं?

• Spark का कीमत प्लान: इसमें प्रोजेक्ट बनाने का कोटा सीमित होता है. आम तौर पर, इसमें 5 से 10 प्रोजेक्ट बनाए जा सकते हैं.
• ब्लेज़ की कीमत वाला प्लान: प्रोजेक्ट बनाने का कोटा अब भी सीमित है. हालांकि, Cloud Billing खाते को लिंक करने पर, यह बढ़ सकता है.

प्रोजेक्ट बनाने के कोटे की सीमा के बारे में इन बातों का ध्यान रखें:

• यह सीमा सिर्फ़ Firebase के लिए नहीं है. प्रोजेक्ट कोटा के लिए, Firebase की सीमाएं Google Cloud की सीमाओं के बराबर होती हैं.
• अगर आपको इसकी ज़रूरत है, तो प्रोजेक्ट के कोटा को बढ़ाने का अनुरोध करें.
• किसी प्रोजेक्ट को पूरी तरह से मिटाने में 30 दिन लगते हैं. साथ ही, जब तक प्रोजेक्ट पूरी तरह से मिट नहीं जाता, तब तक उसे प्रोजेक्ट के कोटे में गिना जाता है.

Firebase प्रोजेक्ट सेट अप करने के लिए, Firebase के सुझाए गए सामान्य सबसे सही तरीकों के बारे में जानें.

एक Firebase प्रोजेक्ट में कितने Firebase ऐप्लिकेशन हो सकते हैं?

Firebase प्रोजेक्ट, Apple, Android, और वेब पर मौजूद Firebase ऐप्लिकेशन के लिए एक कंटेनर होता है. Firebase, किसी Firebase प्रोजेक्ट में Firebase ऐप्लिकेशन की कुल संख्या को 30 तक सीमित करता है.

इस संख्या के बाद, परफ़ॉर्मेंस कम होने लगती है. खास तौर पर, Google Analytics के लिए ऐसा होता है. आखिर में, ज़्यादा ऐप्लिकेशन होने पर, प्रॉडक्ट की कुछ सुविधाएं काम करना बंद कर देती हैं. इसके अलावा, अगर पुष्टि करने के लिए Google साइन-इन का इस्तेमाल किया जाता है, तो आपके प्रोजेक्ट में मौजूद हर ऐप्लिकेशन के लिए, OAuth 2.0 क्लाइंट आईडी बनाया जाता है. एक प्रोजेक्ट में, करीब 30 क्लाइंट आईडी बनाए जा सकते हैं.

आपको यह पक्का करना चाहिए कि एक Firebase प्रोजेक्ट में मौजूद सभी Firebase ऐप्लिकेशन, एक ही ऐप्लिकेशन के प्लैटफ़ॉर्म वर्शन हों. उदाहरण के लिए, अगर आपने कोई वाइट-लेबल ऐप्लिकेशन बनाया है, तो लेबल किए गए हर ऐप्लिकेशन का अपना Firebase प्रोजेक्ट होना चाहिए. हालांकि, उस लेबल के Apple और Android वर्शन एक ही प्रोजेक्ट में हो सकते हैं. Firebase प्रोजेक्ट सेट अप करने के सबसे सही तरीकों के बारे में सामान्य जानकारी में ज़्यादा जानकारी पढ़ें.

अगर आपके प्रोजेक्ट के लिए 30 से ज़्यादा ऐप्लिकेशन की ज़रूरत है, तो ऐप्लिकेशन की सीमा बढ़ाने का अनुरोध किया जा सकता है. यह अनुरोध करने के लिए, यह ज़रूरी है कि आपका प्रोजेक्ट, ब्लेज़ प्राइसिंग प्लान पर हो. Google Cloud कंसोल पर जाएं और अनुरोध करें. इसके बाद, अनुरोध का आकलन किया जाएगा. 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

मेरे Firebase प्रोजेक्ट या ऐप्लिकेशन से Google Play / AdMob / Google Ads / BigQuery को लिंक करने की ज़रूरी शर्तें क्या हैं?

• अपने Google Play खाते को लिंक करने के लिए, आपको यह जानकारी देनी होगी:
  • Firebase का इनमें से कोई एक रोल: मालिक या Firebase का एडमिन
  • इनमें से कोई एक Google Play ऐक्सेस लेवल: खाते का मालिक या एडमिन
• अपने AdMob ऐप्लिकेशन को लिंक करने के लिए, आपके पास Firebase प्रोजेक्ट के मालिक और AdMob एडमिन, दोनों की भूमिकाएं होनी चाहिए.
• अपने AdWords खाते को लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक और AdWords का एडमिन, दोनों होना चाहिए.
• अपने BigQuery प्रोजेक्ट को लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक होना चाहिए.

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

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

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

प्रोजेक्ट के हर सदस्य को असाइन की गई भूमिकाओं को मैनेज करने के लिए, आपके पास Firebase प्रोजेक्ट के मालिक का ऐक्सेस होना चाहिए. इसके अलावा, आपको ऐसी भूमिका असाइन की गई हो जिसमें resourcemanager.projects.setIamPolicy की अनुमति हो.

यहां दी गई जगहों पर, भूमिकाएं असाइन और मैनेज की जा सकती हैं:

• Firebase कंसोल में, प्रोजेक्ट के सदस्यों को भूमिकाएं असाइन करने का आसान तरीका उपलब्ध है. इसके लिए, settings > प्रोजेक्ट सेटिंग में जाकर, उपयोगकर्ता और अनुमतियां टैब पर जाएं. Firebase कंसोल में, इनमें से कोई भी भूमिका असाइन की जा सकती है: बुनियादी भूमिकाएं (मालिक, एडिटर, व्यूअर), Firebase एडमिन/व्यूअर की भूमिकाएं या Firebase की पहले से तय की गई प्रॉडक्ट-कैटेगरी की भूमिकाएं.
• Google Cloud कंसोल, प्रोजेक्ट के सदस्यों को भूमिकाएं असाइन करने के लिए कई तरह के टूल उपलब्ध कराता है. ये टूल, IAM पेज पर उपलब्ध होते हैं. Cloud कंसोल में, कस्टम भूमिकाएं बनाई और मैनेज की जा सकती हैं. साथ ही, सेवा खातों को अपने प्रोजेक्ट का ऐक्सेस दिया जा सकता है.

  ध्यान दें कि Google Cloud कंसोल में, प्रोजेक्ट के सदस्यों को मुख्य खाते कहा जाता है.

अगर आपके प्रोजेक्ट का मालिक, अब मालिक की भूमिका से जुड़े टास्क नहीं कर सकता (उदाहरण के लिए, उस व्यक्ति ने आपकी कंपनी छोड़ दी है) और आपके प्रोजेक्ट को Google Cloud संगठन के ज़रिए मैनेज नहीं किया जाता है (अगला पैराग्राफ़ देखें), तो Firebase सहायता टीम से संपर्क करें. साथ ही, उनसे Firebase प्रोजेक्ट का ऐक्सेस पाने का तरीका जानें.

ध्यान दें कि अगर कोई Firebase प्रोजेक्ट किसी Google Cloud संगठन का हिस्सा है, तो हो सकता है कि उसका कोई मालिक न हो. अगर आपको अपने Firebase प्रोजेक्ट के लिए मालिक नहीं मिल रहा है, तो उस व्यक्ति से संपर्क करें जो आपके Google Cloud संगठन को मैनेज करता है. उससे प्रोजेक्ट के लिए मालिक असाइन करने का अनुरोध करें.

मैं किसी Firebase प्रोजेक्ट के मालिक का पता कैसे लगाऊं?

प्रोजेक्ट के सदस्यों और उनकी भूमिकाओं को इन जगहों पर देखा जा सकता है:

• अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस है, तो Firebase कंसोल के उपयोगकर्ता और अनुमतियां पेज में जाकर, प्रोजेक्ट के सदस्यों की सूची देखी जा सकती है. इसमें मालिक भी शामिल होते हैं.
• अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस नहीं है, तो देखें कि आपके पास Google Cloud कंसोल में प्रोजेक्ट का ऐक्सेस है या नहीं. Google Cloud कंसोल के 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. अगर अब भी प्रोजेक्ट को ऐक्सेस नहीं किया जा सकता या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो इनकी जांच करें:
   • पक्का करें कि आपने Firebase में उसी Google खाते से साइन इन किया हो जिसके पास प्रोजेक्ट का ऐक्सेस है. कंसोल में सबसे ऊपर दाएं कोने में मौजूद अपने खाते के अवतार का इस्तेमाल करके, Firebase कंसोल में साइन इन और साइन आउट किया जा सकता है.
   • पक्का करें कि प्रोजेक्ट के लिए, Firebase Management API चालू हो.
   • पक्का करें कि आपको आईएम की बुनियादी भूमिकाओं (मालिक, एडिटर, व्यूअर) में से कोई एक भूमिका असाइन की गई हो. इसके अलावा, आपको ऐसी भूमिका असाइन की गई हो जिसमें Firebase से जुड़ी अनुमतियां शामिल हों. उदाहरण के लिए, Firebase की पहले से तय की गई भूमिका. Google Cloud कंसोल के IAM पेज पर जाकर, अपनी भूमिकाएं देखी जा सकती हैं.
   • अगर आपका प्रोजेक्ट किसी Google Cloud संगठन से जुड़ा है, तो आपको Google Cloud कंसोल में प्रोजेक्ट को देखने के लिए, अतिरिक्त अनुमतियों की ज़रूरत पड़ सकती है.Firebase अपने Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें. उससे प्रोजेक्ट देखने के लिए, सही भूमिका देने का अनुरोध करें. उदाहरण के लिए, ब्राउज़र की भूमिका.

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

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

यह अक्सर पूछे जाने वाला सवाल तब लागू होता है, जब आपको इनमें से कोई समस्या आ रही हो:

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

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

1. सेवा में कोई रुकावट तो नहीं है, यह जानने के लिए Firebase के स्थिति डैशबोर्ड की Console लाइन देखें.
2. पक्का करें कि सही ब्राउज़र का इस्तेमाल किया जा रहा हो.
3. Firebase कंसोल को गुप्त या निजी विंडो में लोड करने की कोशिश करें.
4. सभी ब्राउज़र एक्सटेंशन बंद करें.
5. पुष्टि करें कि नेटवर्क कनेक्शन को विज्ञापन रोकने वाले सॉफ़्टवेयर, एंटीवायरस, प्रॉक्सी, फ़ायरवॉल या अन्य सॉफ़्टवेयर ने ब्लॉक न किया हो.
6. किसी दूसरे नेटवर्क या डिवाइस का इस्तेमाल करके, Firebase कंसोल को लोड करके देखें.
7. अगर Chrome का इस्तेमाल किया जा रहा है, तो डेवलपर टूल कंसोल में जाकर देखें कि कोई गड़बड़ी तो नहीं है.

अगर ऊपर बताए गए किसी भी तरीके से समस्या हल नहीं होती है, तो Firebase की सहायता टीम से संपर्क करें.

मेरी Firebase कंसोल की भाषा कैसे तय की जाती है?

Firebase Console की भाषा सेटिंग, Google खाते की सेटिंग में चुनी गई भाषा के हिसाब से तय होती है.

अपनी पसंदीदा भाषा बदलने के लिए, भाषा बदलना लेख पढ़ें.

Firebase कंसोल में इन भाषाओं का इस्तेमाल किया जा सकता है:

• अंग्रेज़ी
• ब्राज़ीलियन पॉर्चुगीज़
• फ़्रेंच
• जर्मन
• इंडोनेशियन
• जैपनीज़
• कोरियन
• रशियन
• सरलीकृत चीनी
• स्पैनिश
• पारंपरिक चीनी

Firebase कंसोल में कौनसी भूमिकाएं और अनुमतियां उपलब्ध हैं?

Firebase कंसोल और Google Cloud कंसोल, दोनों में एक जैसी भूमिकाएं और अनुमतियां होती हैं. Firebase IAM के दस्तावेज़ में, भूमिकाओं और अनुमतियों के बारे में ज़्यादा जानें.

Firebase में मालिक, एडिटर, और दर्शक की बुनियादी भूमिकाएं उपलब्ध हैं:

• प्रोजेक्ट का मालिक, प्रोजेक्ट में अन्य सदस्यों को जोड़ सकता है. साथ ही, इंटिग्रेशन सेट अप कर सकता है. जैसे, प्रोजेक्ट को BigQuery या Slack जैसी सेवाओं से लिंक करना. इसके अलावा, उसके पास प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस होता है.
• प्रोजेक्ट के एडिटर के पास, प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस होता है.
• प्रोजेक्ट के दर्शक के पास, प्रोजेक्ट को सिर्फ़ पढ़ने का ऐक्सेस होता है. ध्यान दें कि Firebase कंसोल, प्रोजेक्ट व्यूअर के लिए, यूज़र इंटरफ़ेस (यूआई) में बदलाव करने वाले कंट्रोल को नहीं छिपाता/बंद नहीं करता. हालांकि, व्यूअर की भूमिका वाले प्रोजेक्ट सदस्यों के लिए ये कार्रवाइयां पूरी नहीं होंगी.

Firebase इनके साथ भी काम करता है:

• Firebase की पहले से तय की गई भूमिकाएं — Firebase के लिए खास तौर पर तैयार की गई भूमिकाएं. इनकी मदद से, मालिक, एडिटर, और दर्शक की बुनियादी भूमिकाओं के मुकाबले, ज़्यादा बारीकी से ऐक्सेस कंट्रोल किया जा सकता है.
• कस्टम भूमिकाएं — ये आईएएम की ऐसी भूमिकाएं होती हैं जिन्हें पूरी तरह से अपनी पसंद के मुताबिक बनाया जा सकता है. इन्हें अनुमतियों का ऐसा सेट बनाने के लिए बनाया जाता है जो आपके संगठन की खास ज़रूरतों को पूरा करता हो.

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

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

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

अपने प्रोजेक्ट आईडी के एलान में, इन चीज़ों के लिए गलत मिलान की जांच करें:

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

अलग-अलग प्लैटफ़ॉर्म पर इन जगहों पर जाकर देखें:

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

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

कौनसे प्रॉडक्ट के लिए शुल्क लिया जाता है? बिना किसी शुल्क के कौनसी सुविधाएं उपलब्ध हैं?

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

मुझे कैसे पता चलेगा कि मेरे लिए कौनसा प्राइसिंग प्लान सही है?

कीमतों के बारे में ज़्यादा जानने के लिए, Firebase की कीमतें देखें.

स्पार्क प्राइसिंग प्लान

Spark का बिना शुल्क वाला प्लान, बिना किसी शुल्क के ऐप्लिकेशन डेवलप करने के लिए एक बेहतरीन विकल्प है. आपको बिना किसी शुल्क के Firebase के सभी प्रॉडक्ट (जैसे कि Analytics, Remote Config, Crashlytics वगैरह) मिलते हैं. साथ ही, आपको पैसे चुकाकर इस्तेमाल की जाने वाली इंफ़्रास्ट्रक्चर सुविधाओं का भी भरपूर फ़ायदा मिलता है. हालांकि, अगर आपने किसी कैलेंडर महीने में Spark के प्राइसिंग प्लान के संसाधनों का इस्तेमाल तय सीमा से ज़्यादा किया, तो आपका ऐप्लिकेशन उस महीने के बाकी दिनों के लिए बंद कर दिया जाएगा. इसके अलावा, Spark के प्राइसिंग प्लान का इस्तेमाल करने पर, Google Cloud की सुविधाएं उपलब्ध नहीं होती हैं.

ब्लेज़ प्लान

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

क्या मैं किसी भी समय अपग्रेड, डाउनग्रेड या रद्द कर सकता/सकती हूं?

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

ब्लेज़ प्राइसिंग प्लान में बिना किसी शुल्क के इस्तेमाल की सुविधा, स्पार्क प्राइसिंग प्लान में बिना किसी शुल्क के इस्तेमाल की सुविधा से कैसे अलग है?

ब्लेज़ प्राइसिंग प्लान पर बिना किसी शुल्क के इस्तेमाल को हर दिन गिना जाता है. इस्तेमाल की सीमाएं भी, Spark के प्राइसिंग प्लान से अलग होती हैं. ये सीमाएं, Cloud Functions, फ़ोन से पुष्टि करने की सुविधा, और Test Lab के लिए अलग-अलग होती हैं.

Cloud Functions के लिए, ब्लेज़ प्राइसिंग प्लान में बिना किसी शुल्क के इस्तेमाल की सुविधा का हिसाब, प्रोजेक्ट लेवल पर नहीं, बल्कि Cloud Billing खाता लेवल पर लगाया जाता है. साथ ही, इस पर ये सीमाएं लागू होती हैं:

• हर महीने 20 लाख बार इस्तेमाल किया जा सकता है
• 4,00,000 के जीबी-सेकंड/महीना
• हर महीने 2,00,000 सीपीयू-सेकंड
• नेटवर्किंग के लिए हर महीने 5 जीबी का डेटा

फ़ोन से पुष्टि करने की सुविधा के लिए, ब्लेज़ प्राइसिंग प्लान में बिना किसी शुल्क के इस्तेमाल की सुविधा का हिसाब हर महीने लगाया जाता है.

Test Lab के लिए, ब्लेज़ प्राइसिंग प्लान में बिना किसी शुल्क के इस्तेमाल करने की ये सीमाएं हैं:

• फ़िज़िकल डिवाइस पर हर दिन 30 मिनट
• हर दिन, 60 वर्चुअल डिवाइस मिनट

क्या Spark प्लान से Blaze प्लान पर स्विच करने पर, बिना किसी शुल्क के इस्तेमाल करने की सीमा रीसेट हो जाती है?

स्पार्क प्राइसिंग प्लान में, बिना किसी शुल्क के इस्तेमाल की सुविधा, ब्लेज़ प्राइसिंग प्लान में शामिल है. ब्लेज़ प्राइसिंग प्लान पर स्विच करने पर, बिना किसी शुल्क के इस्तेमाल करने की सुविधा रीसेट नहीं होती.

अगर मैं Google Cloud कंसोल में किसी Firebase प्रोजेक्ट से कोई बिलिंग खाता लिंक करता हूं, तो उस प्रोजेक्ट का क्या होगा?

अगर Cloud Billing खाता, Google Cloud कंसोल में किसी प्रोजेक्ट से लिंक है, तो वही प्रोजेक्ट अपने-आप Firebase के इस्तेमाल के हिसाब से शुल्क चुकाने वाले Blaze प्लान में अपग्रेड हो जाएगा. ऐसा तब होगा, जब वह प्रोजेक्ट बिना किसी शुल्क वाले Spark प्लान पर हो.

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

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

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

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

क्या ब्लेज़ प्राइसिंग प्लान में इस्तेमाल की सीमा तय की जा सकती है?

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

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

मुझे किस तरह की सहायता मिलेगी?

Firebase के सभी ऐप्लिकेशन के लिए, Firebase की टीम से ईमेल के ज़रिए सहायता मिलती है. इसमें बिना किसी शुल्क वाले प्लान का इस्तेमाल करने वाले ऐप्लिकेशन भी शामिल हैं. यह सहायता, अमेरिका के पैसिफ़िक समय के हिसाब से कारोबार के समय के दौरान मिलती है. सभी खातों के लिए, बिलिंग से जुड़ी समस्याओं, खाते से जुड़ी समस्याओं, तकनीकी (समस्या हल करने) सवालों, और घटना की रिपोर्ट के लिए, सहायता टीम से संपर्क किया जा सकता है.

क्या ओपन-सोर्स, गैर-लाभकारी या शिक्षा से जुड़े कामों के लिए छूट दी जाती है?

Spark के बिना शुल्क वाले प्लान का इस्तेमाल कोई भी व्यक्ति या संगठन कर सकता है. इसमें गैर-लाभकारी संगठन, स्कूल, और ओपन-सोर्स प्रोजेक्ट शामिल हैं. इन प्लान में पहले से ही काफ़ी कोटा शामिल होता है. इसलिए, हम ओपन-सोर्स, गैर-लाभकारी या शिक्षा से जुड़े प्रोजेक्ट के लिए कोई खास छूट या प्लान नहीं देते.

क्या एंटरप्राइज़ कॉन्ट्रैक्ट, कीमत, सहायता या खास इन्फ़्रास्ट्रक्चर होस्टिंग की सुविधा दी जाती है?

Blaze का पे-ऐज़-यू-गो वाला प्लान, हर साइज़ की कंपनियों के लिए सही है. साथ ही, हमारा एसएलए, क्लाउड इन्फ़्रास्ट्रक्चर के लिए इंडस्ट्री स्टैंडर्ड को पूरा करता है या उससे बेहतर है. हालांकि, हम एंटरप्राइज़ कॉन्ट्रैक्ट, कीमत या सहायता नहीं देते हैं. साथ ही, हम Realtime Database जैसी सेवाओं के लिए, इंफ़्रास्ट्रक्चर होस्टिंग (यानी कि ऑन-प्रिमाइसेस इंस्टॉलेशन) की सुविधा भी नहीं देते हैं. हालांकि, हम इनमें से कुछ सुविधाओं को जोड़ने के विकल्पों पर काम कर रहे हैं.

क्या आपने ऐड-हॉक प्राइसिंग की सुविधा दी है? मुझे सिर्फ़ एक या दो सुविधाओं के लिए, इस्तेमाल के हिसाब से शुल्क चुकाने का विकल्प चाहिए.

हम पे-ऐज़-यू-गो वाले Blaze प्लान के ज़रिए, विज्ञापन के लिए तय की गई कीमत को कुछ समय के लिए ऑफ़र करते हैं. इसमें आपको सिर्फ़ उन सुविधाओं के लिए पेमेंट करना होता है जिनका इस्तेमाल किया जाता है.

Firebase के सशुल्क प्लान, Ads के साथ कैसे काम करते हैं? क्या पैसे चुकाकर लिए जाने वाले प्लान के साथ, बिना किसी शुल्क के विज्ञापन क्रेडिट मिलते हैं?

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

सभी विज्ञापन कैंपेन सीधे तौर पर Ads में मैनेज किए जाते हैं. साथ ही, Ads की बिलिंग को Ads कंसोल से मैनेज किया जाता है.

Flame के लिए कीमत तय करने वाले प्लान का क्या हुआ?

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

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

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

क्या आपको Firebase की अन्य योजनाओं के बारे में जानना है? हमारे Firebase के सदस्यता प्लान की कीमतों की जानकारी वाले पेज पर जाएं. अगर आपको किसी मौजूदा प्रोजेक्ट को किसी दूसरे प्राइसिंग प्लान पर ले जाना है, तो अपने प्रोजेक्ट के लिए Firebase कंसोल में जाकर ऐसा किया जा सकता है.

Flame प्लान के बंद होने के बारे में अक्सर पूछे जाने वाले अन्य सवाल

मुझे Firebase में निजता और सुरक्षा के बारे में जानकारी कहां मिल सकती है?

Firebase में निजता और सुरक्षा पेज पर जाएं.

क्या Firebase SDK टूल, Analytics के बाहर इस्तेमाल/डाइग्नोस्टिक से जुड़ी कोई जानकारी लॉग करते हैं?

हां. फ़िलहाल, यह सुविधा सिर्फ़ iOS पर उपलब्ध है. हालांकि, आने वाले समय में इसे दूसरे डिवाइसों के लिए भी उपलब्ध कराया जा सकता है. Firebase Apple प्लैटफ़ॉर्म SDK टूल में, FirebaseCoreDiagnostics फ़्रेमवर्क डिफ़ॉल्ट रूप से शामिल होता है. इस फ़्रेमवर्क का इस्तेमाल Firebase, SDK टूल के इस्तेमाल और डाइग्नोस्टिक्स की जानकारी इकट्ठा करने के लिए करता है. इससे, आने वाले समय में प्रॉडक्ट को बेहतर बनाने के लिए प्राथमिकता तय करने में मदद मिलती है. FirebaseCoreDiagnostics का इस्तेमाल करना ज़रूरी नहीं है. इसलिए, अगर आपको Firebase के डाइग्नोस्टिक लॉग नहीं भेजने हैं, तो लाइब्रेरी को अपने ऐप्लिकेशन से अनलिंक करके ऐसा किया जा सकता है. GitHub पर, लॉग की गई वैल्यू के साथ-साथ पूरा सोर्स ब्राउज़ किया जा सकता है

A/B Testing: मैं कितने एक्सपेरिमेंट बना सकता/सकती हूं और उन्हें चला सकता/सकती हूं?

हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा 300 एक्सपेरिमेंट किए जा सकते हैं. इनमें से ज़्यादा से ज़्यादा 24 एक्सपेरिमेंट चालू हो सकते हैं. बाकी एक्सपेरिमेंट ड्राफ़्ट के तौर पर सेव किए जा सकते हैं या पूरे हो सकते हैं.

A/B Testing: अपने प्रोजेक्ट को Google Analytics से अनलिंक करने और फिर से लिंक करने के बाद, मुझे अपने एक्सपेरिमेंट क्यों नहीं दिख रहे हैं?

किसी दूसरी Google Analytics प्रॉपर्टी से लिंक करने पर, आपको पहले से बनाए गए एक्सपेरिमेंट का ऐक्सेस नहीं मिलेगा. पिछले एक्सपेरिमेंट का ऐक्सेस वापस पाने के लिए, अपने प्रोजेक्ट को उस Google Analytics प्रॉपर्टी से फिर से लिंक करें जिससे एक्सपेरिमेंट बनाते समय लिंक किया गया था.

A/B Testing: Remote Config एक्सपेरिमेंट बनाते समय, मुझे "प्रोजेक्ट, Google Analytics से लिंक नहीं है" मैसेज क्यों मिलता है?

अगर आपने पहले ही Firebase और Google Analytics को लिंक कर दिया है, लेकिन आपको अब भी यह मैसेज दिख रहा है कि Google Analytics लिंक नहीं है, तो पक्का करें कि आपके प्रोजेक्ट में सभी ऐप्लिकेशन के लिए Analytics स्ट्रीम मौजूद हो. फ़िलहाल, A/B टेस्टिंग का इस्तेमाल करने के लिए, किसी प्रोजेक्ट के सभी ऐप्लिकेशन को Google Analytics स्ट्रीम से कनेक्ट करना ज़रूरी है.

Firebase कंसोल में, settingsप्रोजेक्ट सेटिंग chevron_right इंटिग्रेशन chevron_right Google Analytics chevron_right मैनेज करें पर जाकर, Google Analytics इंटिग्रेशन की जानकारी पेज पर, सभी चालू स्ट्रीम की सूची देखी जा सकती है.

जिस ऐप्लिकेशन के लिए 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 लिंक बनाने वाला उपयोगकर्ता ही AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन के बीच नए लिंक बना सकता है. साथ ही, यह ज़रूरी है कि उसने Firebase सेवा की शर्तों को स्वीकार किया हो.

AdMob: AdMob का इस्तेमाल करने के लिए, मुझे कौनसे एसडीके टूल इस्तेमाल करने चाहिए?

AdMob का इस्तेमाल करने के लिए, हमेशा Google Mobile Ads एसडीके का इस्तेमाल करें. इसके बारे में इस अक्सर पूछे जाने वाले सवाल में बताया गया है. इसके अलावा, अगर आपको AdMob के लिए उपयोगकर्ता मेट्रिक का डेटा इकट्ठा करना है, तो अपने ऐप्लिकेशन में Google Analytics के लिए Firebase SDK टूल शामिल करें. हालांकि, ऐसा करना ज़रूरी नहीं है.

• iOS प्रोजेक्ट के लिए:
  AdMob iOS के दस्तावेज़ में दिए गए निर्देशों का पालन करके, Google Mobile Ads SDK टूल इंपोर्ट करें.
• Android प्रोजेक्ट के लिए:
  Google Mobile Ads SDK टूल की डिपेंडेंसी को अपनी build.gradle फ़ाइल में जोड़ें:
  implementation 'com.google.android.gms:play-services-ads:24.9.0'
  
• C++ प्रोजेक्ट और Unity प्रोजेक्ट के लिए: इससे जुड़े दस्तावेज़ में दिए गए निर्देशों का पालन करें.

Analytics: Firebase के प्रॉडक्ट इस्तेमाल करने के लिए, Google Analytics को क्यों सुझाया जाता है?

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

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 खाते के लिंक पर क्लिक करें.

Analytics मेरे iOS ऐप्लिकेशन में ऑन-डिवाइस मेज़रमेंट की सुविधा: ऑन-डिवाइस कन्वर्ज़न मेज़रमेंट की सुविधा के लिए, Analytics SDK को कैसे अपडेट किया गया था और क्या मुझे अपग्रेड करना होगा?

इवेंट डेटा का इस्तेमाल करके, ऑन-डिवाइस कन्वर्ज़न मेज़रमेंट को अपडेट करने वाली हमारी रिलीज़ से पहले, डेवलपर को ऑन-डिवाइस मेज़रमेंट की सुविधाओं का इस्तेमाल करने के लिए, कई एसडीके मॉड्यूल को मैन्युअल तरीके से शामिल करना पड़ता था. इसमें काफ़ी समय लगता था. इस वजह से, हमने मौजूदा डिफ़ॉल्ट एसडीके मॉड्यूल (FirebaseAnalytics) को अपडेट किया है, ताकि Google Ads के लिए ऑन-डिवाइस कन्वर्ज़न मेज़रमेंट की सुविधाएं भी शामिल की जा सकें.

अगर आपने Firebase iOS SDK के लिए डिफ़ॉल्ट Google Analytics इंस्टॉल किया है, तो आपका ऐप्लिकेशन भी ऑन-डिवाइस कन्वर्ज़न मेज़रमेंट की सुविधाओं का फ़ायदा पा सकता है.

अगर आपने एसडीके को किसी खास वर्शन पर पिन किया है, तो इसे 11.14.0 या इसके बाद वाले वर्शन पर अपडेट करें. साथ ही, अपने ऐप्लिकेशन का नया वर्शन रिलीज़ करें.

Analytics मेरे iOS ऐप्लिकेशन में: क्या मैं विज्ञापन एट्रिब्यूशन और आईडीएफ़ए कलेक्शन की सुविधाओं के बिना Analytics इंस्टॉल कर सकता हूं?

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

Analytics: अक्टूबर 2021 के अपडेट के बाद, Google Analytics सेक्शन में क्या बदलाव हुए हैं?

इन बदलावों के बारे में खास जानकारी पाने के लिए, Firebase सहायता केंद्र का यह लेख पढ़ें: 'Firebase के लिए Google Analytics' में Google Analytics 4 प्रॉपर्टी के नए फंक्शन के बारे में जानकारी.

Analytics: Google Analytics से Firebase को अनलिंक करने के बाद, मुझे Firebase कंसोल में Analytics का कोई डेटा क्यों नहीं दिख रहा है?

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

अपने Firebase प्रोजेक्ट को नए Google Analytics खाते (और इस तरह नई Google Analytics प्रॉपर्टी) से लिंक करने पर, 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 — अब आपको क्रैश-फ़्री उपयोगकर्ताओं, ब्रेडक्रंब लॉग, और/या वेलोसिटी अलर्ट नहीं दिखेंगे.
• Cloud Messaging और In-App Messaging — अब टारगेटिंग, कैंपेन मेट्रिक, ऑडियंस सेगमेंटेशन, और Analytics लेबल का इस्तेमाल नहीं किया जा सकता.
• Remote Config — अब टारगेट किए गए कॉन्फ़िगरेशन या दिलचस्पी के मुताबिक विज्ञापन दिखाने की सुविधा का इस्तेमाल नहीं किया जा सकेगा.
• A/B Testing — अब A/B Testing का इस्तेमाल नहीं किया जा सकता, क्योंकि एक्सपेरिमेंट के मेज़रमेंट की जानकारी Google Analytics से मिलती है.
• Dynamic Links — Google Analytics के डेटा पर निर्भर रहने वाली कोई भी सुविधा काम नहीं करेगी.

इसके अलावा, इन इंटिग्रेशन पर भी असर पड़ेगा:

• अब Analytics से BigQuery में डेटा एक्सपोर्ट नहीं किया जा सकता.
• अब Google Ads इंटिग्रेशन या Google AdMob इंटिग्रेशन का इस्तेमाल नहीं किया जा सकेगा.

Analytics: क्या Analytics डेटा को एक Firebase प्रोजेक्ट से दूसरे प्रोजेक्ट में ट्रांसफ़र किया जा सकता है?

नहीं, Analytics डेटा को सीधे एक Firebase प्रोजेक्ट से दूसरे प्रोजेक्ट में नहीं भेजा जा सकता. हालांकि, दोनों प्रोजेक्ट से डेटा एक्सपोर्ट करके, उसे एक ही जगह पर इकट्ठा किया जा सकता है. जैसे, BigQuery में डेटा इकट्ठा करके उसका विश्लेषण किया जा सकता है.

मौजूदा डेटा को ट्रांसफ़र नहीं किया जा सकता. हालांकि, किसी मौजूदा Analytics प्रॉपर्टी को नए Firebase प्रोजेक्ट से लिंक किया जा सकता है. इसके बाद, उस नए प्रोजेक्ट में डेटा इकट्ठा करना शुरू किया जा सकता है. यह लिंकिंग, Firebase कंसोल या Google Analytics यूज़र इंटरफ़ेस (यूआई) में की जा सकती है. किसी प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करने के बारे में ज़्यादा जानें.

Analytics: मैं उन उपयोगकर्ताओं को कैसे सेगमेंट करूं जिन्होंने कुछ मानदंड पूरे नहीं किए हैं?

इन उपयोगकर्ताओं को "नेगेटिव टारगेटिंग" करके, समस्या को फिर से फ़्रेम किया जा सकता है. उदाहरण के लिए, समस्या को इस तरह से फ़्रेम करें: "उन लोगों को विज्ञापन न दिखाएं जिन्होंने कुछ खरीदा है". इसके बाद, टारगेट करने के लिए उन उपयोगकर्ताओं की ऑडियंस बनाएं.

Analytics: क्या Google Analytics इंटरफ़ेस में तय की गई ऑडियंस और/या इवेंट, Firebase कंसोल में भी उपलब्ध हैं?

आपके ऑडियंस और उपयोगकर्ता प्रॉपर्टी सिंक हो जाएंगी. कुछ सुविधाओं के लिए, आपको Google Analytics इंटरफ़ेस का इस्तेमाल करना होगा. जैसे, सेगमेंटेशन और क्लोज़ फ़नल. Firebase कंसोल से डीप-लिंक के ज़रिए, सीधे Google Analytics इंटरफ़ेस को ऐक्सेस किया जा सकता है.

Firebase कंसोल में किए गए किसी भी बदलाव को Google Analytics में भी किया जा सकता है. साथ ही, ये बदलाव Firebase में दिखेंगे.

Authentication: फ़ोन से पुष्टि करने की सुविधा किन देशों/इलाकों में उपलब्ध है?

Firebase Authentication दुनिया भर में फ़ोन नंबर की पुष्टि करने की सुविधा देता है. हालांकि, सभी नेटवर्क पर पुष्टि करने वाले मैसेज भरोसेमंद तरीके से डिलीवर नहीं किए जाते. इन देशों/इलाकों में डिलीवरी की दरें अच्छी हैं. इसलिए, उम्मीद की जा सकती है कि ये देश/इलाके, फ़ोन से पुष्टि करने की सुविधा के लिए अच्छी तरह काम करेंगे. जिन देशों/इलाकों के लिए यह जानकारी दी गई है वहां मोबाइल और इंटरनेट सेवा देने वाली कुछ कंपनियां उपलब्ध नहीं हैं. ऐसा इसलिए है, क्योंकि वहां डिलीवरी की सफलता दर कम है.

Authentication: Spark के प्राइसिंग प्लान में, बिना किसी शुल्क के एसएमएस भेजने की सुविधा का क्या हुआ?

फ़ोन से पुष्टि करने की सुविधा की सुरक्षा और सेवा की क्वालिटी को बेहतर बनाने के लिए, सितंबर 2024 से Firebase प्रोजेक्ट को Cloud Billing खाते से लिंक करना होगा, ताकि एसएमएस सेवा को चालू किया जा सके और उसका इस्तेमाल किया जा सके.

Cloud Messaging: सूचना कंपोज़र और Cloud Messaging में क्या अंतर है?

Firebase Cloud Messaging (FCM) अपने क्लाइंट एसडीके और एचटीटीपी सर्वर प्रोटोकॉल के ज़रिए, मैसेजिंग की सभी सुविधाएं उपलब्ध कराता है. अगर आपको ज़्यादा जटिल मैसेजिंग की ज़रूरत है, तो FCM का इस्तेमाल करें.

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

Cloud Messaging: Apple ने सूचना दी है कि वह APNs के लिए लेगसी बाइनरी प्रोटोकॉल को बंद कर रहा है. क्या मुझे कुछ करना होगा?

नहीं. Firebase Cloud Messaging ने 2017 में, एचटीटीपी/2 पर आधारित APNs प्रोटोकॉल का इस्तेमाल शुरू कर दिया था. अगर iOS डिवाइसों पर सूचनाएं भेजने के लिए FCM का इस्तेमाल किया जा रहा है, तो आपको कुछ करने की ज़रूरत नहीं है.

Cloud Messaging: क्या FCM का इस्तेमाल करने के लिए, मुझे Firebase की अन्य सेवाओं का इस्तेमाल करना होगा?

Firebase Cloud Messaging का इस्तेमाल, GCM की तरह ही एक स्टैंडअलोन कॉम्पोनेंट के तौर पर किया जा सकता है. इसके लिए, Firebase की अन्य सेवाओं का इस्तेमाल करना ज़रूरी नहीं है.

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

FCM, Firebase ब्रैंड के तहत GCM का नया वर्शन है. यह GCM के मुख्य इंफ़्रास्ट्रक्चर का इस्तेमाल करता है. इसमें नए SDK टूल भी शामिल हैं, ताकि Cloud Messaging को आसानी से डेवलप किया जा सके.

FCM SDK टूल में अपग्रेड करने के ये फ़ायदे हैं:

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

GCM SDK से FCM SDK पर अपग्रेड करने के लिए, Android और iOS ऐप्लिकेशन को माइग्रेट करने से जुड़ी गाइड देखें.

Cloud Messaging: टारगेट किए गए डिवाइसों को मैसेज क्यों नहीं मिल रहे हैं?

अगर ऐसा लगता है कि डिवाइसों को मैसेज नहीं मिले हैं, तो इन दो संभावित वजहों की जांच करें:

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

नेटवर्क फ़ायरवॉल से जुड़ी पाबंदियां. अगर आपके संगठन के पास ऐसा फ़ायरवॉल है जो इंटरनेट से आने वाले या इंटरनेट पर जाने वाले ट्रैफ़िक को सीमित करता है, तो आपको इसे FCM के साथ कनेक्टिविटी की अनुमति देने के लिए कॉन्फ़िगर करना होगा. ऐसा करने पर ही, आपके Firebase Cloud Messaging क्लाइंट ऐप्लिकेशन को मैसेज मिल पाएंगे. ये पोर्ट खोलने हैं:

• 5228
• 5229
• 5230

FCM आम तौर पर 5228 का इस्तेमाल करता है. हालांकि, कभी-कभी यह 5229 और 5230 का भी इस्तेमाल करता है. FCM कोई खास आईपी पता नहीं देता है. इसलिए, आपको अपने फ़ायरवॉल को Google के ASN 15169 में शामिल आईपी ब्लॉक में मौजूद सभी आईपी पतों से आउटगोइंग कनेक्शन स्वीकार करने की अनुमति देनी चाहिए.

Cloud Messaging: मैंने अपने Android ऐप्लिकेशन में onMessageReceived लागू किया है, लेकिन इसे कॉल नहीं किया जा रहा है.

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

ज़्यादा जानकारी के लिए, मैसेज पाना और उन्हें मैनेज करना लेख पढ़ें.

Cloud Messaging: बैकअप से वापस लाए गए ऐप्लिकेशन का इंस्टेंस, FCM के साथ कैसे काम करता है?

एक FCM टोकन, एक डिवाइस पर मौजूद किसी ऐप्लिकेशन से कनेक्ट होता है. FCM डेटा को बैकअप में शामिल नहीं किया जाता. इसलिए, बैकअप से वापस लाए गए ऐप्लिकेशन इंस्टेंस को FCM की नज़र में एक नया ऐप्लिकेशन इंस्टेंस माना जाता है. डिवाइस के उपयोगकर्ताओं को, नया FCM टोकन पाने के लिए, वापस लाए गए ऐप्लिकेशन को खोलना होगा.

हमारा यह भी सुझाव है कि आप बैकअप से Firebase इंस्टॉलेशन डेटा को बाहर रखें, ताकि ओरिजनल ऐप्लिकेशन इंस्टेंस के साथ कोई टकराव न हो. Firebase इंस्टॉलेशन का डेटा, PersistedInstallation....json फ़ाइल में सेव किया जाता है. किसी ऐप्लिकेशन के लिए फ़ाइल का नाम एक जैसा होता है. उदाहरण के लिए: <exclude domain="file" path="PersistedInstallation.W0R...GQ.json" />

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

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

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

मैं दो मिनट में, बड़ी संख्या में मौजूद ग्राहकों को कैसे सूचना दूं?

माफ़ करें, इस मामले में आपकी मदद नहीं की जा सकती. आपको अपना ट्रैफ़िक, पांच मिनट के अंदर फैलाना होगा.

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

माफ़ करें, हम इस वजह से कोटा बढ़ाने का अनुरोध स्वीकार नहीं कर सकते. आपको अपने ट्रैफ़िक को पांच मिनट में फैलाना होगा.

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

हमारा सुझाव है कि इवेंट शुरू होने से कम से कम पांच मिनट पहले सूचनाएं भेजना शुरू करें.

कोटा बढ़ाने के मेरे अनुरोध को पूरा होने में कितना समय लगेगा?

यह इस बात पर निर्भर करता है कि आपने FCM का इस्तेमाल कैसे किया है. किसी भी मामले में, आपको कुछ कामकाजी दिनों में जवाब मिल सकता है. कुछ मामलों में, FCM के इस्तेमाल और अलग-अलग स्थितियों के बारे में आपसे सवाल-जवाब किए जा सकते हैं. इससे प्रोसेस में ज़्यादा समय लग सकता है. अगर सभी ज़रूरी शर्तें पूरी की जाती हैं, तो ज़्यादातर अनुरोधों को दो हफ़्तों में पूरा कर दिया जाएगा.

मैं अपने कोटे के इस्तेमाल को कैसे मॉनिटर करूं?

Google Cloud में, कोटा मेट्रिक को चार्ट में दिखाने और उनकी निगरानी करने के बारे में दिशा-निर्देश देखें.

429 अनुरोधों को मैनेज करना मेरे / मेरे कारोबार के लिए मुश्किल है. क्या 429 गड़बड़ी से बचने के लिए, मुझे छूट मिल सकती है या ज़्यादा कोटा मिल सकता है?

हम समझते हैं कि कोटा की सीमाएं तय करना मुश्किल हो सकता है. हालांकि, सेवा को भरोसेमंद बनाए रखने के लिए कोटा तय करना ज़रूरी है. हम इसमें कोई छूट नहीं दे सकते.

क्या मुझे किसी इवेंट के लिए, कुछ समय के लिए ज़्यादा कोटा मिल सकता है?

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

क्या मेरे मौजूदा कोटे में बदलाव हो सकता है?

Google, सिस्टम की सुरक्षा को बनाए रखने के लिए, ज़रूरत पड़ने पर कोटे में बदलाव कर सकता है. हालांकि, Google ऐसा बिना किसी वजह के नहीं करेगा. जब भी मुमकिन होगा, Google आपको ऐसे बदलावों के बारे में पहले से सूचना देगा.

Cloud Storage for Firebase: मैं Cloud Storage for Firebase का इस्तेमाल क्यों नहीं कर पा रहा/रही हूं?

Cloud Storage for Firebase, बिना किसी शुल्क वाले टियर में एक डिफ़ॉल्ट बकेट बनाता है.App Engine इससे आपको क्रेडिट कार्ड की जानकारी दिए बिना या Cloud Billing खाता चालू किए बिना, Firebase और Cloud Storage for Firebase का इस्तेमाल शुरू करने में मदद मिलती है. इसकी मदद से, Firebase और Google Cloud प्रोजेक्ट के बीच डेटा शेयर किया जा सकता है.

हालांकि, ऐसे दो मामले सामने आए हैं जिनमें इस बकेट को नहीं बनाया जा सकता. साथ ही, Cloud Storage for Firebase का इस्तेमाल नहीं किया जा सकता:

• Google Cloud से इंपोर्ट किया गया कोई प्रोजेक्ट, जिसमें App Engine मास्टर/स्लेव Datastore ऐप्लिकेशन था.
• Google Cloud से इंपोर्ट किया गया ऐसा प्रोजेक्ट जिसमें डोमेन प्रीफ़िक्स वाले प्रोजेक्ट हैं. उदाहरण के लिए: domain.com:project-1234.

इन समस्याओं को हल करने के लिए, कोई अन्य तरीका उपलब्ध नहीं है. हमारा सुझाव है कि आप Firebase कंसोल में एक नया प्रोजेक्ट बनाएं और उस प्रोजेक्ट में Cloud Storage for Firebase को चालू करें.

Cloud Storage for Firebase: Cloud Storage for Firebase API का इस्तेमाल करते समय, मुझे सेवा खाते की अनुमतियों और सेवा खाते के ऑपरेशन पूरे न होने के बारे में, गड़बड़ी कोड 412 वाले जवाब क्यों मिलते हैं?

ऐसा हो सकता है कि आपको 412 गड़बड़ी कोड इसलिए मिल रहे हों, क्योंकि आपके प्रोजेक्ट के लिए Cloud Storage for Firebase एपीआई चालू नहीं है या ज़रूरी सेवा खाते के पास ज़रूरी अनुमतियां नहीं हैं.

इससे जुड़े अक्सर पूछे जाने वाले सवाल देखें.

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

बिना किसी शुल्क वाले (स्पार्क) प्लान के प्रोजेक्ट के लिए, Firebase, Windows, Android, और Apple के लिए कुछ तरह की एक्ज़ीक्यूटेबल फ़ाइलों को अपलोड और होस्ट करने से रोकता है. ऐसा Cloud Storage for Firebase और Firebase Hosting के ज़रिए किया जाता है. यह नीति, हमारे प्लैटफ़ॉर्म पर गलत इस्तेमाल को रोकने के लिए बनाई गई है.

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

यह पाबंदी, Spark प्लान के प्रोजेक्ट पर लागू होती है. पे ऐज़ यू गो (ब्लेज़) प्लान वाले प्रोजेक्ट पर इसका कोई असर नहीं पड़ेगा.

इन फ़ाइल टाइप को Firebase Hosting और Cloud Storage for Firebase पर होस्ट नहीं किया जा सकता:

• .exe, .dll, और .bat एक्सटेंशन वाली Windows की फ़ाइलें
• .apk एक्सटेंशन वाली Android फ़ाइलें
• Apple प्लैटफ़ॉर्म की फ़ाइलें, जिनमें .ipa एक्सटेंशन हो

मुझे क्या करना होगा?

अगर आपको 28 सितंबर, 2023 के बाद भी इन फ़ाइल टाइप को होस्ट करना है, तो:

• होस्टिंग के लिए: Firebase Hosting कमांड के ज़रिए Firebase Hosting पर इन फ़ाइल टाइप को डिप्लॉय करने से पहले, Blaze प्लान पर अपग्रेड करें.firebase deploy
• स्टोरेज के लिए: GCS CLI, Firebase कंसोल या Google Cloud कंसोल का इस्तेमाल करके, इन फ़ाइल टाइप को अपनी पसंद के बकेट में अपलोड करने के लिए, Blaze प्लान पर अपग्रेड करें.

अपने Firebase Hosting और Cloud Storage संसाधनों को मैनेज करने के लिए, Firebase टूल का इस्तेमाल करें.

• Firebase Hosting में संसाधनों को मैनेज करने के लिए, Firebase कंसोल का इस्तेमाल करें. साथ ही, इस गाइड के मुताबिक रिलीज़ मिटाएं.
• Cloud Storage में संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में Storage प्रॉडक्ट पेज पर जाएं.
1. फ़ाइलें टैब पर, फ़ोल्डर के क्रम में मौजूद उन फ़ाइलों को ढूंढें जिन्हें अनुमति नहीं है और मिटाना है. इसके बाद, पैनल के बाईं ओर मौजूद फ़ाइल के नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके, उन्हें चुनें.
2. मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई हैं.

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

Cloud Storage for Firebase: मुझे अपलोड और डाउनलोड करने की कार्रवाइयों में अचानक बढ़ोतरी क्यों दिख रही है?

पहले, Cloud Storage for Firebase API के लिए डाउनलोड और अपलोड के अनुरोधों को सही तरीके से नहीं गिना जा रहा था. हमने इस समस्या को ठीक करने के लिए कदम उठाए हैं. ये बदलाव 15 सितंबर, 2023 से लागू होंगे.

पे-ऐज़-यू-गो वाले ब्लेज़ प्राइसिंग प्लान के प्रोजेक्ट के लिए, अपलोड और डाउनलोड करने की कार्रवाइयां, आपके हर महीने के बिल में शामिल की जाएंगी. स्पार्क प्राइसिंग प्लान वाले प्रोजेक्ट के लिए, अपलोड और डाउनलोड करने की कार्रवाइयों को बिना किसी शुल्क के हर महीने की सीमा में गिना जाएगा.

हमारा सुझाव है कि आप इस्तेमाल पेज पर नज़र रखें. इससे आपको पता चलेगा कि कहीं आपकी सीमाएं तो नहीं बढ़ रही हैं.

Cloud Storage for Firebase: Cloud Storage for Firebase का इस्तेमाल करने वाले मेरे Firebase प्रोजेक्ट से जुड़े नए सेवा खाते के आईडी क्यों दिख रहे हैं?

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

Cloud Storage for Firebase जिस सेवा खाते का इस्तेमाल करता है वह आपके प्रोजेक्ट के दायरे में आता है. इसका नाम service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com है.

अगर आपने 19 सितंबर, 2022 से पहले Cloud Storage for Firebase का इस्तेमाल किया था, तो आपको पहले से लिंक किए गए 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 बकेट का ऐक्सेस नहीं मिल पाएगा. अपने प्रोजेक्ट से सेवा खाता हटाने के लिए, सेवा खाता बंद करना में दिए गए निर्देशों का पालन करें.

Cloud Storage for Firebase: अपलोड और डाउनलोड करने के लिए, मुझे कितना बिल देना होगा?

Firebase की कीमत तय करने से जुड़े पेज पर जाएं और ब्लेज़ प्लान की कीमत तय करने वाले कैलकुलेटर का इस्तेमाल करें. कैलकुलेटर में, Cloud Storage for Firebase के इस्तेमाल के सभी टाइप की सूची दी गई है.

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

Cloud Storage for Firebase:अगर मैं Cloud Storage for Firebase के लिए, Spark के प्राइसिंग प्लान में तय की गई अपलोड, डाउनलोड या स्टोरेज की सीमाओं से ज़्यादा डेटा इस्तेमाल करता/करती हूं, तो क्या होगा?

अगर आपने बिना किसी शुल्क वाले स्पार्क प्राइसिंग प्लान के तहत किसी प्रोजेक्ट में Cloud Storage के लिए तय की गई सीमाएं पार कर ली हैं, तो नतीजे इस बात पर निर्भर करेंगे कि आपने किस तरह की सीमाएं पार की हैं:

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

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

Dynamic Links अक्सर पूछे जाने वाले सवाल देखें.

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

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

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

बिना किसी शुल्क वाले (स्पार्क) प्लान के प्रोजेक्ट के लिए, Firebase, Windows, Android, और Apple के लिए कुछ तरह की एक्ज़ीक्यूटेबल फ़ाइलों को अपलोड और होस्ट करने से रोकता है. ऐसा Cloud Storage for Firebase और Firebase Hosting के ज़रिए किया जाता है. यह नीति, हमारे प्लैटफ़ॉर्म पर गलत इस्तेमाल को रोकने के लिए बनाई गई है.

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

यह पाबंदी, Spark प्लान के प्रोजेक्ट पर लागू होती है. पे ऐज़ यू गो (ब्लेज़) प्लान वाले प्रोजेक्ट पर इसका कोई असर नहीं पड़ेगा.

इन फ़ाइल टाइप को Firebase Hosting और Cloud Storage for Firebase पर होस्ट नहीं किया जा सकता:

• .exe, .dll, और .bat एक्सटेंशन वाली Windows की फ़ाइलें
• .apk एक्सटेंशन वाली Android फ़ाइलें
• Apple प्लैटफ़ॉर्म की फ़ाइलें, जिनमें .ipa एक्सटेंशन हो

मुझे क्या करना होगा?

अगर आपको 28 सितंबर, 2023 के बाद भी इन फ़ाइल टाइप को होस्ट करना है, तो:

• होस्टिंग के लिए: Firebase Hosting कमांड के ज़रिए Firebase Hosting पर इन फ़ाइल टाइप को डिप्लॉय करने से पहले, Blaze प्लान पर अपग्रेड करें.firebase deploy
• स्टोरेज के लिए: GCS CLI, Firebase कंसोल या Google Cloud कंसोल का इस्तेमाल करके, इन फ़ाइल टाइप को अपनी पसंद के बकेट में अपलोड करने के लिए, Blaze प्लान पर अपग्रेड करें.

अपने Firebase Hosting और Cloud Storage संसाधनों को मैनेज करने के लिए, Firebase टूल का इस्तेमाल करें.

• Firebase Hosting में संसाधनों को मैनेज करने के लिए, Firebase कंसोल का इस्तेमाल करें. साथ ही, इस गाइड के मुताबिक रिलीज़ मिटाएं.
• Cloud Storage में संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में Storage प्रॉडक्ट पेज पर जाएं.
1. फ़ाइलें टैब पर, फ़ोल्डर के क्रम में मौजूद उन फ़ाइलों को ढूंढें जिन्हें अनुमति नहीं है और मिटाना है. इसके बाद, पैनल के बाईं ओर मौजूद फ़ाइल के नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके, उन्हें चुनें.
2. मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई हैं.

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

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

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

Hosting: Firebase Hosting पर ज़्यादा से ज़्यादा कितने साइज़ की फ़ाइल डिप्लॉय की जा सकती है?

Hosting में, हर फ़ाइल का साइज़ ज़्यादा से ज़्यादा 2 जीबी होना चाहिए.

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

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

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

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

हर ऐप्लिकेशन के लिए, ज़्यादा से ज़्यादा 400 कस्टम यूआरएल पैटर्न बनाए जा सकते हैं. साथ ही, उस ऐप्लिकेशन के हर डोमेन के लिए, ज़्यादा से ज़्यादा 100 कस्टम यूआरएल पैटर्न बनाए जा सकते हैं.

Performance Monitoring: मुझे परफ़ॉर्मेंस डेटा रीयल टाइम में क्यों नहीं दिख रहा है?

रीयल टाइम में परफ़ॉर्मेंस का डेटा देखने के लिए, पक्का करें कि आपका ऐप्लिकेशन Performance MonitoringSDK के ऐसे वर्शन का इस्तेमाल करता हो जो रीयल टाइम में डेटा प्रोसेस करने के साथ काम करता हो.

• iOS — v7.3.0 या इसके बाद का वर्शन
• tvOS — v8.9.0 या उसके बाद का वर्शन
• Android — v19.0.10 या इसके बाद का वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद का वर्शन)
• वेब — v7.14.0 या इसके बाद का वर्शन

ध्यान दें कि हम हमेशा एसडीके के नए वर्शन का इस्तेमाल करने का सुझाव देते हैं. हालांकि, ऊपर दिए गए किसी भी वर्शन से, Performance Monitoring को आपके डेटा को रीयल टाइम में प्रोसेस करने की सुविधा मिलेगी.

Realtime Database: "एक साथ कई डेटाबेस कनेक्शन" क्या होता है?

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

स्पार्क प्लान में, 100 लोगों को ही न्योता भेजा जा सकता है. इसे बढ़ाया नहीं जा सकता. ब्लेज़ प्लान में, हर डेटाबेस के लिए एक साथ 2,00,000 कनेक्शन की सीमा होती है.

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

Realtime Database: Realtime Database को स्केल करने की सीमाएं क्या हैं?

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

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

Realtime Database: अगर मैंने Realtime Database के इस्तेमाल की सीमाएं पार कर ली हैं, तो मुझे क्या करना चाहिए?

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

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

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

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

• बार-बार होने वाले क्लीनअप जॉब चलाएं.
• अपने डेटाबेस में मौजूद डुप्लीकेट डेटा को कम करें.

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

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

Realtime Database: अगर मैंने Realtime Database के लिए, Spark के प्लान में तय की गई स्टोरेज या डाउनलोड करने की सीमा पार कर ली है, तो क्या होगा?

आपको अनुमानित कीमत बताने के लिए, Spark के प्राइसिंग प्लान में आपके लिए उपलब्ध संसाधनों की सीमा तय की जाती है. इसका मतलब है कि किसी भी महीने में प्लान की सीमा से ज़्यादा इस्तेमाल करने पर, आपके ऐप्लिकेशन को बंद कर दिया जाएगा. इससे संसाधनों का ज़्यादा इस्तेमाल नहीं होगा और आपसे अतिरिक्त शुल्क नहीं लिया जाएगा.

Realtime Database: अगर मैं Spark के प्राइसिंग प्लान में एक साथ कनेक्ट किए जा सकने वाले डिवाइसों की तय सीमा से ज़्यादा डिवाइस कनेक्ट करता हूं, तो क्या होगा?Realtime Database

Spark के प्राइसिंग प्लान में, ऐप्लिकेशन के एक साथ इस्तेमाल करने की सीमा पूरी हो जाने पर, बाद में किए गए सभी कनेक्शन अस्वीकार कर दिए जाएंगे. ऐसा तब तक होगा, जब तक कुछ मौजूदा कनेक्शन बंद नहीं कर दिए जाते. कनेक्ट किए गए उपयोगकर्ताओं के लिए, ऐप्लिकेशन काम करता रहेगा.

Realtime Database: अपने-आप बैकअप लेने की सुविधा क्या है? क्या Realtime Database के लिए, हर घंटे के हिसाब से बैकअप लेने की सुविधा उपलब्ध है?

अपने-आप होने वाले बैकअप, Blaze प्लान वाले प्रोजेक्ट के लिए एक बेहतर सुविधा है. यह सुविधा, आपके Firebase Realtime Database डेटा का बैक अप दिन में एक बार लेती है और उसे Google Cloud Storage पर अपलोड करती है.

हम हर घंटे के हिसाब से बैकअप लेने की सुविधा नहीं देते.

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

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

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

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

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

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

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

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

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

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

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

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

Firebase User Segmentation Storage क्या है?

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