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

क्या आपको कोई और समस्या आ रही है या आपको यहां दी गई समस्या नहीं दिख रही है? कृपया किसी बग की शिकायत करें या किसी सुविधा का अनुरोध करें. साथ ही, Stack Overflow पर होने वाली चर्चाओं में शामिल हों.

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 प्रोजेक्ट के लिए एक कंटेनर होता है. इसमें Firebase प्रोजेक्ट भी शामिल होते हैं. इस हैरारकी की मदद से, Google Cloud और Firebase प्रोजेक्ट को बेहतर तरीके से व्यवस्थित किया जा सकता है. साथ ही, इनका ऐक्सेस मैनेज किया जा सकता है और इनकी ऑडिटिंग की जा सकती है. ज़्यादा जानकारी के लिए, संगठन बनाना और मैनेज करना लेख पढ़ें.

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

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

  • Firebase कंसोल का इस्तेमाल करके.
  • प्रोग्रामैटिक विकल्प का इस्तेमाल करके:

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

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

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

Google Cloud कंसोल में, अपने प्रोजेक्ट के लिए लेबल पेज पर, आपको firebase:enabled का लेबल दिख सकता है. खास तौर पर, enabled का Value वाला firebase का Key.

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

हमारा सुझाव है कि आप इस लेबल में बदलाव न करें या इसे मिटाएं. Firebase और Google Cloud, इस लेबल का इस्तेमाल आपके Firebase प्रोजेक्ट की सूची बनाने के लिए करते हैं. उदाहरण के लिए, REST एपीआई projects.list एंडपॉइंट का इस्तेमाल करके या Firebase कंसोल के मेन्यू में.

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

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

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

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

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

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

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

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

ध्यान रखें कि किसी प्रोजेक्ट को पूरी तरह मिटाने में 30 दिन लगते हैं. साथ ही, प्रोजेक्ट को पूरी तरह मिटाए जाने तक, उसे प्रोजेक्ट कोटा में गिना जाता है.

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

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

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

अगर आपके प्रोजेक्ट के लिए 30 से ज़्यादा ऐप्लिकेशन की ज़रूरत है, तो ऐप्लिकेशन की सीमा बढ़ाने का अनुरोध किया जा सकता है. यह अनुरोध करने के लिए, यह ज़रूरी है कि आपका प्रोजेक्ट, अपना अनुरोध करने और उसका आकलन कराने के लिए, Google Cloud console पर जाएं. Google Cloud दस्तावेज़ में, कोटा मैनेजमेंट के बारे में ज़्यादा जानें.

Firebase कंसोल में, अपने Firebase प्रोजेक्ट को उनके एनवायरमेंट टाइप के हिसाब से टैग किया जा सकता है. जैसे, प्रोडक्शन या जानकारी नहीं दी गई (नॉन-प्रोड) एनवायरमेंट.

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

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

अपने Firebase प्रोजेक्ट के एनवायरमेंट टाइप को बदलने के लिए, प्रोजेक्ट सेटिंग > सामान्य पर जाएं. इसके बाद, एनवायरमेंट में मौजूद आपका प्रोजेक्ट कार्ड में, एनवायरमेंट टाइप बदलने के लिए पर क्लिक करें.

Firebase कंसोल में, अपने प्रोजेक्ट सेटिंग पर जाएं. नीचे की ओर स्क्रोल करके, आपके ऐप्लिकेशन कार्ड पर जाएं. इसके बाद, ऐप्लिकेशन की जानकारी देखने के लिए, अपने पसंदीदा Firebase ऐप्लिकेशन पर क्लिक करें. इसमें ऐप्लिकेशन का ऐप्लिकेशन आईडी भी शामिल है.

यहां ऐप्लिकेशन आईडी की कुछ वैल्यू के उदाहरण दिए गए हैं:

  • Firebase के iOS ऐप्लिकेशन: 1:1234567890:ios:321abc456def7890
  • Firebase का इस्तेमाल करके बनाए गए Android ऐप्लिकेशन: 1:1234567890:android:321abc456def7890
  • Firebase वेब ऐप्लिकेशन: 1:1234567890:web:321abc456def7890
  • अपना Google Play खाता लिंक करने के लिए, आपके पास ये चीज़ें होनी चाहिए:
    • Firebase के इन रोल में से कोई एक: मालिक या Firebase एडमिन
      और
    • Google Play के इनमें से कोई एक ऐक्सेस लेवल: खाते का मालिक या एडमिन
  • अपने AdMob ऐप्लिकेशन को लिंक करने के लिए, आपके पास आपके Firebase प्रोजेक्ट का मालिकाना हक और AdMob एडमिन ऐक्सेस, दोनों होने चाहिए.
  • अपने AdWords खाते को लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक और AdWords खाते का एडमिन, दोनों होना चाहिए.
  • अपने BigQuery प्रोजेक्ट को लिंक करने के लिए, आपके पास Firebase प्रोजेक्ट का मालिकाना हक होना चाहिए.

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

Firebase प्रोजेक्ट की अनुमतियां और ऐक्सेस

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

यहां उन जगहों के बारे में बताया गया है जहां भूमिकाएं असाइन की जा सकती हैं और उन्हें मैनेज किया जा सकता है:

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

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

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

  • अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस है, तो आपके पास Firebase कंसोल के उपयोगकर्ता और अनुमतियां पेज पर जाकर, प्रोजेक्ट के सदस्यों की सूची देखने का विकल्प होता है. इस सूची में, प्रोजेक्ट के मालिक भी शामिल होते हैं.
  • अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस नहीं है, तो देखें कि आपके पास Google Cloud कंसोल में प्रोजेक्ट का ऐक्सेस है या नहीं. Google Cloud कंसोल के आईएएम पेज पर, प्रोजेक्ट के सदस्यों की सूची देखी जा सकती है. इसमें, प्रोजेक्ट के मालिक भी शामिल हैं.

अगर आपके प्रोजेक्ट का मालिक, अब मालिक के तौर पर काम नहीं कर सकता (उदाहरण के लिए, वह व्यक्ति आपकी कंपनी छोड़ चुका है) और आपके प्रोजेक्ट को 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 कंसोल में खुल जाएगा.

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

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



प्लैटफ़ॉर्म और फ़्रेमवर्क

काम की सलाह पाने और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, प्लैटफ़ॉर्म के हिसाब से समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेजों पर जाएं.



Firebase कंसोल

Firebase कंसोल को Chrome, Firefox, Safari, और Edge जैसे लोकप्रिय डेस्कटॉप ब्राउज़र के नए वर्शन से ऐक्सेस किया जा सकता है. फ़िलहाल, मोबाइल ब्राउज़र पर यह सुविधा पूरी तरह से काम नहीं करती.

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

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

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

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

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

अक्सर पूछे जाने वाले सवालों की यह सूची, इनमें से किसी भी समस्या के लिए काम की है:

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

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

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

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

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

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

Firebase कंसोल इन भाषाओं में काम करता है:

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

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

Firebase में, मालिक, एडिटर, और दर्शक की बुनियादी (सामान्य) भूमिकाएं इस्तेमाल की जा सकती हैं:

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

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

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



Firebase Local Emulator Suite

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

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

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

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

प्लैटफ़ॉर्म के हिसाब से, जांच करने की जगहें:

वेब आपके JavaScript firebaseConfig ऑब्जेक्ट में मौजूद projectId प्रॉपर्टी, जिसका इस्तेमाल initializeApp में किया जाता है.
Android google-services.json कॉन्फ़िगरेशन फ़ाइल में मौजूद project_id प्रॉपर्टी.
Apple के प्लैटफ़ॉर्म GoogleService-Info.plist कॉन्फ़िगरेशन फ़ाइल में मौजूद PROJECT_ID प्रॉपर्टी.

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

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



कीमत

किसी प्रॉडक्ट की कीमत से जुड़े अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, इस पेज पर मौजूद प्रॉडक्ट सेक्शन या प्रॉडक्ट के दस्तावेज़ देखें.

Firebase के पैसे चुकाकर इस्तेमाल किए जाने वाले इन्फ़्रास्ट्रक्चर प्रॉडक्ट में Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab, और फ़ोन से पुष्टि करने की सुविधा शामिल है. हम इन सभी सुविधाओं के लिए, बिना किसी शुल्क के एक टीयर उपलब्ध कराते हैं.

Firebase में ऐसे कई प्रॉडक्ट भी हैं जिनके लिए कोई शुल्क नहीं लिया जाता: Analytics, Cloud Messaging, सूचनाएं बनाने वाला टूल, Remote Config, App Indexing, Dynamic Links, और Crash Reporting. इन प्रॉडक्ट का इस्तेमाल, सभी प्लान में सिर्फ़ प्रॉडक्ट के ट्रैफ़िक कंट्रोल की नीतियों के हिसाब से किया जा सकता है.जैसे, कोटा, निष्पक्ष ऐक्सेस, और सेवा से जुड़ी अन्य सुरक्षाएं. इनमें बिना किसी शुल्क के मिलने वाला हमारा स्पार्क प्लान भी शामिल है. इसके अलावा, फ़ोन से पुष्टि करने के अलावा, Authentication की सभी सुविधाओं के लिए कोई शुल्क नहीं लिया जाता.

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

मुफ़्त में आज़माने की Google Cloud अवधि के दौरान, आपको मुफ़्त में आज़माने वाला Cloud Billing खाता दिया जाएगा. मुफ़्त में आज़माने की अवधि के दौरान, उस बिलिंग खाते का इस्तेमाल करने वाला कोई भी Firebase प्रोजेक्ट, ब्लेज़ प्लान के हिसाब से शुल्क देगा.

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

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

Google Cloud मुफ़्त में आज़माने की सुविधा के बारे में ज़्यादा जानें.

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

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

Blaze का प्लान

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

हम ब्लेज़ प्लान में, ज़रूरत के हिसाब से कीमत तय करने की सुविधा देते हैं. इसमें आपको सिर्फ़ उन सुविधाओं के लिए पैसे चुकाने होते हैं जिनका इस्तेमाल किया जाता है.

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

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

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

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

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

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

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

Blaze के प्राइसिंग प्लान के लिए साइन अप करें. साथ ही, बजट से जुड़े अलर्ट सेट करना न भूलें.

नहीं, Firebase, प्रोजेक्ट के लिए Flame प्लान पर स्विच करने या साइन अप करने के लिए, कोई खास ऐक्सेस नहीं दे रहा है.

अब Flame प्लान पर स्विच नहीं किया जा सकता. Flame प्लान की सेवाओं का ऐक्सेस पाने के लिए, पक्का करें कि आपने Blaze प्लान का इस्तेमाल किया हो. साथ ही, अपने प्रोजेक्ट के लिए बजट से जुड़ी सूचनाएं पाने की सुविधा सेट अप करें.

अगर आपके प्रोजेक्ट को Spark प्लान में दिए गए कोटे से ज़्यादा कोटा की ज़रूरत है, तो आपको अपने प्रोजेक्ट को Blaze प्लान पर अपग्रेड करना होगा.

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



निजता

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

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



A/B Testing

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

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

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

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

जिस ऐप्लिकेशन के लिए Google Analytics स्ट्रीम नहीं बनाई गई है उसके लिए स्ट्रीम बनाने से समस्या हल हो जाएगी. जिन ऐप्लिकेशन के लिए स्ट्रीम नहीं बनाई जा सकती उनके लिए स्ट्रीम बनाने के कुछ तरीके यहां दिए गए हैं:

  • अगर आपके एक या दो ऐप्लिकेशन में Google Analytics स्ट्रीम नहीं है, तो Google Analytics स्ट्रीम जोड़ने के लिए, इनमें से कोई एक तरीका चुनें:
    • Firebase कंसोल में, किसी भी ऐसे ऐप्लिकेशन को मिटाएं जिसमें कोई स्ट्रीम चालू न हो और उसे फिर से जोड़ें.
    • Google Analytics console में, एडमिन को चुनें. इसके बाद, डेटा स्ट्रीम पर क्लिक करें. इसके बाद, स्ट्रीम जोड़ें पर क्लिक करें. इसके बाद, उस ऐप्लिकेशन की जानकारी जोड़ें जो मौजूद नहीं है. इसके बाद, ऐप्लिकेशन रजिस्टर करें पर क्लिक करें.
  • अगर आपके पास कुछ से ज़्यादा ऐप्लिकेशन स्ट्रीम मौजूद नहीं हैं, तो ऐप्लिकेशन स्ट्रीम बनाने का सबसे तेज़ और असरदार तरीका यह है कि आप अपनी Google Analytics प्रॉपर्टी को अनलिंक करें और फिर से लिंक करें:
    1. प्रोजेक्ट सेटिंग में जाकर, इंटिग्रेशन को चुनें.
    2. Firebase और Google Analytics की सेटिंग ऐक्सेस करने के लिए, Google Analytics कार्ड में, मैनेज करें पर क्लिक करें.
    3. Google Analytics प्रॉपर्टी आईडी और लिंक किए गए Google Analytics खाते को नोट करें.
    4. ज़्यादा पर क्लिक करें और Analytics को इस प्रोजेक्ट से अनलिंक करें को चुनें.
    5. दिखने वाली चेतावनी की समीक्षा करें (इस बारे में चिंता न करें; अगले चरण में आपको उसी प्रॉपर्टी को फिर से लिंक करना होगा). इसके बाद, Google Analytics को अनलिंक करें पर क्लिक करें.

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

      आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन की सूची दिखेगी. हर ऐप्लिकेशन के लिए मौजूदा स्ट्रीम मैपिंग की सूची दी गई है. साथ ही, जिन ऐप्लिकेशन के लिए कोई स्ट्रीम नहीं है उनके लिए एक स्ट्रीम बनाई जाएगी.
    9. प्रॉपर्टी को फिर से लिंक करने के लिए, Google Analytics चालू करें पर क्लिक करें.
    10. पूरा करें पर क्लिक करें.

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



AdMob

नहीं, फ़िलहाल Windows ऐप्लिकेशन काम नहीं कर रहे हैं.

AdMob कंसोल की मदद से, AdMob ऐप्लिकेशन को Firebase ऐप्लिकेशन से लिंक किया जा सकता है. इसका तरीका जानें.

खातों को लिंक करने के लिए, आपके पास इनका ऐक्सेस होना चाहिए:

  • AdMob: आपके पास AdMob एडमिन की भूमिका होनी चाहिए.
  • Firebase: आपके पास firebase.links.create अनुमति होनी चाहिए. यह अनुमति, मालिक की भूमिका और Firebase एडमिन की भूमिका में शामिल होती है.
  • Google Analytics: Firebase प्रोजेक्ट से जुड़ी प्रॉपर्टी के लिए, आपके पास बदलाव करने या उपयोगकर्ताओं को मैनेज करने की अनुमति होनी चाहिए. ज़्यादा जानें.

मल्टी-यूज़र AdMob खातों के लिए, AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन के बीच नए लिंक सिर्फ़ वह उपयोगकर्ता बना सकता है जिसने पहला Firebase लिंक बनाया हो और Firebase की सेवा की शर्तें स्वीकार की हों.

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




Analytics

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

Google Analytics, Firebase कंसोल में बेहतर जानकारी देने वाली लेयर के तौर पर काम करता है. इससे आपको अच्छी क्वालिटी का ऐप्लिकेशन बनाने, उपयोगकर्ताओं की संख्या बढ़ाने, और ज़्यादा कमाई करने के बारे में अहम जानकारी मिलती है.

शुरू करने के लिए, दस्तावेज़ पढ़ें.

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

अपनी Google Analytics प्रॉपर्टी के एडमिन पेज से, प्रॉपर्टी की सेटिंग अपडेट की जा सकती हैं. जैसे:

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

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

  1. Firebase कंसोल में, अपने > प्रोजेक्ट सेटिंग पर जाएं.
  2. इंटिग्रेशन टैब पर जाएं. इसके बाद, Google Analytics कार्ड में, मैनेज करें या लिंक देखें पर क्लिक करें.
  3. खाता और प्रॉपर्टी सेटिंग खोलने के लिए, अपने Google Analytics खाते के लिंक पर क्लिक करें.

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

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

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

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

नहीं. अगर आपकी प्रॉपर्टी मिट गई है, तो उसे वापस नहीं लाया जा सकता. इसके अलावा, उस प्रॉपर्टी में पहले से इकट्ठा किया गया Analytics डेटा भी वापस नहीं पाया जा सकता.

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

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

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

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 के डेटा पर निर्भर रहने वाली कोई भी सुविधा काम नहीं करेगी.

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

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

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

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



Authentication

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

क्षेत्र कोड
विज्ञापनअंडोरा
AEसंयुक्त अरब अमीरात
AFअफ़ग़ानिस्तान
AGएंटीगुआ और बारबुडा
अल्बनियाअल्बानिया
पूर्वाह्मआर्मेनिया
AOअंगोला
ARअर्जेंटीना
ASअमेरिकन समोआ
ATऑस्ट्रिया
AUऑस्ट्रेलिया
AWअरूबा
अज़रबैजानअज़रबैजान
बीएबोस्निया और हर्ज़ेगोविना
BBबारबाडोस
BDबांग्लादेश
BEबेल्जियम
BFबुर्किना फ़ासो
BGबुल्गारिया
बीजिंगबेनिन
BMबरमूडा
BNब्रूनेई दारुस्सलम
बोलिवियाबोलिविया
ब्राज़ीलब्राज़ील
बीएसबहामाज़
BTभूटान
BWबोत्सवाना
इनके द्वारा:बेलारूस
BZबलीज़
CAकनाडा
सीडी (CD)कॉन्गो, (किंशासा)
CFमध्य अफ़्रीकी गणराज्य
CGकॉन्गो (ब्राज़ाविल)
CHस्विट्ज़रलैंड
सीआई (CI)आइवरी कोस्ट
CKकुक द्वीप समूह
सीएलचिली
CMकैमरून
कोलंबियाकोलंबिया
सीआरकोस्टा रिका
सीवीकेप वर्ड
CWक्यूरासाओ
साइप्रससाइप्रस
CZचेक गणराज्य
DEजर्मनी
डीजेजिबूती
डेनमार्कडेनमार्क
डीएमडोमिनिका
ऐसा करेंडोमिनिकन गणराज्य
अल्जीरियन दिनारअल्जीरिया
ECइक्वाडोर
EGमिस्र
ESस्पेन
ETइथियोपिया
FIफ़िनलैंड
एफ़जेफ़िजी
FKफ़ॉकलैंड द्वीप समूह (मा‍ल्विनास)
एफ़एममाइक्रोनेशिया (संघीय राज्य)
FOफ़ैरो द्वीप समूह
FRफ़्रांस
जीएगैबोन
GBयूनाइटेड किंगडम
जीडीग्रेनाडा
GEजॉर्जिया
GFफ़्रेंच गुयाना
GGगर्न्ज़ी
घानाघाना
GIजिब्राल्टर
GLग्रीनलैंड
GMगैंबिया
GPगुआडलूप
GQइक्वेटोरियल गिनी
GRग्रीस
GTग्वाटेमाला
GYगुयाना
HKहॉन्ग कॉन्ग, एसएआर चीन
HNहोंडुरास
HRक्रोएशिया
HTहैती
एचयूहंगरी
आईडीइंडोनेशिया
IEआयरलैंड
ILइज़राइल
IMआइल ऑफ़ मैन
INभारत
आईक्यूइराक
आईटी (सूचना प्रौद्योगिकी)इटली
JEजर्सी
JMजमैका
जॉर्डनजॉर्डन
जापानजापान
KEकेन्या
कि॰ग्रा॰किर्गिस्तान
KHकंबोडिया
कि॰मी॰कोमोरोस
KNसेंट किट्स और नेविस
KRकोरिया (दक्षिण)
KWकुवैत
KYकेमैन द्वीप समूह
KZकज़ाकस्तान
LAलाओ PDR
LBलेबनान
LCसेंट लूसिया
LIलिएटेंस्टीन
LKश्रीलंका
एलएसलेसोथो
LTलिथुआनिया
लक्ज़मबर्गलक्सम्बर्ग
LVलातविया
LYलीबिया
MAमोरक्को
एमडीमोल्डोवा
एमईमोंटेनेग्रो
MFसेंट-मार्टिन (फ़्रेंच पार्ट)
एमजीमेडागास्कर
MKमैसेडोनिया गणराज्य
एमएमम्यांमार
एमएनमंगोलिया
MOमकाओ, एसएआर चीन
MSमोंटसेराट
MTमाल्टा
एमयूमॉरीशस
मेगावॉटमलावी
MXमेक्सिको
MYमलेशिया
MZमोज़ाम्बिक
NAनामीबिया
NCन्यू कैलेडोनिया
उपूनाइजर
NFनॉरफ़ॉक द्वीप
NGनाइजीरिया
NIनिकारागुआ
NLनीदरलैंड्स
नहींनॉर्वे
एनपीनेपाल
NZन्यूज़ीलैंड
ओमओमान
PAपनामा
PEपेरू
PGपापुआ न्यू गिनी
PHफ़िलिपींस
PKपाकिस्तान
PLपोलैंड
PMसेंट पियरे और मिकलान
PRप्योर्तो रिको
PSफ़िलिस्तीनी क्षेत्र
PTपुर्तगाल
PYपराग्वे
क्यूएकतर
REरीयूनियन
ROरोमानिया
RSसर्बिया
RUरूसी संघ
RWरवांडा
SAसऊदी अरब
SCसेशल्स
स्वीडनस्वीडन
SGसिंगापुर
शूट आउटसेंट हेलेना
SIस्लोवेनिया
SKस्लोवाकिया
SLसिएरा लियॉन
SNसेनेगल
SRसूरीनाम
STसाओ टोम और प्रिंसिपे
SVअल सल्वाडोर
SZस्वाज़ीलैंड
TCतुर्क और कैकोस द्वीप समूह
TGटोगो
थाईलैंडथाईलैंड
टीम लीडरपूर्वी तिमोर
TMतुर्कमेनिस्तान
TOटोंगा
TRतुर्किये
TTत्रिनिदाद और टोबैगो
TWताइवान, रिपब्लिक ऑफ़ चाइना
TZतंज़ानिया संयुक्त गणराज्य
UAयूक्रेन
युगांडायुगांडा
अमेरिकासंयुक्त राज्य अमेरिका
UYउरुग्वे
UZउज़्बेकिस्तान
VCसेंट विंसेंट और ग्रेनाडीन
VEवेनेज़ुएला (बोलिवियन रिपब्लिक)
VGब्रिटिश वर्जिन द्वीप समूह
VIवर्जिन द्वीपसमूह, संयुक्त राज्य अमेरिका
VNवियतनाम
WSसमोआ
YEयमन
YTमयोटे
ZAदक्षिण अफ़्रीका
एमज़ेडज़ाम्बिया
ZWज़िंबाब्वे

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

अपने प्रोजेक्ट को एसएमएस ट्रैफ़िक पंपिंग और एपीआई के गलत इस्तेमाल से बचाने के लिए, ये कदम उठाएं:

एसएमएस के लिए क्षेत्र से जुड़ी नीति सेट करें
  1. देश/इलाके के हिसाब से एसएमएस के इस्तेमाल की जानकारी देखें.

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

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

पुष्टि करने के लिए, अनुमति वाले डोमेन की संख्या सीमित करना

अनुमति वाले डोमेन मैनेज करने के लिए, पुष्टि करने की सेटिंग वाले डैशबोर्ड का इस्तेमाल करें. डेवलपमेंट को आसान बनाने के लिए, localhost डोमेन को डिफ़ॉल्ट रूप से, पुष्टि किए गए डोमेन की सूची में जोड़ा जाता है. अपने प्रोडक्शन प्रोजेक्ट में, अनुमति वाले डोमेन से localhost को हटाएं. इससे, नुकसान पहुंचाने वाले लोग आपके प्रोडक्शन प्रोजेक्ट को ऐक्सेस करने के लिए, अपने localhost पर कोड नहीं चला पाएंगे.

ऐप्लिकेशन की जांच करने की सुविधा चालू करना और उसे लागू करना

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

Firebase Authentication के साथ ऐप्लिकेशन की जांच करने की सुविधा का इस्तेमाल करने के लिए, आपको Firebase Authentication with Identity Platform पर अपग्रेड करना होगा.

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

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

फ़िलहाल, मोबाइल नंबर को एक मोबाइल और इंटरनेट सेवा देने वाली कंपनी से दूसरी कंपनी में पोर्ट करने पर, उन उपयोगकर्ताओं को कोई भी एसएमएस नहीं भेजा जा सकेगा. इस समस्या को हल करने का कोई तरीका नहीं है. Firebase इस समस्या को ठीक करने पर काम कर रहा है.

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

GoogleFragment: Google sign in failed
    com.google.android.gms.common.api.ApiException: 13: Unable to get token.
        at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
  1. पक्का करें कि पुष्टि करने की सेवा देने वाली कंपनी के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:

    1. Firebase कंसोल में, Authentication सेक्शन खोलें.

    2. साइन इन करने का तरीका टैब में, Google से साइन इन करने का तरीका बंद करें और फिर से चालू करें. भले ही, यह पहले से चालू हो:

      1. Google से साइन इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.

      2. Google से साइन इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.

  2. पक्का करें कि आपका ऐप्लिकेशन, Firebase की अप-टू-डेट कॉन्फ़िगरेशन फ़ाइल (google-services.json) का इस्तेमाल कर रहा हो.
    अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.

  3. देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.

  4. पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.

    1. Google Cloud कंसोल के क्रेडेंशियल पेज पर, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.

    2. अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने समस्या हल करने के लिए ऊपर दिए गए सभी चरण आज़मा लिए हैं, तो सहायता टीम से संपर्क करें.

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

You must specify |clientID| in |GIDConfiguration|
  1. पक्का करें कि पुष्टि करने की सेवा देने वाली कंपनी के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:

    1. Firebase कंसोल में, Authentication सेक्शन खोलें.

    2. साइन इन करने का तरीका टैब में, Google से साइन इन करने का तरीका बंद करें और फिर से चालू करें. भले ही, यह पहले से चालू हो:

      1. Google से साइन इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.

      2. Google से साइन इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.

  2. पक्का करें कि आपका ऐप्लिकेशन, Firebase की अप-टू-डेट कॉन्फ़िगरेशन फ़ाइल (GoogleService-Info.plist) का इस्तेमाल कर रहा हो.
    अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.

  3. देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.

  4. पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.

    1. Google Cloud कंसोल के क्रेडेंशियल पेज पर, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.

    2. अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने समस्या हल करने के लिए ऊपर दिए गए सभी चरण आज़मा लिए हैं, तो सहायता टीम से संपर्क करें.

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

AuthErrorCode.INVALID_OAUTH_CLIENT_ID
  1. पक्का करें कि पुष्टि करने की सेवा देने वाली कंपनी के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:

    1. Firebase कंसोल में, Authentication सेक्शन खोलें.

    2. साइन इन करने का तरीका टैब में, Google से साइन इन करने का तरीका बंद करें और फिर से चालू करें. भले ही, यह पहले से चालू हो:

      1. Google से साइन इन करने का तरीका खोलें और उसे बंद करें. इसके बाद, सेव करें पर क्लिक करें.

      2. Google से साइन इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.

  2. साथ ही, Authentication सेक्शन के Google साइन-इन प्रोवाइडर कॉन्फ़िगरेशन में, पक्का करें कि OAuth क्लाइंट आईडी और सीक्रेट, Google Cloud कंसोल के क्रेडेंशियल पेज पर दिखाए गए वेब क्लाइंट से मेल खाते हों. इसके लिए, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.

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

This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.

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

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

डिफ़ॉल्ट रूप से, Firebase Authentication JS SDK टूल आपके Firebase प्रोजेक्ट के लिए उस एपीआई पासकोड पर निर्भर करता है जिसे Browser key के तौर पर लेबल किया गया है. साथ ही, यह इस पासकोड का इस्तेमाल करके पुष्टि करता है कि साइन-इन रीडायरेक्ट यूआरएल, अनुमति वाले डोमेन की सूची के हिसाब से मान्य है या नहीं. Authentication को यह एपीआई पासकोड इस आधार पर मिलता है कि Authentication SDK टूल को कैसे ऐक्सेस किया जाता है:

  • अगर Authentication JS SDK टूल की मदद से उपयोगकर्ताओं को लॉग इन करने के लिए, Hosting से मिले Auth हेल्पर का इस्तेमाल किया जाता है, तो Firebase Hosting पर डिप्लॉय करने पर, Firebase आपके बाकी Firebase कॉन्फ़िगरेशन के साथ, आपकी एपीआई कुंजी अपने-आप हासिल कर लेता है. पक्का करें कि आपके वेब ऐप्लिकेशन firebaseConfig में मौजूद authDomain को, Hosting साइट के किसी एक डोमेन का इस्तेमाल करने के लिए ठीक से कॉन्फ़िगर किया गया हो. इसकी पुष्टि करने के लिए, https://authDomain__/firebase/init.json पर जाएं और देखें कि projectId आपके firebaseConfig से मेल खाता है या नहीं.

  • अगर साइन-इन कोड को खुद होस्ट किया जाता है, तो खुद होस्ट किए गए Authentication JS SDK टूल के रीडायरेक्ट हेल्पर को Firebase कॉन्फ़िगरेशन देने के लिए, __/firebase/init.json फ़ाइल का इस्तेमाल किया जा सकता है. इस कॉन्फ़िगरेशन फ़ाइल में दी गई एपीआई कुंजी और projectId, आपके वेब ऐप्लिकेशन firebaseConfig से मेल खानी चाहिए.

पक्का करें कि इस एपीआई पासकोड को मिटाया न गया हो: Google Cloud Console में, एपीआई और सेवाएं > क्रेडेंशियल पैनल पर जाएं. यहां आपके प्रोजेक्ट की सभी एपीआई पासकोड की सूची होती है.

  • अगर Browser key नहीं मिटाया गया है, तो इन चीज़ों की जांच करें:

    • पक्का करें कि Firebase Authentication एपीआई, अनुमति वाले एपीआई की सूची में शामिल हो, ताकि पासकोड से उसे ऐक्सेस किया जा सके. एपीआई पासकोड के लिए एपीआई से जुड़ी पाबंदियों के बारे में ज़्यादा जानें.

    • अगर साइन-इन कोड को खुद होस्ट किया जाता है, तो पक्का करें कि आपकी __/firebase/init.json फ़ाइल में दी गई एपीआई पासकोड, Cloud Console में मौजूद एपीआई पासकोड से मेल खाती हो. अगर ज़रूरी हो, तो फ़ाइल में मौजूद कुंजी को ठीक करें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.

    • अगर Browser key मिटा दिया गया है, तो Firebase आपके लिए एक नई एपीआई पासकोड जनरेट कर सकता है: Firebase कंसोल में, > प्रोजेक्ट सेटिंग पर जाएं. इसके बाद, आपके ऐप्लिकेशन सेक्शन में, अपने वेब ऐप्लिकेशन पर क्लिक करें. इससे, अपने-आप एक एपीआई पासकोड बन जाएगा. इसे अपने वेब ऐप्लिकेशन के लिए, SDK टूल सेटअप और कॉन्फ़िगरेशन सेक्शन में देखा जा सकता है.

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

    नई API (एपीआई) कुंजी बनाने के बाद, यहां दिया गया तरीका अपनाएं:

    • अगर रिज़र्व किए गए Hosting यूआरएल का इस्तेमाल किया जाता है, तो अपने ऐप्लिकेशन को Firebase पर फिर से डिप्लॉय करें, ताकि वह आपके बाकी Firebase कॉन्फ़िगरेशन के साथ नई एपीआई कुंजी अपने-आप हासिल कर सके.

    • अगर साइन-इन कोड को खुद होस्ट किया जाता है, तो नई एपीआई कुंजी को कॉपी करके अपनी __/firebase/init.json फ़ाइल में जोड़ें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.

  1. Google Cloud कंसोल का क्रेडेंशियल पेज खोलें.

  2. पेज पर सबसे ऊपर, क्रेडेंशियल बनाएं > OAuth क्लाइंट आईडी चुनें.

  3. अगर आपसे सहमति वाली स्क्रीन को कॉन्फ़िगर करने के लिए कहा जाता है, तो स्क्रीन पर दिए गए निर्देशों का पालन करें. इसके बाद, अक्सर पूछे जाने वाले सवालों के इस सेक्शन में दिया गया तरीका अपनाएं.

  4. OAuth वेब क्लाइंट बनाएं:

    1. ऐप्लिकेशन टाइप के लिए, वेब ऐप्लिकेशन चुनें.

    2. अनुमति वाले JavaScript ऑरिजिन के लिए, ये जोड़ें:

      • http://localhost
      • http://localhost:5000
      • https://PROJECT_ID.firebaseapp.com
      • https://PROJECT_ID.web.app
    3. अनुमति वाले रीडायरेक्ट यूआरआई के लिए, यह जानकारी जोड़ें:

      • https://PROJECT_ID.firebaseapp.com/__/auth/handler
      • https://PROJECT_ID.web.app/__/auth/handler
    4. OAuth क्लाइंट सेव करें.

  5. नए OAuth क्लाइंट आईडी और क्लाइंट पासवर्ड को अपने क्लिपबोर्ड पर कॉपी करें.

  6. Firebase कंसोल में, Authentication सेक्शन खोलें.

  7. साइन इन करने का तरीका टैब में, Google साइन-इन प्रोवाइडर खोलें. इसके बाद, वेब सर्वर क्लाइंट आईडी और सीक्रेट को चिपकाएं. इसे आपने अभी बनाया है और Google Cloud कंसोल से कॉपी किया है. सेव करें पर क्लिक करें.

दिसंबर 2022 से पहले, ईमेल टेंप्लेट में %APP_NAME% में OAuth ब्रैंड का नाम अपने-आप भरा जाता था. यह नाम, Firebase प्रोजेक्ट में Android ऐप्लिकेशन रजिस्टर होने पर अपने-आप प्रोवाइड किया जाता था. अब, OAuth ब्रैंड सिर्फ़ तब उपलब्ध होता है, जब Google साइन इन की सुविधा चालू हो. इसलिए, यहां बताया गया है कि %APP_NAME% का पता कैसे लगाया जाता है:

  • अगर OAuth ब्रैंड का नाम उपलब्ध है, तो ईमेल टेंप्लेट में %APP_NAME%, OAuth ब्रैंड का नाम होगा. यह दिसंबर 2022 से पहले के व्यवहार जैसा ही होगा.

  • अगर OAuth ब्रैंड का नाम उपलब्ध नहीं है, तो ईमेल टेंप्लेट में %APP_NAME% तय करने का तरीका यहां बताया गया है:

    • वेब ऐप्लिकेशन के लिए, %APP_NAME% Firebase Hosting साइट का डिफ़ॉल्ट नाम होगा. यह वैल्यू, .firebaseapp.com और .web.app से पहले होती है और आम तौर पर यह Firebase प्रोजेक्ट आईडी होता है.

    • मोबाइल ऐप्लिकेशन के लिए:

      • अगर अनुरोध में Android पैकेज का नाम या iOS बंडल आईडी मौजूद है, तो %APP_NAME% वह नाम होगा जिसका इस्तेमाल Play Store या App Store में किया जाता है.

      • अगर ऐसा नहीं है, तो %APP_NAME%, Firebase Hosting साइट का डिफ़ॉल्ट नाम होगा. यह वैल्यू, .firebaseapp.com और .web.app से पहले की होती है और आम तौर पर यह Firebase प्रोजेक्ट आईडी होती है.

    ध्यान दें कि अगर डिफ़ॉल्ट Firebase Hosting साइट के नाम का लुकअप नहीं हो पाता है, तो %APP_NAME% के तौर पर Firebase प्रोजेक्ट आईडी का इस्तेमाल किया जाता है.



Cloud Functions

Cloud Functions रनटाइम सहायता

  1. पक्का करें कि आपके पास Blaze का कीमत वाला प्लान हो.
  2. पक्का करें कि आपके पास Firebase CLI का नया वर्शन हो.
  3. अपने फ़ंक्शन के package.json में, engines फ़ील्ड को अपडेट करें.
  4. इसके अलावा, Firebase Local Emulator Suite का इस्तेमाल करके, अपने बदलावों की जांच की जा सकती है.
  5. सभी फ़ंक्शन फिर से डिप्लॉय करें.

Firebase कंसोल में, फ़ंक्शन डैशबोर्ड पर जाएं, कोई फ़ंक्शन चुनें, और ज़्यादा जानकारी में जाकर, फ़ंक्शन की भाषा देखें.

हां. एक्सटेंशन, Cloud Functions का इस्तेमाल करते हैं. इसलिए, आपको अपने एक्सटेंशन के रनटाइम को उसी टाइमलाइन पर अपडेट करना होगा जिस पर Cloud Functions को अपडेट किया जाता है.

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

Cloud Functions कीमत

Cloud Functions for Firebase, पैसे चुकाकर ली जाने वाली Google की कुछ सेवाओं पर निर्भर है. Firebase CLI 11.2.0 और इसके बाद के वर्शन के साथ, नए फ़ंक्शन को डिप्लॉय करने के लिए, Cloud Build और Artifact Registry का इस्तेमाल किया जाता है. पुराने वर्शन में डिप्लॉयमेंट, Cloud Build का इस्तेमाल उसी तरह करते हैं. हालांकि, वे Artifact Registry के बजाय, स्टोरेज के लिए Container Registry और Cloud Storage पर भरोसा करते हैं. इन सेवाओं के इस्तेमाल के लिए, मौजूदा कीमत के अलावा अलग से शुल्क लिया जाएगा.

Firebase CLI 11.2.0 और उसके बाद के वर्शन के लिए स्टोरेज

Artifact Registry वे कंटेनर उपलब्ध कराता है जिनमें फ़ंक्शन चलते हैं. Artifact Registry के लिए, पहले 500 एमबी का इस्तेमाल बिना किसी शुल्क के किया जा सकता है. इसलिए, हो सकता है कि आपके पहले फ़ंक्शन के डिप्लॉयमेंट पर कोई शुल्क न लगे. इस थ्रेशोल्ड के बाद, हर अतिरिक्त जीबी स्टोरेज के लिए, हर महीने 10 सेंट का शुल्क लिया जाता है.

Firebase सीएलआई 11.1.x और उससे पहले के वर्शन के लिए स्टोरेज

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

आपके बिल में होने वाले बदलाव के बारे में ज़्यादा जानने के लिए, कृपया यहां दी गई जानकारी देखें

हां. ब्लेज़ प्लान में, Cloud Functions, कॉल करने, कंप्यूट करने में लगने वाले समय, और इंटरनेट ट्रैफ़िक के लिए बिना किसी शुल्क के टियर उपलब्ध कराता है. पहले 2,000,000 अनुरोधों, 4,00,000 जीबी-सेकंड, 2,00,000 सीपीयू-सेकंड, और पांच जीबी इंटरनेट इग्रेस डेटा ट्रैफ़िक को हर महीने बिना किसी शुल्क के उपलब्ध कराया जाता है. आपसे सिर्फ़ उन थ्रेशोल्ड से ज़्यादा के इस्तेमाल के लिए शुल्क लिया जाएगा.

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

Firebase के प्लान की कीमतें और Cloud Functions कीमत के उदाहरण के तौर पर दिए गए उदाहरण देखें.

नहीं. कोटा में कोई बदलाव नहीं किया जाएगा. हालांकि, हम बिल्ड करने के लिए तय की गई समयसीमा को हटा देंगे. रोज़ाना 120 मिनट का कोटा पूरा होने पर, आपको गड़बड़ियों या चेतावनियों के बजाय, Blaze की कीमत तय करने के प्लान के तहत बिल भेजा जाएगा. कोटा और सीमाएं देखें.

हां, 300 डॉलर का क्रेडिट पाने के लिए, Google Cloud कंसोल में Cloud Billing खाता बनाया जा सकता है. इसके बाद, उस Cloud Billing खाते को Firebase प्रोजेक्ट से लिंक किया जा सकता है.

Google Cloud क्रेडिट के बारे में ज़्यादा जानने के लिए, यहां क्लिक करें.

ध्यान दें कि ऐसा करने के बाद, आपको Firebase कंसोल में Blaze का प्लान सेट अप करना होगा, ताकि 300 डॉलर का क्रेडिट खत्म होने के बाद भी आपका प्रोजेक्ट काम करता रहे.

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

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

Firebase console में, इस्तेमाल और बिलिंग डैशबोर्ड देखें.

हां. एक्सटेंशन, Cloud Functions का इस्तेमाल करते हैं. इसलिए, एक्सटेंशन के लिए वही शुल्क लागू होगा जो अन्य फ़ंक्शन के लिए लागू होता है.

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



Cloud Messaging

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

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

सुविधाएं सूचनाएं बनाने की सुविधा Cloud Messaging
टारगेट एक डिवाइस
विषयों की सदस्यता लेने वाले क्लाइंट (जैसे, मौसम)
पहले से तय उपयोगकर्ता सेगमेंट (ऐप्लिकेशन, वर्शन, भाषा) में मौजूद क्लाइंट
चुनी गई Analytics ऑडियंस में मौजूद क्लाइंट
डिवाइस ग्रुप में शामिल क्लाइंट
क्लाइंट से सर्वर पर अपस्ट्रीम
मैसेज का टाइप      2 केबी तक की सूचनाएं
4 केबी तक के डेटा मैसेज
डिलीवरी तुरंत
क्लाइंट डिवाइस का आने वाले समय का स्थानीय समय
Analytics सूचनाओं के लिए पहले से मौजूद आंकड़े इकट्ठा करने की सुविधा और फ़नल के आंकड़े

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

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

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

FCM SDK में अपग्रेड करने के फ़ायदे:

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

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

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

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

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

  • 5228
  • 5229
  • 5230

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

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

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

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

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

यहां Firebase Cloud Messaging और सूचनाएं कंपोज़र की, मैसेजिंग की सुविधाओं की तुलना की गई है:

सुविधाएं सूचनाएं बनाने की सुविधा Cloud Messaging
टारगेट एक डिवाइस
विषयों की सदस्यता लेने वाले क्लाइंट (जैसे, मौसम)
पहले से तय उपयोगकर्ता सेगमेंट (ऐप्लिकेशन, वर्शन, भाषा) में मौजूद क्लाइंट
चुनी गई Analytics ऑडियंस में मौजूद क्लाइंट
डिवाइस ग्रुप में शामिल क्लाइंट
क्लाइंट से सर्वर पर अपस्ट्रीम
मैसेज का टाइप      2 केबी तक की सूचनाएं
4 केबी तक के डेटा मैसेज
डिलीवरी तुरंत
क्लाइंट डिवाइस का आने वाले समय का स्थानीय समय
Analytics सूचनाओं के लिए पहले से मौजूद आंकड़े इकट्ठा करने की सुविधा और फ़नल के आंकड़े

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

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

FCM की सुविधाएं जून 2023 में बंद कर दी गई हैं

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

सर्वर एपीआई

एपीआई का नाम एपीआई एंडपॉइंट उपयोगकर्ताओं पर असर कार्रवाई ज़रूरी है
लेगसी एचटीटीपी प्रोटोकॉल https://fcm.googleapis.com/fcm/send एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद काम नहीं करेंगे. एचटीटीपी v1 एपीआई पर माइग्रेट करें.
लेगसी XMPP प्रोटोकॉल fcm-xmpp.googleapis.com:5235 एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद काम नहीं करेंगे. एचटीटीपी v1 एपीआई पर माइग्रेट करें.
Instance ID सर्वर एपीआई https://iid.googleapis.com/v1/web/iid एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद काम नहीं करेंगे. FCM वेब रजिस्टरेशन बनाने के लिए, Web JS SDK का इस्तेमाल करें.
https://iid.googleapis.com/iid/* एंडपॉइंट काम करते रहेंगे. हालांकि, 21/6/2024 के बाद, वे स्टैटिक सर्वर पासकोड का इस्तेमाल करके पुष्टि नहीं कर पाएंगे. सेवा खाते से मिले OAuth 2.0 ऐक्सेस टोकन का इस्तेमाल करें.
डिवाइस ग्रुप मैनेजमेंट एपीआई https://fcm.googleapis.com/fcm/notification एंडपॉइंट काम करता रहेगा. हालांकि, यह 21/6/2024 के बाद, स्टैटिक सर्वर पासकोड का इस्तेमाल करके पुष्टि करने की सुविधा के साथ काम नहीं करेगा. सेवा खाते से मिले OAuth 2.0 ऐक्सेस टोकन का इस्तेमाल करें.
XMPP के ज़रिए अपस्ट्रीम मैसेजिंग fcm-xmpp.googleapis.com:5235 ऐप्लिकेशन में FirebaseMessaging.send को एपीआई कॉल करने पर, 21/6/2024 के बाद ऐप्लिकेशन सर्वर पर अपस्ट्रीम मैसेज ट्रिगर नहीं होंगे. अपने सर्वर लॉजिक में यह सुविधा लागू करें. उदाहरण के लिए, कुछ डेवलपर अपने एचटीटीपी/gRPC एंडपॉइंट लागू करते हैं और अपने क्लाइंट से ऐप्लिकेशन सर्वर पर मैसेज भेजने के लिए, सीधे एंडपॉइंट को कॉल करते हैं. gRPC का इस्तेमाल करके अपस्ट्रीम मैसेजिंग को लागू करने का उदाहरण देखने के लिए, gRPC क्विक स्टार्ट देखें.
एक साथ कई ईमेल भेजने की सुविधा देने वाला API https://fcm.googleapis.com/batch एंडपॉइंट के लिए किए गए अनुरोध, 21/6/2024 के बाद काम नहीं करेंगे. स्टैंडर्ड एचटीटीपी v1 एपीआई भेजने के तरीके पर माइग्रेट करें. यह मल्टीप्लेक्सिंग के लिए, एचटीटीपी/2 के साथ काम करता है.

Firebase Admin SDK टूल के एपीआई

एपीआई का नाम एपीआई की भाषा उपयोगकर्ताओं पर असर कार्रवाई ज़रूरी है
sendToDevice() Node.js यह एपीआई 21/6/2024 के बाद काम करना बंद कर देगा, क्योंकि यह पुराने एचटीटीपी सेंड एपीआई को कॉल करता है. send() वाला तरीका इस्तेमाल करें.
sendToDeviceGroup() Node.js यह एपीआई 21/6/2024 के बाद काम करना बंद कर देगा, क्योंकि यह पुराने एचटीटीपी सेंड एपीआई को कॉल करता है. send() वाला तरीका इस्तेमाल करें.
sendToTopic() Node.js यह एपीआई 21/6/2024 के बाद काम करना बंद कर देगा, क्योंकि यह पुराने एचटीटीपी सेंड एपीआई को कॉल करता है. send() वाला तरीका इस्तेमाल करें.
sendToCondition() Node.js यह एपीआई 21/6/2024 के बाद काम करना बंद कर देगा, क्योंकि यह पुराने एचटीटीपी सेंड एपीआई को कॉल करता है. send() वाला तरीका इस्तेमाल करें.
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast() Node.js, Java, Python, Go, C# ये एपीआई 21/6/2024 के बाद काम करना बंद कर देंगे, क्योंकि ये बैच में ईमेल भेजने वाले एपीआई को कॉल करते हैं . Firebase Admin SDK टूल के नए वर्शन पर अपग्रेड करें और इसके बजाय नए एपीआई का इस्तेमाल करें: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast().

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

क्लाइंट SDK टूल

SDK टूल के वर्शन उपयोगकर्ताओं पर असर कार्रवाई ज़रूरी है
GCM SDK टूल (2018 में बंद कर दिए गए) GCM SDK टूल का इस्तेमाल करने वाले ऐप्लिकेशन, 21/6/2024 के बाद टोकन रजिस्टर नहीं कर पाएंगे. साथ ही, उन्हें FCM से मैसेज भी नहीं मिल पाएंगे. अगर आपने अब तक ऐसा नहीं किया है, तो अपने Android SDK टूल को नए Firebase SDK टूल पर अपग्रेड करें.
JS SDK टूल का वर्शन 7.0.0 से पहले का (साल 2019 में 7.0.0 वर्शन में बदलाव किया गया) पुराने JS SDK टूल का इस्तेमाल करने वाले वेब ऐप्लिकेशन, 21/6/2024 के बाद टोकन रजिस्टर नहीं कर पाएंगे. अपने Firebase वेब SDK टूल को नए वर्शन पर अपग्रेड करें.

नहीं. आपके पास पुराने एपीआई से नए एपीआई पर माइग्रेट करने के लिए 12 महीने (20/06/2023 - 21/06/2024) हैं. इस दौरान, आपको सेवा में कोई गिरावट नहीं आएगी. हमारा सुझाव है कि आप जल्द से जल्द माइग्रेशन की योजना बनाएं, ताकि जून 2024 में एपीआई बंद होने पर आप पर इसका असर न पड़े.

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

FCM, 22 जुलाई, 2024 के आस-पास, बंद किए गए एपीआई को धीरे-धीरे बंद करना शुरू कर देगा. इस तारीख के बाद, बंद की गई सेवाओं पर "फ़्लिकरिंग" प्रोसेस लागू होगी. इसमें, अनुरोधों की संख्या बढ़ने पर गड़बड़ी के जवाब मिलेंगे. धीरे-धीरे बंद होने की अवधि के दौरान, आपको समय के साथ इन गड़बड़ियों और गड़बड़ी के जवाबों की फ़्रीक्वेंसी बढ़ने की उम्मीद करनी चाहिए:

कैटगरी क्या-क्या मिलेगा
लेगसी एचटीटीपी प्रोटोकॉल अनुरोधों को एचटीटीपी कोड 301 के साथ अस्वीकार किया जा रहा है.
लेगसी XMPP प्रोटोकॉल गड़बड़ी कोड 302 के साथ अनुरोध अस्वीकार किए जा रहे हैं.
FCM अपस्ट्रीम FCM बैकएंड, मैसेज को चुपचाप छोड़ रहा है.
एक साथ कई ईमेल भेजने की सुविधा देने वाला API अनुरोधों को गड़बड़ी कोड UNIMPLEMENTED और गड़बड़ी के मैसेज "एपीआई का इस्तेमाल नहीं किया जा सकता" के साथ अस्वीकार किया जा रहा है.
GCM SDK टूल - टोकन रजिस्टर करना अनुरोधों को एचटीटीपी कोड 301 के साथ अस्वीकार किया जा रहा है.
GCM SDKs - Send Messages अनुरोधों को गड़बड़ी कोड 400 और गड़बड़ी के मैसेज के साथ अस्वीकार किया जा रहा है, "V3 टोकन का इस्तेमाल बंद कर दिया गया है."
JS SDK टूल का वर्शन 7.0.0 से पहले का अनुरोधों को एचटीटीपी कोड 501 के साथ अस्वीकार किया जा रहा है.
इंस्टेंस आईडी और डिवाइस ग्रुप मैनेजमेंट एपीआई को ऐक्सेस करने के लिए, सर्वर पासकोड का इस्तेमाल करना अनुरोधों को एचटीटीपी कोड 401 के साथ अस्वीकार किया जा रहा है.

OAuth 2.0 टोकन, सेवा खाते से मिलने वाला एक छोटा टोकन होता है. यह Google का स्टैंडर्ड पुष्टि करने का मॉडल है. यह स्टैटिक सर्वर कुंजियों के मुकाबले ज़्यादा सुरक्षित है.

Google Auth Library का इस्तेमाल करके टोकन पाने के बारे में जानने के लिए, ऐक्सेस टोकन बनाने के लिए क्रेडेंशियल का इस्तेमाल करना लेख पढ़ें.

ध्यान दें कि अलग-अलग एंडपॉइंट के अनुरोधों के लिए, OAuth 2.0 टोकन का इस्तेमाल करने पर अनुरोध हेडर अलग-अलग होते हैं.

  • एचटीटीपी v1 एपीआई: Authorization: Bearer $oauth_token
  • Instance ID सर्वर एपीआई और डिवाइस ग्रुप मैनेजमेंट एपीआई: Authorization: Bearer $oauth_token
    access_token_auth: true

हमारा सुझाव है कि आप नए API पर धीरे-धीरे ट्रैफ़िक बढ़ाएं. अगर आपको नियमित तौर पर 6,00,000 से ज़्यादा मैसेज/मिनट भेजने हैं, तो कोटा बढ़ाने का तरीका जानने के लिए Firebase की सहायता टीम से संपर्क करें. इसके अलावा, ट्रैफ़िक को अलग-अलग समय पर भेजने के सुझाव भी पाएं.

विषय: v1 API का इस्तेमाल करते समय, आपको अपने विषय टारगेट में "/topics/" प्रीफ़िक्स जोड़ने की ज़रूरत नहीं है.

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

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

इस्तेमाल के उन उदाहरणों के लिए जहां एंड-टू-एंड इंतज़ार का समय अहम है या जहां कुल फ़ैनआउट साइज़ छोटा है (एक मिलियन से कम), Google का सुझाव है कि एचटीटीपी v1 एपीआई का इस्तेमाल करके, कई अलग-अलग अनुरोध भेजें. एचटीटीपी/2 पर एचटीटीपी v1 एपीआई, 99.9% मल्टीकास्ट अनुरोधों (100 से कम टोकन भेजने वाले) के लिए, एचटीटीपी v2 एपीआई की तरह ही परफ़ॉर्म करता है. असामान्य इस्तेमाल के उदाहरणों (1,000 टोकन भेजना) के लिए, यह थ्रुपुट रेट का एक तिहाई तक पहुंच जाता है. इसलिए, इस असामान्य इस्तेमाल के उदाहरण को ऑप्टिमाइज़ करने के लिए, ज़्यादा कंसिस्टेंसी की ज़रूरत होती है. उपयोगकर्ताओं को लेगसी मल्टीकास्ट की तुलना में, एचटीटीपी v1 एपीआई से ज़्यादा भरोसेमंद और उपलब्ध सेवा मिल सकती है.

जिन इस्तेमाल के उदाहरणों में थ्रूपुट और एग्रेस बैंडविड्थ को प्राथमिकता दी जाती है या जहां फ़ैनआउट का कुल साइज़ बड़ा (10 लाख से ज़्यादा) होता है वहां Google, विषय के हिसाब से मैसेज भेजने का सुझाव देता है. विषय के मैसेज भेजने के लिए, विषय के सदस्यों को सदस्यता देने की ज़रूरत होती है. हालांकि, यह सुविधा एक प्रोजेक्ट के फ़ैनआउट रेट के हिसाब से 10,000 क्यूपीएस तक की सुविधा देती है. साथ ही, विषय के साइज़ पर कोई सीमा नहीं होती.

प्लेटफ़ॉर्म Firebase Admin SDK टूल का वर्शन
Node.js >=11.7.0
Python >=6.2.0
Java >=9.2.0
शुरू करें >=4.12.0
.NET >=2.4.0

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

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

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

एचटीटीपी v1 एपीआई पर पूरी तरह से माइग्रेट करने के बाद, लेगसी Cloud Messaging API को बंद किया जा सकता है. अगर एपीआई पहले से बंद है, तो हो सकता है कि पेज लोड न हो.

FCM कोटा और सीमाएं

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

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

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

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

कोटा मेट्रिक को चार्ट में दिखाने और मॉनिटर करने का तरीका जानने के लिए, Google Cloud के दिशा-निर्देश देखें.

हम समझते हैं कि कोटा की सीमाएं चुनौतीपूर्ण हो सकती हैं. हालांकि, सेवा को भरोसेमंद बनाए रखने के लिए कोटा ज़रूरी हैं और हम छूट नहीं दे सकते.

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

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



Cloud Storage for Firebase

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

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 को चालू करें.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 एंडपॉइंट का इस्तेमाल करें. आपको इस एंडपॉइंट को सिर्फ़ एक बार कॉल करना होगा, न कि हर लिंक की गई बकेट के लिए एक बार.
  • मैन्युअल तरीके से: सेवा खाते बनाना और उन्हें मैनेज करना लेख में दिया गया तरीका अपनाएं. उस गाइड का पालन करके, आईएएम भूमिकाCloud Storage for Firebase Service Agent और सेवा खाते का नाम
    service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com वाला सेवा खाता जोड़ें.
नया सेवा खाता हटाना

हमारा सुझाव है कि आप सेवा खाते को न हटाएं, क्योंकि इससे आपके ऐप्लिकेशन के लिए Cloud Storage बकेट का ऐक्सेस ब्लॉक हो सकता है. अपने प्रोजेक्ट से सेवा खाता हटाने के लिए, सेवा खाते को बंद करना में दिए गए निर्देशों का पालन करें.

Cloud Storage for Firebase कीमत

Cloud Storage के लिए, कीमत तय करने के प्लान की ज़रूरी शर्तों में हुए बदलावों के बारे में ज़्यादा जानने के लिए, Cloud Storage के दस्तावेज़ पर जाएं.

Firebase की कीमत वाले पेज पर जाएं और Blaze प्लान कैलकुलेटर का इस्तेमाल करें. कैलकुलेटर में, Cloud Storage for Firebase के इस्तेमाल के सभी टाइप की सूची होती है.

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

Spark प्लान पर किसी प्रोजेक्ट में Cloud Storage की सीमाएं पार करने पर, नतीजा इस बात पर निर्भर करता है कि आपने किस तरह की सीमा पार की है:

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



Crashlytics

ज़्यादा मददगार सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Crashlytics समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.



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

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



Hosting

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

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

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

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

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

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

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

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

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

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

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

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

Hosting में, हर फ़ाइल का साइज़ ज़्यादा से ज़्यादा 2 जीबी हो सकता है.

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

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



Performance Monitoring

ज़्यादा मददगार सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Performance Monitoring समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.

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

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

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

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



Realtime Database

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



Remote Config

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

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

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

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

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

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



Test Lab

ज़रूरी सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Test Lab समस्या हल करने के पेज पर जाएं.



Firebase उपयोगकर्ता सेगमेंटेशन स्टोरेज

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