क्या आपको कोई और समस्या आ रही है या आपको यहां दी गई समस्या नहीं दिख रही है? कृपया किसी बग की शिकायत करें या किसी सुविधा का अनुरोध करें. साथ ही, Stack Overflow पर होने वाली चर्चाओं में शामिल हों.
Firebase प्रोजेक्ट और Firebase ऐप्लिकेशन
Firebase प्रोजेक्ट क्या है?
Firebase प्रोजेक्ट, Firebase के लिए टॉप-लेवल की इकाई है. किसी प्रोजेक्ट में, अपने Apple, Android या वेब ऐप्लिकेशन रजिस्टर किए जा सकते हैं. अपने ऐप्लिकेशन को Firebase के साथ रजिस्टर करने के बाद, अपने ऐप्लिकेशन में प्रॉडक्ट के हिसाब से बनाए गए Firebase SDK टूल जोड़े जा सकते हैं. जैसे, Analytics, Cloud Firestore, Crashlytics या Remote Config.
आपको अपने Apple, Android, और वेब ऐप्लिकेशन के वैरिएंट को एक ही Firebase प्रोजेक्ट में रजिस्टर करना चाहिए. डेवलपमेंट, स्टेजिंग, और प्रोडक्शन जैसे कई एनवायरमेंट के साथ काम करने के लिए, कई Firebase प्रोजेक्ट का इस्तेमाल किया जा सकता है.
Firebase प्रोजेक्ट के बारे में ज़्यादा जानने के लिए यहां कुछ संसाधन दिए गए हैं:
- Firebase प्रोजेक्ट के बारे में जानकारी — इसमें Firebase प्रोजेक्ट के कई अहम कॉन्सेप्ट के बारे में खास जानकारी दी गई है. जैसे, Google Cloud के साथ उनका संबंध और किसी प्रोजेक्ट, उसके ऐप्लिकेशन, और संसाधनों की बुनियादी हैरारकी.
- Firebase प्रोजेक्ट सेट अप करने के सामान्य और सबसे सही तरीके — इसमें Firebase प्रोजेक्ट सेट अप करने और किसी प्रोजेक्ट के साथ अपने ऐप्लिकेशन रजिस्टर करने के लिए, सामान्य और सबसे सही तरीके बताए गए हैं. इससे आपको अलग-अलग एनवायरमेंट का इस्तेमाल करने वाला डेवलपमेंट वर्कफ़्लो साफ़ तौर पर समझने में मदद मिलती है.
ध्यान दें कि सभी Firebase प्रोजेक्ट के लिए, Firebase अपने-आप
Google Cloud कंसोल में, आपके प्रोजेक्ट के लेबल पेज में
firebase:enabled
का लेबल जोड़ देता है. इस लेबल के बारे में ज़्यादा जानने के लिए, हमारे अक्सर पूछे जाने वाले सवाल पेज पर जाएं.
Google Cloud संगठन क्या होता है?
Google Cloud संगठन, Google Cloud प्रोजेक्ट के लिए एक कंटेनर होता है. इसमें Firebase प्रोजेक्ट भी शामिल होते हैं. इस हैरारकी की मदद से, Google Cloud और Firebase प्रोजेक्ट को बेहतर तरीके से व्यवस्थित किया जा सकता है. साथ ही, इनका ऐक्सेस मैनेज किया जा सकता है और इनकी ऑडिटिंग की जा सकती है. ज़्यादा जानकारी के लिए, संगठन बनाना और मैनेज करना लेख पढ़ें.
किसी मौजूदा Google Cloud प्रोजेक्ट में Firebase को कैसे जोड़ें?
आपके पास Google Cloud कंसोल या Google API कंसोल से मैनेज किए जा रहे मौजूदा Google Cloud प्रोजेक्ट हो सकते हैं.
इन मौजूदा प्रोजेक्ट में Firebase जोड़ने के लिए, इनमें से किसी भी विकल्प का इस्तेमाल किया जा सकता है:
- Firebase कंसोल का इस्तेमाल करके:
Firebase कंसोल के लैंडिंग पेज पर, प्रोजेक्ट जोड़ें पर क्लिक करें. इसके बाद, प्रोजेक्ट का नाम मेन्यू से अपना मौजूदा प्रोजेक्ट चुनें. - प्रोग्रामैटिक विकल्प का इस्तेमाल करके:
- Firebase Management REST API एंडपॉइंट को कॉल करें
addFirebase
. - Firebase CLI कमांड को चलाएं
firebase projects:addfirebase
. - Terraform का इस्तेमाल करें.
- Firebase Management REST API एंडपॉइंट को कॉल करें
मेरे Google Cloud प्रोजेक्ट पर firebase:enabled
लेबल क्यों है?
Google Cloud कंसोल में, अपने प्रोजेक्ट के लिए
लेबल पेज पर, आपको firebase:enabled
का लेबल दिख सकता है. खास तौर पर, enabled
का Value
वाला firebase
का Key
.
Firebase ने यह लेबल अपने-आप जोड़ा है, क्योंकि आपका प्रोजेक्ट एक Firebase प्रोजेक्ट है. इसका मतलब है कि आपके प्रोजेक्ट में Firebase के हिसाब से कॉन्फ़िगरेशन और सेवाएं चालू हैं. Firebase प्रोजेक्ट और Google Cloud के बीच के संबंध के बारे में ज़्यादा जानें.
हमारा सुझाव है कि आप इस लेबल में बदलाव न करें या इसे न मिटाएं. Firebase और Google Cloud, इस लेबल का इस्तेमाल आपके Firebase प्रोजेक्ट की सूची बनाने के लिए करते हैं. उदाहरण के लिए, REST API projects.list
एंडपॉइंट का इस्तेमाल करके या Firebase कंसोल के मेन्यू में.
ध्यान रखें कि अपने प्रोजेक्ट लेबल की सूची में इस लेबल को मैन्युअल तरीके से जोड़ने से, आपके Google Cloud प्रोजेक्ट के लिए, Firebase से जुड़े खास कॉन्फ़िगरेशन और सेवाएं चालू नहीं होंगी. ऐसा करने के लिए, आपको Firebase कंसोल के ज़रिए Firebase को जोड़ना होगा (या इस्तेमाल के बेहतर उदाहरणों के लिए, Firebase मैनेजमेंट REST API या Firebase सीएलआई के ज़रिए).
मेरा Firebase प्रोजेक्ट, मेरे Firebase प्रोजेक्ट की सूची में क्यों नहीं दिख रहा है?
अक्सर पूछे जाने वाले इस सवाल का जवाब तब दिया गया है, जब आपको यहां बताई गई जगहों पर अपना Firebase प्रोजेक्ट न दिखे:
- Firebase कंसोल में देखे जा रहे प्रोजेक्ट की सूची में
- REST API
projects.list
एंडपॉइंट को कॉल करने पर मिलने वाले रिस्पॉन्स में - Firebase सीएलआई कमांड चलाने से मिले रिस्पॉन्स में
firebase projects:list
समस्या हल करने के लिए, यह तरीका आज़माएं:
- सबसे पहले, प्रोजेक्ट के यूआरएल पर जाकर, अपने प्रोजेक्ट को ऐक्सेस करने की कोशिश करें. इस फ़ॉर्मैट का इस्तेमाल करें:
https://console.firebase.google.com/project/PROJECT-ID/overview
- अगर आपको प्रोजेक्ट ऐक्सेस करने में समस्या आ रही है या अनुमतियों से जुड़ी गड़बड़ियां मिल रही हैं, तो इन बातों पर ध्यान दें:
- पक्का करें कि आपने 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) तक सीमित होता है.
- ब्लेज़ प्लान — जब तक आपका Cloud Billing खाता अच्छी स्थिति में है, तब तक हर Cloud Billing खाते के लिए प्रोजेक्ट कोटा काफ़ी बढ़ जाता है.
ज़्यादातर डेवलपर को प्रोजेक्ट के कोटा की सीमा तय करने की समस्या बहुत कम होती है. हालांकि, अगर ज़रूरी हो, तो प्रोजेक्ट के कोटा को बढ़ाने का अनुरोध किया जा सकता है.
ध्यान दें कि किसी प्रोजेक्ट को पूरी तरह मिटाने में 30 दिन लगते हैं. साथ ही, जब तक वह पूरी तरह मिट नहीं जाता, तब तक वह आपके कोटे में गिना जाता है.
मेरे पास Firebase प्रोजेक्ट में कितने Firebase ऐप्लिकेशन हो सकते हैं?
Firebase प्रोजेक्ट, Apple, Android, और वेब पर मौजूद Firebase ऐप्लिकेशन के लिए एक कंटेनर है. Firebase किसी Firebase प्रोजेक्ट में Firebase ऐप्लिकेशन की कुल संख्या को 30 तक सीमित कर देता है.
इस संख्या के बाद, परफ़ॉर्मेंस में गिरावट शुरू हो जाती है. खास तौर पर, Google Analytics के लिए ऐसा होता है. साथ ही, ज़्यादा ऐप्लिकेशन होने पर, प्रॉडक्ट की कुछ सुविधाएं काम करना बंद कर देती हैं. इसके अलावा, अगर पुष्टि करने की सेवा देने वाली कंपनी के तौर पर Google साइन इन का इस्तेमाल किया जाता है, तो आपके प्रोजेक्ट के हर ऐप्लिकेशन के लिए, एक OAuth 2.0 क्लाइंट आईडी बनाया जाता है. एक प्रोजेक्ट में, ज़्यादा से ज़्यादा 30 क्लाइंट आईडी बनाए जा सकते हैं.
आपको यह पक्का करना चाहिए कि किसी एक Firebase प्रोजेक्ट में मौजूद सभी Firebase ऐप्लिकेशन, उपयोगकर्ता के नज़रिए से एक ही ऐप्लिकेशन के प्लैटफ़ॉर्म वैरिएंट हों. उदाहरण के लिए, अगर आपने कोई व्हाइट लेबल ऐप्लिकेशन डेवलप किया है, तो हर ऐप्लिकेशन के लिए अलग लेबल होना चाहिए. साथ ही, हर ऐप्लिकेशन का अपना Firebase प्रोजेक्ट होना चाहिए. हालांकि, उस लेबल के Apple और Android वर्शन एक ही प्रोजेक्ट में हो सकते हैं. Firebase प्रोजेक्ट सेट अप करने के सबसे सही सामान्य तरीकों के बारे में ज़्यादा जानकारी के लिए, हमारी गाइड पढ़ें.
अगर आपके प्रोजेक्ट के लिए 30 से ज़्यादा ऐप्लिकेशन की ज़रूरत है, तो ऐप्लिकेशन की सीमा बढ़ाने का अनुरोध किया जा सकता है. यह अनुरोध करने के लिए, यह ज़रूरी है कि आपका प्रोजेक्ट, बिलिंग के लिए Blaze प्लान का इस्तेमाल करता हो. अपना अनुरोध करने और उसका आकलन कराने के लिए, Google Cloud console पर जाएं. Google Cloud दस्तावेज़ में, कोटा मैनेजमेंट के बारे में ज़्यादा जानें.
अगर मैं अपने प्रोजेक्ट को "प्रोडक्शन" एनवायरमेंट के तौर पर टैग करूं, तो क्या होगा?
Firebase कंसोल में, अपने Firebase प्रोजेक्ट को उनके एनवायरमेंट टाइप के हिसाब से टैग किया जा सकता है. जैसे, प्रोडक्शन या जानकारी नहीं दी गई (नॉन-प्रोड) एनवायरमेंट.
अपने प्रोजेक्ट को एनवायरमेंट टाइप के तौर पर टैग करने से, आपके Firebase प्रोजेक्ट के काम करने के तरीके या उसकी सुविधाओं पर कोई असर नहीं पड़ता. हालांकि, टैग करने से आपको और आपकी टीम को ऐप्लिकेशन के लाइफ़साइकल के लिए, अपने अलग-अलग Firebase प्रोजेक्ट मैनेज करने में मदद मिल सकती है.
अगर आपके प्रोजेक्ट को प्रोडक्शन एनवायरमेंट के तौर पर टैग किया जाता है, तो हम Firebase कंसोल में, प्रोजेक्ट के लिए चमकदार रंग वाला Prod टैग जोड़ देते हैं. इससे आपको पता चलता है कि किसी भी बदलाव से, इससे जुड़े प्रोडक्शन ऐप्लिकेशन पर असर पड़ सकता है. आने वाले समय में, हम प्रोडक्शन एनवायरमेंट के तौर पर टैग किए गए Firebase प्रोजेक्ट के लिए, और भी सुविधाएं और सुरक्षा उपाय जोड़ सकते हैं.
अपने Firebase प्रोजेक्ट के एनवायरमेंट का टाइप बदलने के लिए, settings प्रोजेक्ट सेटिंग > सामान्य पर जाएं. इसके बाद, एनवायरमेंट में जाकर आपका प्रोजेक्ट कार्ड में, एनवायरमेंट का टाइप बदलने के लिए, edit पर क्लिक करें.
मुझे अपने Firebase ऐप्लिकेशन का ऐप्लिकेशन आईडी कहां मिलेगा?
Firebase कंसोल में, अपने settings प्रोजेक्ट सेटिंग पर जाएं. नीचे की ओर स्क्रोल करके, आपके ऐप्लिकेशन कार्ड पर जाएं. इसके बाद, ऐप्लिकेशन की जानकारी देखने के लिए, अपने पसंदीदा Firebase ऐप्लिकेशन पर क्लिक करें. इसमें, ऐप्लिकेशन का ऐप्लिकेशन आईडी भी शामिल है.
यहां ऐप्लिकेशन आईडी की कुछ वैल्यू के उदाहरण दिए गए हैं:
-
Firebase के iOS ऐप्लिकेशन:
1:1234567890:ios:321abc456def7890
-
Firebase के Android ऐप्लिकेशन:
1:1234567890:android:321abc456def7890
-
Firebase वेब ऐप्लिकेशन:
1:1234567890:web:321abc456def7890
Google Play / AdMob / Google Ads / BigQuery को अपने Firebase प्रोजेक्ट या ऐप्लिकेशन से लिंक करने के लिए, ज़रूरी शर्तें क्या हैं?
- अपना
Google Play खाता लिंक करने के लिए, आपको इनकी ज़रूरत होगी:
- Firebase के इन रोल में से कोई एक: मालिक या Firebase एडमिन
और - Google Play के इनमें से कोई एक ऐक्सेस लेवल: खाते का मालिक या एडमिन
- Firebase के इन रोल में से कोई एक: मालिक या Firebase एडमिन
- अपने AdMob ऐप्लिकेशन को लिंक करने के लिए, आपको Firebase प्रोजेक्ट का मालिक और AdMob का एडमिन होना ज़रूरी है.
- अपने AdWords खाते को लिंक करने के लिए, आपके पास Firebase प्रोजेक्ट का मालिकाना हक और AdWords खाते का एडमिन ऐक्सेस, दोनों होने चाहिए.
- अपने BigQuery प्रोजेक्ट को लिंक करने के लिए, आपके पास Firebase प्रोजेक्ट का मालिकाना हक होना चाहिए.
मुझे अपने ऐप्लिकेशन में ओपन सोर्स से जुड़ी कौनसी सूचनाएं शामिल करनी चाहिए?
Apple के प्लैटफ़ॉर्म पर, Firebase पॉड में एक NOTICES फ़ाइल होती है. इसमें काम की एंट्री शामिल होती हैं. Firebase Android SDK टूल में, लाइसेंस की जानकारी दिखाने के लिए एक हेल्पर Activity
शामिल होता है.
Firebase प्रोजेक्ट की अनुमतियां और ऐक्सेस
मैं प्रोजेक्ट के किसी सदस्य को मालिक की भूमिका जैसी कोई भूमिका कैसे असाइन करूं?
प्रोजेक्ट के हर सदस्य को असाइन की गई भूमिकाओं को मैनेज करने के लिए, आपके पास Firebase प्रोजेक्ट का मालिकाना हक होना चाहिए. इसके अलावा, आपके पास resourcemanager.projects.setIamPolicy
अनुमति वाली भूमिका भी होनी चाहिए.
यहां कुछ ऐसी जगहों के बारे में बताया गया है जहां आपको भूमिकाएं असाइन की जा सकती हैं और उन्हें मैनेज किया जा सकता है:
- Firebase कंसोल में, प्रोजेक्ट के सदस्यों को भूमिकाएं असाइन करने का आसान तरीका दिया गया है. इसके लिए, settings > प्रोजेक्ट सेटिंग के उपयोगकर्ता और अनुमतियां टैब पर जाएं. Firebase कंसोल में, बुनियादी भूमिकाएं (मालिक, एडिटर, व्यूअर), Firebase एडमिन/व्यूअर की भूमिकाएं या Firebase की पहले से तय की गई प्रॉडक्ट कैटगरी की भूमिकाएं में से कोई भी भूमिका असाइन की जा सकती है.
- Google Cloud कंसोल में, प्रोजेक्ट के सदस्यों को भूमिकाएं असाइन करने के लिए, IAM पेज पर टूल का एक बड़ा सेट उपलब्ध है. Cloud कंसोल में, कस्टम रोल बनाए और मैनेज किए जा सकते हैं. साथ ही, सेवा खातों को
अपने प्रोजेक्ट का ऐक्सेस दिया जा सकता है.
ध्यान दें कि Google Cloud कंसोल में, प्रोजेक्ट के सदस्यों को प्रिंसिपल कहा जाता है.
अगर आपके प्रोजेक्ट का मालिक, अब मालिक के तौर पर काम नहीं कर सकता (उदाहरण के लिए, वह व्यक्ति आपकी कंपनी छोड़ चुका है) और आपके प्रोजेक्ट को किसी Google Cloud संगठन के ज़रिए मैनेज नहीं किया जा रहा है (अगला पैराग्राफ़ देखें), तो Firebase सहायता टीम से संपर्क करें और उनसे Firebase प्रोजेक्ट का ऐक्सेस पाने का अनुरोध करने का तरीका जानें.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट किसी Google Cloud संगठन का हिस्सा है, तो हो सकता है कि उसका कोई मालिक न हो. अगर आपको अपने Firebase प्रोजेक्ट के लिए कोई मालिक नहीं मिल रहा है, तो प्रोजेक्ट के लिए मालिक असाइन करने के लिए, अपने Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें.
मैं किसी Firebase प्रोजेक्ट के मालिक का पता कैसे लगाऊं?
प्रोजेक्ट के सदस्यों और उनकी भूमिकाओं को यहां देखा जा सकता है:
- अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस है, तो Firebase कंसोल के उपयोगकर्ता और अनुमतियां वाले पेज पर जाकर, प्रोजेक्ट के सदस्यों और उनके मालिकों की सूची देखी जा सकती है.
- अगर आपके पास Firebase कंसोल में प्रोजेक्ट का ऐक्सेस नहीं है, तो देखें कि आपके पास Google Cloud कंसोल में प्रोजेक्ट का ऐक्सेस है या नहीं. Google Cloud कंसोल के आईएएम पेज पर, प्रोजेक्ट के सदस्यों की सूची देखी जा सकती है. इसमें, प्रोजेक्ट के मालिक भी शामिल हैं.
अगर आपके प्रोजेक्ट का मालिक, अब मालिक के तौर पर काम नहीं कर सकता (उदाहरण के लिए, वह व्यक्ति आपकी कंपनी छोड़ चुका है) और आपके प्रोजेक्ट को Google Cloud संगठन के ज़रिए मैनेज नहीं किया जा रहा है (अगला पैराग्राफ देखें), तो कुछ समय के लिए प्रोजेक्ट का मालिक असाइन करने के लिए, Firebase सहायता टीम से संपर्क करें.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट किसी Google Cloud संगठन का हिस्सा है, तो हो सकता है कि उसके पास मालिक न हो. इसके बजाय, आपके Google Cloud संगठन को मैनेज करने वाला व्यक्ति, मालिक के तौर पर कई काम कर सकता है. हालांकि, मालिक के तौर पर किए जाने वाले कई कामों को करने के लिए, एडमिन को खुद को असल मालिक की भूमिका असाइन करनी पड़ सकती है. जैसे, भूमिकाएं असाइन करना या Google Analytics प्रॉपर्टी मैनेज करना. अगर आपको अपने Firebase प्रोजेक्ट के लिए कोई मालिक नहीं मिल रहा है, तो प्रोजेक्ट के लिए मालिक असाइन करने के लिए, अपने Google Cloud संगठन को मैनेज करने वाले व्यक्ति से संपर्क करें.
मुझे किसी प्रोजेक्ट के सदस्य को मालिक की भूमिका क्यों या कब असाइन करनी चाहिए?
Firebase प्रोजेक्ट को सही तरीके से मैनेज करने के लिए, यह ज़रूरी है कि उसके पास एक मालिक हो. प्रोजेक्ट का मालिक, एडमिन से जुड़ी कई अहम कार्रवाइयां कर सकता है. जैसे, भूमिकाएं असाइन करना और Google Analytics प्रॉपर्टी मैनेज करना. साथ ही, Firebase सहायता टीम सिर्फ़ उन प्रोजेक्ट के मालिकों के एडमिन से जुड़े अनुरोधों को पूरा कर सकती है जिन्होंने प्रोजेक्ट के मालिक के तौर पर पुष्टि कराई है.
Firebase प्रोजेक्ट के लिए मालिकों को सेट अप करने के बाद, उन असाइनमेंट को अप-टू-डेट रखना ज़रूरी है.
ध्यान दें कि अगर कोई Firebase प्रोजेक्ट किसी Google Cloud संगठन का हिस्सा है, तो आपके Google Cloud संगठन को मैनेज करने वाला व्यक्ति, कई ऐसे काम कर सकता है जिन्हें प्रोजेक्ट का मालिक कर सकता है. हालांकि, एडमिन को उन कामों को करने के लिए, खुद को असल मालिक की भूमिका असाइन करनी पड़ सकती है. जैसे, भूमिकाएं असाइन करना या Google Analytics प्रॉपर्टी मैनेज करना.
मुझे नहीं लगता कि मेरे पास कोई Firebase प्रोजेक्ट है, लेकिन मुझे इसके बारे में एक ईमेल मिला है. मैं इस प्रोजेक्ट को कैसे ऐक्सेस करूं?
आपको मिले ईमेल में, Firebase प्रोजेक्ट खोलने के लिए एक लिंक होना चाहिए. ईमेल में दिए गए लिंक पर क्लिक करने से, प्रोजेक्ट Firebase कंसोल में खुल जाएगा.
अगर आपको लिंक में प्रोजेक्ट नहीं खुल रहा है, तो पक्का करें कि आपने उसी Google खाते से Firebase में साइन इन किया हो जिससे आपको प्रोजेक्ट के बारे में ईमेल मिला है. Firebase कंसोल में सबसे ऊपर दाएं कोने में मौजूद, अपने खाते के अवतार की मदद से, कंसोल में साइन इन और साइन आउट किया जा सकता है.
ध्यान दें कि अगर आप किसी Google Cloud संगठन के एडमिन हैं, तो आपको अपने संगठन में Firebase प्रोजेक्ट में हुए बदलावों के बारे में सूचना मिल सकती है. हालांकि, हो सकता है कि आपके पास Firebase प्रोजेक्ट खोलने के लिए ज़रूरी अनुमतियां न हों. ऐसे मामलों में, सबसे आसान समाधान यह है कि प्रोजेक्ट खोलने और ज़रूरी कार्रवाइयां करने के लिए, खुद को मालिक की असल भूमिका असाइन की जाए. मालिकाना हक वाली भूमिका को कब और क्यों असाइन करना चाहिए, इस बारे में ज़्यादा जानें.
प्लैटफ़ॉर्म और फ़्रेमवर्क
काम की सलाह पाने और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, प्लैटफ़ॉर्म के हिसाब से समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेजों पर जाएं.
Firebase कंसोल
Firebase कंसोल को ऐक्सेस करने के लिए, कौनसे ब्राउज़र इस्तेमाल किए जा सकते हैं?
Firebase कंसोल को Chrome, Firefox, Safari, और Edge जैसे लोकप्रिय डेस्कटॉप ब्राउज़र के नए वर्शन से ऐक्सेस किया जा सकता है. फ़िलहाल, यह मोबाइल ब्राउज़र पर पूरी तरह से काम नहीं करता.
मैं Firebase कंसोल लोड कर सकता/सकती हूं, लेकिन मुझे अपना Firebase प्रोजेक्ट नहीं मिल रहा या उसे ऐक्सेस क्यों नहीं हो रहा?
अक्सर पूछे जाने वाले सवालों का यह सेक्शन, इनमें से किसी भी समस्या पर लागू होता है:
- Firebase कंसोल, गड़बड़ी का एक पेज दिखाता है. इसमें यह जानकारी दी जाती है कि हो सकता है कि आपका प्रोजेक्ट मौजूद न हो या आपके पास प्रोजेक्ट का ऐक्सेस न हो.
- Firebase console में, खोज फ़ील्ड में प्रोजेक्ट का आईडी या नाम डालने पर भी, आपका प्रोजेक्ट नहीं दिखता.
समस्या हल करने के लिए, ये तरीके आज़माकर देखें:
- सबसे पहले, सीधे प्रोजेक्ट के यूआरएल पर जाकर
अपने प्रोजेक्ट को ऐक्सेस करें. इस फ़ॉर्मैट का इस्तेमाल करें:
https://console.firebase.google.com/project/PROJECT-ID/overview
- अगर अब भी प्रोजेक्ट को ऐक्सेस नहीं किया जा सकता या आपको अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं, तो
इन चीज़ों की जांच करें:
- पक्का करें कि आपने Firebase में उसी Google खाते से साइन इन किया हो जिसके पास प्रोजेक्ट का ऐक्सेस है. Firebase कंसोल में सबसे ऊपर दाएं कोने में मौजूद अपने खाते के अवतार की मदद से, कंसोल में साइन इन और साइन आउट किया जा सकता है.
- पक्का करें कि प्रोजेक्ट के लिए, Firebase मैनेजमेंट एपीआई चालू हो.
- पक्का करें कि आपके पास सामान्य IAM भूमिकाओं (मालिक, एडिटर, व्यूअर) में से कोई एक या Firebase से जुड़ी अनुमतियां वाली भूमिका हो. उदाहरण के लिए, Firebase की पहले से तय की गई भूमिका. Google Cloud console के IAM पेज पर जाकर, अपनी भूमिकाएं देखी जा सकती हैं.
- अगर आपका प्रोजेक्ट किसी Google Cloud संगठन से जुड़ा है, तो आपको Firebase Console में प्रोजेक्ट देखने के लिए, अतिरिक्त अनुमतियों की ज़रूरत पड़ सकती है. प्रोजेक्ट देखने के लिए, आपको Google Cloud संगठन के मैनेजर से संपर्क करना होगा, ताकि वह आपको प्रोजेक्ट देखने के लिए सही भूमिका दे सके. उदाहरण के लिए, ब्राउज़र की भूमिका.
अगर समस्या हल करने के लिए ऊपर दिए गए किसी भी चरण की मदद से, आपको अपना प्रोजेक्ट नहीं मिलता या ऐक्सेस नहीं होता है, तो Firebase सहायता टीम से संपर्क करें.
मेरे लिए Firebase कंसोल लोड क्यों नहीं हो रहा है?
अगर आपको इनमें से किसी भी समस्या का सामना करना पड़ रहा है, तो अक्सर पूछे जाने वाले सवाल का यह सवाल हल किया जा सकता है:
- Firebase कंसोल में मौजूद पेज कभी लोड नहीं होता.
- किसी पेज का डेटा उम्मीद के मुताबिक लोड नहीं होता.
- Firebase कंसोल को लोड करते समय, आपको ब्राउज़र से जुड़ी गड़बड़ी के मैसेज मिलते हैं.
समस्या हल करने के लिए, यह तरीका आज़माएं:
- सेवा में किसी भी तरह की रुकावट के लिए, Firebase के स्टेटस डैशबोर्ड की कंसोल लाइन देखें.
- पक्का करें कि आपने ऐसे ब्राउज़र का इस्तेमाल किया हो जिस पर यह सुविधा काम करती हो.
- Firebase कंसोल को गुप्त या निजी विंडो में लोड करने की कोशिश करें.
- सभी ब्राउज़र एक्सटेंशन बंद करें.
- पुष्टि करें कि नेटवर्क कनेक्शन को विज्ञापन रोकने वाले सॉफ़्टवेयर, एंटीवायरस, प्रॉक्सी, फ़ायरवॉल या किसी अन्य सॉफ़्टवेयर ने ब्लॉक तो नहीं किया है.
- किसी दूसरे नेटवर्क या डिवाइस का इस्तेमाल करके, Firebase कंसोल को लोड करके देखें.
- अगर Chrome का इस्तेमाल किया जा रहा है, तो डेवलपर टूल कंसोल में जाकर, गड़बड़ियों की जांच करें.
अगर समस्या हल करने के लिए ऊपर बताए गए कोई भी तरीका काम नहीं करता है, तो Firebase की सहायता टीम से संपर्क करें.
मेरे Firebase कंसोल की भाषा कैसे तय की जाती है?
Firebase कंसोल की भाषा सेटिंग, Google खाते की सेटिंग में चुनी गई भाषा के हिसाब से तय होती है.
अपनी पसंदीदा भाषा बदलने के लिए, भाषा बदलना पर जाएं.
Firebase कंसोल इन भाषाओं में काम करता है:
- अंग्रेज़ी
- ब्राज़ीलियन पॉर्चुगीज़
- फ़्रेंच
- जर्मन
- इंडोनेशियन
- जैपनीज़
- कोरियन
- रशियन
- सरलीकृत चीनी
- स्पैनिश
- पारंपरिक चीनी
Firebase कंसोल में कौनसी भूमिकाएं और अनुमतियां मिलती हैं?
Firebase कंसोल और Google Cloud कंसोल, एक जैसी भूमिकाओं और अनुमतियों का इस्तेमाल करते हैं. Firebase IAM दस्तावेज़ में, भूमिकाओं और अनुमतियों के बारे में ज़्यादा जानें.
Firebase में, मालिक, एडिटर, और दर्शक की बुनियादी (सामान्य) भूमिकाएं इस्तेमाल की जा सकती हैं:
- प्रोजेक्ट का मालिक, प्रोजेक्ट में अन्य सदस्यों को जोड़ सकता है, इंटिग्रेशन (BigQuery या Slack जैसी सेवाओं से प्रोजेक्ट को लिंक करना) सेट अप कर सकता है, और प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस रखता है.
- प्रोजेक्ट के एडिटर के पास, प्रोजेक्ट में बदलाव करने का पूरा ऐक्सेस होता है.
- प्रोजेक्ट के दर्शक के पास, प्रोजेक्ट का सिर्फ़ पढ़ने का ऐक्सेस होता है. ध्यान दें कि फ़िलहाल Firebase कंसोल, प्रोजेक्ट व्यूअर के लिए बदलाव करने के यूज़र इंटरफ़ेस (यूआई) कंट्रोल को छिपाता/बंद नहीं करता. हालांकि, प्रोजेक्ट के उन सदस्यों के लिए ये कार्रवाइयां नहीं की जा सकेंगी जिन्हें दर्शक की भूमिका असाइन की गई है.
Firebase इनके साथ भी काम करता है:
- Firebase की पहले से तय भूमिकाएं — Firebase के लिए खास तौर पर तैयार की गई भूमिकाएं, जो मालिक, एडिटर, और दर्शक की बुनियादी भूमिकाओं के मुकाबले, ऐक्सेस को ज़्यादा बेहतर तरीके से कंट्रोल करने की सुविधा देती हैं.
- कस्टम भूमिकाएं — पूरी तरह से कस्टमाइज़ की गई आईएएम भूमिकाएं, जिन्हें आपने अपने संगठन की खास ज़रूरतों के हिसाब से अनुमतियों का सेट बनाने के लिए बनाया है.
कीमत
कौनसे प्रॉडक्ट पैसे चुकाकर उपलब्ध कराए जाते हैं? बिना किसी शुल्क के कौनसे विकल्प उपलब्ध हैं?
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, पैसे चुकाकर इस्तेमाल किए जाने वाले प्रॉडक्ट के लिए, मुफ़्त में आज़माने की सुविधा के क्रेडिट देता है?
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 प्लान की मदद से, अपने ऐप्लिकेशन में पैसे चुकाकर ऐक्सेस की जाने वाली Google Cloud सुविधाएं भी जोड़ी जा सकती हैं. आपको सिर्फ़ उन रिसॉर्स के लिए पैसे चुकाने होते हैं जिनका इस्तेमाल किया जाता है. इससे, मांग के हिसाब से स्केल किया जा सकता है. हम अपने Blaze प्लान की कीमतों को इंडस्ट्री की सबसे बेहतरीन क्लाउड सेवा देने वाली कंपनियों के साथ मुकाबले में बेहतर बनाने की कोशिश करते हैं.
Spark प्लान में मुफ़्त एसएमएस की सुविधा का क्या हुआ?
सितंबर 2024 से, फ़ोन से पुष्टि करने की सुविधा की सुरक्षा और सेवा की क्वालिटी को बेहतर बनाने के लिए, Firebase प्रोजेक्ट को Cloud Billing खाते से लिंक करना ज़रूरी है. ऐसा करने पर, एसएमएस सेवा को चालू और इस्तेमाल किया जा सकेगा.
मैं अपने इस्तेमाल और बिलिंग की निगरानी कैसे करूं?
प्रोजेक्ट के संसाधनों के इस्तेमाल को ट्रैक करने के लिए, Firebase कंसोल में जाएं. इसके लिए, नीचे दिए गए किसी भी डैशबोर्ड पर जाएं:
- प्रोजेक्ट-लेवल के इस्तेमाल और बिलिंग का डैशबोर्ड
- Authentication इस्तेमाल डैशबोर्ड (खास तौर पर, फ़ोन से पुष्टि करने के उदाहरणों के लिए)
- Cloud Firestore इस्तेमाल करने का डैशबोर्ड
- Cloud Functions इस्तेमाल करने का डैशबोर्ड
- Cloud Storage इस्तेमाल से जुड़ा डैशबोर्ड
- Hosting इस्तेमाल से जुड़ा डैशबोर्ड
- Realtime Database इस्तेमाल करने का डैशबोर्ड
Flame के शुल्क के प्लान का क्या हुआ?
जनवरी 2020 में, Flame के शुल्क वाले प्लान को नए साइन अप के विकल्प के तौर पर हटा दिया गया था. इस प्लान में, हर महीने 25 डॉलर में अतिरिक्त कोटा मिलता है. मौजूदा प्लान के उपयोगकर्ताओं को, अपने प्रोजेक्ट को Flame प्लान से माइग्रेट करने के लिए,
ग्रेस पीरियड दिया गया था.
फ़रवरी 2022 में, Flame कीमत प्लान पर बचे हुए प्रोजेक्ट को
Spark कीमत प्लान पर डाउनग्रेड कर दिया गया था.
इसलिए,
- Spark और Blaze प्लान के मौजूदा प्रोजेक्ट और किसी भी नए प्रोजेक्ट के लिए अब न तो किसी Fame प्लान पर स्विच किया जा सकता है और न ही उसके लिए साइन अप किया जा सकता है.
- अगर आपने Flame प्लान के किसी मौजूदा प्रोजेक्ट को कीमत के किसी दूसरे प्लान पर ले जाया है, तो प्रोजेक्ट को वापस Flame प्लान पर नहीं लाया जा सकता.
- स्पार्क प्लान पर डाउनग्रेड किए गए प्रोजेक्ट को, पैसे चुकाकर ली जाने वाली अतिरिक्त सेवाएं फिर से पाने के लिए, ब्लेज़ प्लान पर अपग्रेड किया जा सकता है.
- दस्तावेज़ों से फ़्लेम प्लान के रेफ़रंस हटा दिए गए हैं.
क्या आपको Flame प्लान बंद होने के बारे में कुछ और सवाल पूछने हैं? यहां दिए गए कुछ अक्सर पूछे जाने वाले सवाल पढ़ें.
क्या आपको Firebase से मिलने वाले अन्य प्राइसिंग प्लान के बारे में जानना है? हमारे Firebase की कीमत तय करने से जुड़े पेज पर जाएं! अगर आपको किसी मौजूदा प्रोजेक्ट को किसी अन्य प्राइसिंग प्लान में ले जाना है, तो अपने प्रोजेक्ट के Firebase कंसोल में जाकर ऐसा किया जा सकता है.
Flame प्लान बंद होने के बारे में अक्सर पूछे जाने वाले अन्य सवाल
मेरे पास ऐसा प्रोजेक्ट, प्रोसेस या कारोबार का मॉडल है जो Firebase की तय की गई कीमत पर निर्भर करता है. मुझे क्या करना चाहिए?
Blaze के शुल्क वाले प्लान के लिए साइन अप करें. साथ ही, बजट के अलर्ट सेट करना न भूलें.
क्या मुझे नए फ़्लेम प्लान प्रोजेक्ट बनाने के लिए खास ऐक्सेस दिया जा सकता है?
नहीं, Firebase प्रोजेक्ट के लिए खास ऐक्सेस नहीं देता, ताकि वे 'फ़्लेम प्लान' पर स्विच कर सकें या साइन-अप कर सकें.
मैंने अपने Flame प्लान प्रोजेक्ट को, कीमत तय करने के किसी दूसरे प्लान में बदल दिया है. इसे फिर से कैसे बदलूं?
अब फ़्लेम प्लान पर स्विच नहीं किया जा सकता. Flame प्लान की सेवाओं का ऐक्सेस पाने के लिए, पक्का करें कि आपने Blaze प्लान का इस्तेमाल किया हो. साथ ही, अपने प्रोजेक्ट के लिए बजट से जुड़ी सूचनाएं पाने की सुविधा सेट अप करें.
फ़्लेम प्लान के खत्म होने के बाद, मेरा प्रोजेक्ट अपने-आप किसी दूसरे प्राइसिंग प्लान पर स्विच हो गया. मुझे क्या करना चाहिए?
अगर आपके प्रोजेक्ट को Spark प्लान में दिए गए कोटे से ज़्यादा कोटा की ज़रूरत है, तो आपको अपने प्रोजेक्ट को Blaze प्लान पर अपग्रेड करना होगा.
फ़्लेम प्लान को बंद क्यों किया जा रहा है?
पिछले कुछ सालों में, फ़्लेम प्लान का इस्तेमाल कम हो रहा है. हालांकि, इस प्लान का इस्तेमाल करने वाले ज़्यादातर प्रोजेक्ट, इसकी पूरी वैल्यू का इस्तेमाल नहीं कर रहे हैं. आम तौर पर, इस कीमत वाले प्लान को बनाए रखना, लागत के हिसाब से फ़ायदेमंद नहीं होता. हमें लगता है कि Firebase की अन्य पहलों के लिए संसाधनों का इस्तेमाल करने पर, हम सभी को बेहतर सेवा दे सकते हैं.
ब्लेज़ प्लान के नो-कॉस्ट इस्तेमाल और Spark प्लान के नो-कॉस्ट इस्तेमाल में क्या अंतर है?
ब्लेज़ प्लान के लिए बिना किसी शुल्क के इस्तेमाल का हिसाब हर दिन लगाया जाता है. Cloud Functions, फ़ोन से पुष्टि करने की सुविधा, और Test Lab के लिए, इस्तेमाल की सीमाएं भी Spark के प्लान से अलग होती हैं.
Cloud Functions के लिए, Blaze प्लान के बिना किसी शुल्क के इस्तेमाल का हिसाब प्रोजेक्ट के लेवल के बजाय, Cloud Billing खाते के लेवल पर लगाया जाता है और इसकी सीमाएं नीचे दी गई हैं:
- हर महीने 20 लाख बार इस्तेमाल किया गया
- 4 लाख जीबी-सेकंड/महीने
- हर महीने 2,00,000 सीपीयू-सेकंड
- 5 जीबी नेटवर्किंग आउटगोइंग ट्रैफ़िक/महीना
ब्लेज़ प्लान में, फ़ोन से पुष्टि करने की सुविधा का बिना किसी शुल्क के इस्तेमाल करने की सीमा, हर महीने के हिसाब से तय की जाती है.
Test Lab के लिए, ब्लेज़ प्लान पर बिना किसी शुल्क के इस्तेमाल की ये सीमाएं हैं:
- फ़िज़िकल डिवाइस पर हर दिन 30 मिनट
- हर दिन 60 मिनट तक वर्चुअल डिवाइस का इस्तेमाल
क्या Spark से Blaze प्लान में बदलने पर, बिना कोई शुल्क दिए इस्तेमाल करने का कोटा रीसेट हो जाता है?
स्पार्क प्लान में, बिना किसी शुल्क के इस्तेमाल की सुविधा शामिल है. यह सुविधा, ब्लेज़ प्लान में भी शामिल है. Blaze प्लान पर स्विच करने पर, बिना किसी शुल्क के इस्तेमाल की सीमा रीसेट नहीं होती.
"एक साथ चलने वाले डेटाबेस कनेक्शन" क्या है?
एक साथ कनेक्ट होने का मतलब है कि डेटाबेस से कनेक्ट किया गया एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन. Firebase, आपके ऐप्लिकेशन के डेटाबेस से एक साथ कनेक्ट होने वाले डिवाइसों की संख्या पर सीमाएं लगाता है. Firebase और हमारे उपयोगकर्ताओं को गलत इस्तेमाल से बचाने के लिए ये सीमाएं तय की गई हैं.
Spark प्लान की सदस्यता की सीमा 100 है. इसे बढ़ाया नहीं जा सकता. Flame और Blaze प्लान में, हर डेटाबेस के लिए एक साथ 2,00,000 कनेक्शन से ज़्यादा नहीं हो सकते.
यह सीमा, आपके ऐप्लिकेशन के उपयोगकर्ताओं की कुल संख्या से अलग होती है, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते. अगर आपको एक साथ 2,00,000 से ज़्यादा कनेक्शन की ज़रूरत है, तो कृपया एक से ज़्यादा डेटाबेस का इस्तेमाल करके स्केल करना लेख पढ़ें.
अगर Realtime Database के लिए, Spark के प्लान में शामिल स्टोरेज या डाउनलोड करने की सीमाएं पार हो जाती हैं, तो क्या होगा?
आपको अनुमानित कीमत देने के लिए, Spark के प्लान में आपके लिए उपलब्ध संसाधनों पर एक सीमा तय की गई है. इसका मतलब है कि अगर किसी महीने में आपके ऐप्लिकेशन के इस्तेमाल से, प्लान की तय सीमा से ज़्यादा संसाधनों का इस्तेमाल होता है, तो आपका ऐप्लिकेशन बंद कर दिया जाएगा. ऐसा इसलिए किया जाता है, ताकि संसाधनों का ज़्यादा इस्तेमाल न हो और आपसे अतिरिक्त शुल्क न लिया जाए.
अगर Realtime Database के लिए, Spark प्लान में एक साथ कनेक्ट किए जाने वाले डिवाइसों की तय सीमा से ज़्यादा डिवाइस कनेक्ट किए जाते हैं, तो क्या होगा?
जब Spark प्लान में, आपके ऐप्लिकेशन को एक ही समय पर इस्तेमाल करने की सीमा पूरी हो जाती है, तो इसके बाद के सभी कनेक्शन को तब तक अस्वीकार कर दिया जाएगा, जब तक कि कुछ मौजूदा कनेक्शन बंद नहीं हो जाते. यह ऐप्लिकेशन, कनेक्ट किए गए उपयोगकर्ताओं के लिए काम करता रहेगा.
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 प्लान पर अपग्रेड करते हैं, तो आप Google Cloud के किसी भी बेहतरीन इंफ़्रास्ट्रक्चर-ए-सेवा और एपीआई का इस्तेमाल सीधे अपने Firebase प्रोजेक्ट में, Google Cloud की मानक कीमत के हिसाब से कर सकते हैं. विश्लेषण के लिए, Google Cloud से सीधे BigQuery में भी डेटा एक्सपोर्ट किया जा सकता है. ज़्यादा जानने के लिए, BigQuery को Firebase से लिंक करना लेख पढ़ें.
Firebase के साथ Google Cloud का इस्तेमाल करने से, सुरक्षा बेहतर होती है, इंतज़ार का समय कम होता है, और समय की बचत होती है. ऐसा, एक ही जगह पर मौजूद क्लाउड सेवाओं के मुकाबले होता है. ज़्यादा जानकारी के लिए, Google Cloud की साइट देखें.
अगर Google Cloud कंसोल में, किसी प्रोजेक्ट के लिए बिलिंग खाते जोड़े जाते हैं या हटाए जाते हैं, तो मेरे Firebase प्रोजेक्ट का क्या होगा?
अगर Cloud Billing खाते को Google Cloud कंसोल में किसी प्रोजेक्ट में जोड़ा जाता है, तो वह प्रोजेक्ट अपने-आप Firebase ब्लेज़ प्लान पर अपग्रेड हो जाएगा. ऐसा तब होगा, जब वह प्रोजेक्ट फ़िलहाल स्पार्क प्लान पर हो.
इसके उलट, अगर किसी मौजूदा चालू Cloud Billing खाते को Google Cloud कंसोल में किसी प्रोजेक्ट से हटाया जाता है, तो उस प्रोजेक्ट को Firebase Spark प्लान पर डाउनग्रेड कर दिया जाएगा.
क्या सदस्यता को किसी भी समय अपग्रेड, डाउनग्रेड या रद्द किया जा सकता है?
हां, सदस्यता को किसी भी समय अपग्रेड, डाउनग्रेड या रद्द किया जा सकता है. ध्यान दें कि हम सदस्यता को कम करने या रद्द करने पर, प्रोरेटेड रिफ़ंड नहीं देते. इसका मतलब है कि अगर आपने बिलिंग अवधि खत्म होने से पहले सदस्यता को डाउनग्रेड किया या रद्द किया, तो आपको महीने के बाकी बचे दिनों के लिए भी पैसे चुकाने होंगे.
मुझे किस तरह की मदद मिलेगी?
Firebase के सभी ऐप्लिकेशन के लिए, अमेरिका के पैसिफ़िक समय के मुताबिक कारोबार के खुले होने के दौरान, Firebase के कर्मचारी ईमेल पर सहायता देते हैं. इनमें बिना किसी शुल्क वाले प्लान का इस्तेमाल करने वाले ऐप्लिकेशन भी शामिल हैं. सभी खातों के लिए, बिलिंग से जुड़ी समस्याओं, खाते से जुड़ी समस्याओं, तकनीकी (समस्या हल करने से जुड़े) सवालों, और समस्याओं की रिपोर्ट के लिए, अनलिमिटेड सहायता उपलब्ध है.
क्या ब्लेज़ प्लान के लिए, डेटा इस्तेमाल करने की सीमा तय की जा सकती है?
नहीं, फ़िलहाल Blaze प्लान के इस्तेमाल की सीमा तय नहीं की जा सकती. हम ब्लेज़ प्लान के इस्तेमाल पर पाबंदी लगाने के विकल्पों का आकलन कर रहे हैं.
Blaze के उपयोगकर्ता, अपने प्रोजेक्ट या खाते के लिए बजट तय कर सकते हैं. साथ ही, जब खर्च तय सीमा तक पहुंचने वाला हो, तब उन्हें सूचनाएं मिल सकती हैं. बजट से जुड़ी सूचनाएं सेट अप करने का तरीका जानें.
अपने-आप बैकअप लेने की सुविधा क्या है? क्या हर घंटे बैकअप लेने की सुविधा उपलब्ध है?
अपने-आप बैकअप लेने की सुविधा, हमारे ब्लेज़ प्राइसिंग प्लान के ग्राहकों के लिए एक बेहतर सुविधा है. यह सुविधा, आपके Firebase Realtime Database डेटा का बैकअप दिन में एक बार लेती है और उसे Google Cloud Storage पर अपलोड करती है.
हम हर घंटे बैकअप लेने की सुविधा नहीं देते.
क्या आपने ओपन-सोर्स, गैर-लाभकारी या शिक्षा से जुड़ी छूट की सुविधा उपलब्ध कराई है?
Spark के प्लान का इस्तेमाल, किसी भी तरह के व्यक्ति या संगठन कर सकता है. इनमें गैर-लाभकारी संगठन, स्कूल, और ओपन-सोर्स प्रोजेक्ट शामिल हैं. इन प्लान में पहले से ही ज़्यादा कोटा शामिल हैं. इसलिए, हम ओपन-सोर्स, ग़ैर-लाभकारी या शिक्षा से जुड़े प्रोजेक्ट के लिए, कोई खास छूट या प्लान नहीं देते.
क्या आपका कारोबार, एंटरप्राइज़ कॉन्ट्रैक्ट, कीमत, सहायता या खास तौर पर इंफ़्रास्ट्रक्चर होस्टिंग की सुविधा देता है?
हमारा Blaze प्लान सभी साइज़ के एंटरप्राइज़ के लिए सही है. साथ ही, हमारा सेवा स्तर समझौता (एसएलए) क्लाउड इन्फ़्रास्ट्रक्चर के लिए इंडस्ट्री स्टैंडर्ड के हिसाब से है या उससे बेहतर है. हालांकि, फ़िलहाल हम एंटरप्राइज़ कॉन्ट्रैक्ट, कीमत या सहायता की सुविधा नहीं देते. साथ ही, हम Realtime Database जैसी सेवाओं के लिए, डेटा को होस्ट करने के लिए खास इन्फ़्रास्ट्रक्चर (यानी, ऑन-प्राइमिस इंस्टॉलेशन) की सुविधा भी नहीं देते. हम इनमें से कुछ सुविधाओं को जोड़ने के लिए लगातार काम कर रहे हैं.
क्या आप ऐड-हॉक कीमत की सुविधा देते हैं? मुझे सिर्फ़ एक या दो सुविधाओं के लिए, जितनी बार इस्तेमाल करें उतनी बार पैसे चुकाने की सुविधा चाहिए.
हम ब्लेज़ प्लान में, ऐड-हॉक प्राइसिंग की सुविधा देते हैं. इसमें आपको सिर्फ़ उन सुविधाओं के लिए पैसे चुकाने होते हैं जिनका इस्तेमाल किया जाता है.
पैसे चुकाकर लिए गए Firebase प्लान, Ads के साथ कैसे काम करते हैं? क्या पैसे चुकाकर लिए जाने वाले प्लान के साथ, बिना किसी शुल्क के विज्ञापन क्रेडिट मिलते हैं?
Firebase के प्लान की कीमतें, Ads से अलग होती हैं. इसलिए, बिना किसी शुल्क के विज्ञापन क्रेडिट नहीं मिलते. Firebase डेवलपर के तौर पर, आपके पास अपने Ads खाते को Firebase से "लिंक" करने का विकल्प होता है, ताकि कन्वर्ज़न ट्रैकिंग की सुविधा काम कर सके.
सभी विज्ञापन कैंपेन सीधे Ads से मैनेज किए जाते हैं. साथ ही, Ads बिलिंग को Ads कंसोल से मैनेज किया जाता है.
Cloud Functions कीमत
Cloud Functions for Firebase का इस्तेमाल करने के लिए, मुझे बिलिंग खाते की ज़रूरत क्यों है?
Cloud Functions for Firebase, पैसे चुकाकर ली जाने वाली Google की कुछ सेवाओं पर निर्भर करता है. Firebase CLI 11.2.0 और इसके बाद के वर्शन के साथ, नए फ़ंक्शन को डिप्लॉय करने के लिए, Cloud Build और Artifact Registry का इस्तेमाल किया जाता है. पुराने वर्शन पर डिप्लॉयमेंट, Cloud Build का इस्तेमाल उसी तरह करते हैं. हालांकि, वे Artifact Registry के बजाय, स्टोरेज के लिए Container Registry और Cloud Storage पर भरोसा करते हैं. इन सेवाओं के इस्तेमाल के लिए, मौजूदा कीमत के अलावा अलग से शुल्क लिया जाएगा.
Firebase सीएलआई 11.2.0 और उसके बाद के वर्शन के लिए स्टोरेज
Artifact Registry ऐसे कंटेनर उपलब्ध कराता है जिनमें फ़ंक्शन चलते हैं. Artifact Registry पहले 500एमबी बिना किसी शुल्क के उपलब्ध कराता है. इसलिए, हो सकता है कि पहले फ़ंक्शन डिप्लॉयमेंट पर कोई शुल्क न लगे. इस थ्रेशोल्ड के बाद, हर अतिरिक्त जीबी स्टोरेज के लिए, हर महीने 0.10 डॉलर का शुल्क लिया जाता है.
Firebase सीएलआई 11.1.x और उससे पहले के वर्शन के लिए स्टोरेज
पुराने वर्शन में डिप्लॉय किए गए फ़ंक्शन के लिए, Container Registry, ऐसे कंटेनर उपलब्ध कराता है जिनमें फ़ंक्शन चलते हैं. आपको हर उस कंटेनर के लिए बिल भेजा जाएगा जो फ़ंक्शन को डिप्लॉय करने के लिए ज़रूरी है. आपको सेव किए गए हर कंटेनर के लिए, कम शुल्क दिख सकते हैं. उदाहरण के लिए, 1 जीबी स्टोरेज के लिए हर महीने 0.026 डॉलर का शुल्क लिया जाता है.
आपके बिल में होने वाले बदलाव के बारे में ज़्यादा जानने के लिए, कृपया यहां दी गई जानकारी देखें
- Cloud Functions कीमत: बिना किसी शुल्क के उपलब्ध मौजूदा टीयर में कोई बदलाव नहीं किया गया है.
- Cloud Build की कीमत: Cloud Build में बिना किसी शुल्क के टीयर उपलब्ध होता है.
- Artifact Registry की कीमत.
- Container Registry कीमत.
क्या Cloud Functions for Firebase का इस्तेमाल अब भी बिना किसी शुल्क के किया जा सकता है?
हां. ब्लेज़ प्लान में Cloud Functions, शुरू करने, कंप्यूट टाइम, और इंटरनेट ट्रैफ़िक के लिए बिना किसी शुल्क के टियर उपलब्ध कराता है. पहले 2,000,000 अनुरोधों, 4,00,000 जीबी-सेकंड, 2,00,000 सीपीयू-सेकंड, और पांच जीबी इंटरनेट इग्रेस डेटा ट्रैफ़िक के लिए, हर महीने कोई शुल्क नहीं लिया जाता. आपसे सिर्फ़ उन थ्रेशोल्ड से ज़्यादा इस्तेमाल करने पर शुल्क लिया जाएगा.
बिना किसी शुल्क के मिलने वाले 500 एमबी स्टोरेज के बाद, फ़ंक्शन के कंटेनर के लिए इस्तेमाल किए गए स्टोरेज स्पेस के लिए, हर डिप्लॉयमेंट ऑपरेशन पर कम शुल्क लिया जाएगा. अगर आपकी डेवलपमेंट प्रोसेस, टेस्टिंग के लिए फ़ंक्शन को डिप्लॉय करने पर निर्भर करती है, तो डेवलपमेंट के दौरान Firebase Local Emulator Suite का इस्तेमाल करके लागत को कम किया जा सकता है.
Firebase के प्लान की कीमतें और Cloud Functions कीमत के उदाहरण के तौर पर दिए गए उदाहरण देखें.
क्या Firebase, Cloud Functions for Firebase के लिए कोटा और सीमाओं को बढ़ाने की योजना बना रहा है?
नहीं. बिल्ड की ज़्यादा से ज़्यादा समयसीमा हटाने के अलावा, कोटा बदलने का कोई प्लान नहीं है. हर दिन के बिल्ड कोटा को 120 मिनट तक पहुंचने पर, आपको गड़बड़ियां या चेतावनियां नहीं मिलेंगी. इसके बजाय, आपको Blaze प्राइसिंग प्लान की शर्तों के तहत बिल भेजा जाएगा. कोटा और सीमाएं देखें.
क्या मुझे Google Cloud 300 डॉलर का क्रेडिट मिल सकता है?
हां, 300 डॉलर का क्रेडिट पाने के लिए, Google Cloud कंसोल में Cloud Billing खाता बनाया जा सकता है. इसके बाद, उस Cloud Billing खाते को Firebase प्रोजेक्ट से लिंक किया जा सकता है.
Google Cloud क्रेडिट के बारे में ज़्यादा जानने के लिए, यहां क्लिक करें.
ध्यान दें कि ऐसा करने पर, आपको Firebase कंसोल में Blaze का प्राइसिंग प्लान सेट अप करना होगा, ताकि 300 डॉलर का क्रेडिट खत्म होने के बाद भी आपका प्रोजेक्ट काम करता रहे.
Firebase के बारे में जानने के लिए, मुझे कोडलैब फ़ॉलो करना है. क्या तुम मुझे अस्थायी बिलिंग खाता दे सकते हो?
नहीं, माफ़ करें. Cloud Billing खाता होने के बिना भी, डेवलपमेंट के लिए Firebase एमुलेटर का इस्तेमाल किया जा सकता है. इसके अलावा, Google Cloud को मुफ़्त में आज़माने के लिए आवेदन करें. अगर इस बदलाव की वजह से, आपको अब भी बिल का पेमेंट करने में समस्या आ रही है, तो Firebase की सहायता टीम से संपर्क करें.
मुझे इस बात की चिंता है कि मेरे लिए ज़्यादा बिल आएगा.
Google Cloud कंसोल में, बजट से जुड़ी सूचनाएं सेट अप की जा सकती हैं, ताकि लागत को कंट्रोल किया जा सके. साथ ही, अपने हर फ़ंक्शन के लिए, बिलिंग वाले इंस्टेंस की संख्या पर सीमाएं सेट की जा सकती हैं. आम तौर पर होने वाली स्थितियों के लिए कीमत का अंदाज़ा लगाने के लिए, Cloud Functions की कीमत के उदाहरण देखें.
मैं अपने मौजूदा बिलिंग शुल्क कैसे देखूं?
Firebase कंसोल में, इस्तेमाल और बिलिंग डैशबोर्ड देखें.
मैं Firebase एक्सटेंशन का इस्तेमाल करता/करती हूं. क्या मुझे बिलिंग खाते की ज़रूरत है?
हां. एक्सटेंशन, Cloud Functions का इस्तेमाल करते हैं. इसलिए, एक्सटेंशन के लिए वही शुल्क लागू होगा जो अन्य फ़ंक्शन के लिए लागू होता है.
एक्सटेंशन का इस्तेमाल करने के लिए, आपको ब्लेज़ के प्राइस प्लान पर अपग्रेड करना होगा. आपके इंस्टॉल किए गए हर एक्सटेंशन के लिए ज़रूरी Firebase संसाधनों के लिए, आपसे कुछ शुल्क लिया जाएगा. आम तौर पर, यह शुल्क हर महीने करीब 0.01 डॉलर होता है. भले ही, उनका इस्तेमाल न किया गया हो. इसके अलावा, Firebase की सेवाओं के इस्तेमाल से जुड़ा कोई भी शुल्क लिया जाएगा.
Cloud Storage for Firebase कीमत
मैं यह कैसे अनुमान लगाऊं कि अपलोड और डाउनलोड करने के लिए, मुझसे कितना शुल्क लिया जाएगा?
Firebase की कीमत तय करने वाले पेज पर जाएं और Blaze प्लान कैलकुलेटर का इस्तेमाल करें. कैलकुलेटर में, Cloud Storage for Firebase के इस्तेमाल के सभी टाइप की सूची होती है.
स्टोरेज बकेट के अनुमानित इस्तेमाल की जानकारी डालने के लिए, स्लाइडर का इस्तेमाल करें. कैलकुलेटर, आपके हर महीने के बिल का अनुमान लगाएगा.
अगर Cloud Storage for Firebase के लिए, स्पार्क प्लान के तहत अपलोड, डाउनलोड या स्टोरेज की तय सीमा से ज़्यादा डेटा इस्तेमाल किया जाता है, तो क्या होगा?
Spark प्लान वाले किसी प्रोजेक्ट में, Cloud Storage के लिए तय की गई सीमाओं को पार करने पर, नतीजा इस बात पर निर्भर करता है कि आपने किस तरह की सीमा को पार कर लिया है:
- अगर स्टोर किए गए जीबी की सीमा पार हो जाती है, तो उस प्रोजेक्ट में कोई और डेटा स्टोर नहीं किया जा सकेगा. ऐसा तब तक होगा, जब तक कि आपने स्टोर किए गए कुछ डेटा को नहीं हटाया या ज़्यादा स्टोरेज या अनलिमिटेड स्टोरेज देने वाले प्लान पर अपग्रेड नहीं किया.
- अगर डाउनलोड किए गए डेटा की सीमा पार हो जाती है, तो आपका ऐप्लिकेशन अगले दिन (अमेरिका के पैसिफ़िक टाइम के हिसाब से, आधी रात से) तक ज़्यादा डेटा डाउनलोड नहीं कर पाएगा. ऐसा तब तक होगा, जब तक कि आपने कम पाबंदियों वाले या बिना किसी पाबंदी वाले प्लान पर अपग्रेड नहीं कर लिया.
- अगर अपलोड या डाउनलोड करने की सीमा से ज़्यादा डेटा अपलोड या डाउनलोड किया जाता है, तो आपका ऐप्लिकेशन अगले दिन (अमेरिका के पैसिफ़िक टाइम के हिसाब से, आधी रात से) तक कोई डेटा अपलोड या डाउनलोड नहीं कर पाएगा. ऐसा तब तक होगा, जब तक कि आपने कम पाबंदियों वाले या बिना पाबंदियों वाले प्लान पर अपग्रेड नहीं कर लिया.
निजता
मुझे Firebase में निजता और सुरक्षा के बारे में जानकारी कहां मिल सकती है?
Firebase में निजता और सुरक्षा पेज पर जाएं.
क्या Firebase SDK टूल, Analytics के बाहर इस्तेमाल/गड़बड़ी की जानकारी को लॉग करते हैं?
हां. फ़िलहाल, यह सुविधा सिर्फ़ iOS डिवाइसों के लिए उपलब्ध है. हालांकि, आने वाले समय में इसमें बदलाव हो सकता है. Firebase के Apple प्लैटफ़ॉर्म के SDK टूल में, डिफ़ॉल्ट रूप से FirebaseCoreDiagnostics
फ़्रेमवर्क शामिल होता है. Firebase इस फ़्रेमवर्क का इस्तेमाल, SDK टूल के इस्तेमाल और गड़बड़ी की जानकारी इकट्ठा करने के लिए करता है. इससे, आने वाले समय में प्रॉडक्ट को बेहतर बनाने के लिए प्राथमिकता तय करने में मदद मिलती है. FirebaseCoreDiagnostics
को इस्तेमाल करना ज़रूरी नहीं है. इसलिए, अगर आपको Firebase के गड़बड़ी से जुड़े लॉग भेजने की सुविधा से ऑप्ट आउट करना है, तो अपने ऐप्लिकेशन से लाइब्रेरी को अनलिंक करें. GitHub पर, पूरे सोर्स को ब्राउज़ किया जा सकता है. इसमें, लॉग की गई वैल्यू भी शामिल हैं
A/B Testing
A/B Testing: कितने एक्सपेरिमेंट बनाए और चलाए जा सकते हैं?
हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा 300 एक्सपेरिमेंट चलाए जा सकते हैं. इसमें 24 एक्सपेरिमेंट चल रहे हो सकते हैं. बाकी एक्सपेरिमेंट, ड्राफ़्ट के तौर पर या पूरे हो चुके हो सकते हैं.
A/B Testing: Google Analytics से अपने प्रोजेक्ट को अनलिंक करने और फिर से लिंक करने के बाद, मुझे अपने एक्सपेरिमेंट क्यों नहीं दिख रहे हैं?
किसी दूसरी Google Analytics प्रॉपर्टी से लिंक करने पर, आपके पास पहले से बनाए गए एक्सपेरिमेंट का ऐक्सेस नहीं रहेगा. किसी पुराने एक्सपेरिमेंट का ऐक्सेस वापस पाने के लिए, अपने प्रोजेक्ट को उस Google Analytics प्रॉपर्टी से फिर से लिंक करें जिससे एक्सपेरिमेंट बनाया गया था.
A/B Testing: रिमोट कॉन्फ़िगरेशन एक्सपेरिमेंट बनाते समय, मुझे "प्रोजेक्ट, Google Analytics से लिंक नहीं है" मैसेज क्यों मिलता है?
अगर आपने पहले से ही Firebase और Google Analytics को लिंक कर लिया है, लेकिन आपको अब भी यह मैसेज दिखता है कि Google Analytics लिंक नहीं है, तो पक्का करें कि आपके प्रोजेक्ट में सभी ऐप्लिकेशन के लिए Analytics स्ट्रीम मौजूद हो. फ़िलहाल, A/B टेस्टिंग का इस्तेमाल करने के लिए, प्रोजेक्ट के सभी ऐप्लिकेशन Google Analytics स्ट्रीम से कनेक्ट होने चाहिए.
Firebase कंसोल में, सभी चालू स्ट्रीम की सूची देखने के लिए, Google Analytics इंटिग्रेशन की जानकारी पेज पर जाएं. इस पेज को ऐक्सेस करने के लिए, settingsप्रोजेक्ट सेटिंग chevron_right इंटिग्रेशन chevron_right Google Analytics chevron_right मैनेज करें पर जाएं.
जिस ऐप्लिकेशन के लिए Google Analytics स्ट्रीम नहीं बनाई गई है उसके लिए स्ट्रीम बनाने से समस्या हल हो जाएगी. छूटे हुए ऐप्लिकेशन के लिए स्ट्रीम बनाने के कुछ तरीके यहां दिए गए हैं:
-
अगर आपके एक या दो ऐप्लिकेशन में Google Analytics स्ट्रीम नहीं है, तो Google Analytics स्ट्रीम जोड़ने के लिए, इनमें से कोई एक तरीका चुनें:
- Firebase कंसोल में, किसी भी ऐसे ऐप्लिकेशन को मिटाएं जिसमें कोई स्ट्रीम चालू न हो और उसे फिर से जोड़ें.
- Google Analytics console में, एडमिन को चुनें. इसके बाद, डेटा स्ट्रीम पर क्लिक करें. इसके बाद, स्ट्रीम जोड़ें पर क्लिक करें. इसके बाद, उस ऐप्लिकेशन की जानकारी जोड़ें जो मौजूद नहीं है. इसके बाद, ऐप्लिकेशन रजिस्टर करें पर क्लिक करें.
-
अगर आपके पास कुछ से ज़्यादा ऐप्लिकेशन स्ट्रीम मौजूद नहीं हैं, तो ऐप्लिकेशन स्ट्रीम बनाने का सबसे तेज़ और असरदार तरीका यह है कि आप अपनी Google Analytics प्रॉपर्टी को अनलिंक करें और फिर से लिंक करें:
- settings प्रोजेक्ट सेटिंग से, इंटिग्रेशन चुनें.
- Firebase और Google Analytics की सेटिंग ऐक्सेस करने के लिए, Google Analytics कार्ड में, मैनेज करें पर क्लिक करें.
- Google Analytics प्रॉपर्टी आईडी और लिंक किए गए Google Analytics खाते को नोट करें.
- more_vert ज़्यादा पर क्लिक करें और Analytics को इस प्रोजेक्ट से अलग करें चुनें.
-
दिखने वाली चेतावनी की समीक्षा करें (इस बारे में चिंता न करें; अगले चरण में आपको वही प्रॉपर्टी फिर से लिंक करनी होगी). इसके बाद, Google Analytics को अनलिंक करें पर क्लिक करें.
अनलिंक करने की प्रोसेस पूरी होने के बाद, आपको इंटिग्रेशन पेज पर रीडायरेक्ट कर दिया जाएगा. - फिर से लिंक करने की प्रोसेस शुरू करने के लिए, Google Analytics कार्ड में चालू करें पर क्लिक करें.
- खाता चुनें सूची से अपना Analytics खाता चुनें.
-
इस खाते में अपने-आप नई प्रॉपर्टी बनाएं के बगल में, edit बदलाव करें पर क्लिक करें. इसके बाद, दिखने वाली
Analytics प्रॉपर्टी की सूची से, अपना प्रॉपर्टी आईडी चुनें.
आपके प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन की सूची दिखेगी. हर ऐप्लिकेशन के लिए मौजूदा स्ट्रीम मैपिंग की सूची दी गई है. साथ ही, जिन ऐप्लिकेशन के लिए कोई स्ट्रीम नहीं है उनके लिए एक स्ट्रीम बनाई जाएगी. - प्रॉपर्टी को फिर से लिंक करने के लिए, Google Analytics चालू करें पर क्लिक करें.
- पूरा करें पर क्लिक करें.
अगर इन चरणों को पूरा करने के बाद भी, आपको रिमोट कॉन्फ़िगरेशन की मदद से A/B टेस्ट बनाने में गड़बड़ी मिलती है, तो Firebase सहायता टीम से संपर्क करें.
AdMob
AdMob: क्या मेरे पास अपने Windows ऐप्लिकेशन को Firebase से लिंक करने का विकल्प है?
नहीं, फ़िलहाल Windows ऐप्लिकेशन के साथ यह सुविधा काम नहीं करती.
AdMob: मैं Firebase कंसोल से, अपने ऐप्लिकेशन को AdMob से लिंक क्यों नहीं कर पा रहा/रही हूं?
AdMob कंसोल के ज़रिए, AdMob के ऐप्लिकेशन को Firebase ऐप्लिकेशन से जोड़ा जा सकता है. इसका तरीका जानें.
AdMob: Firebase ऐप्लिकेशन को AdMob ऐप्लिकेशन से जोड़ने के लिए, मुझे किन अनुमतियों या ऐक्सेस की ज़रूरत होगी?
खातों को लिंक करने के लिए, आपके पास इनका ऐक्सेस होना चाहिए:
- AdMob: आपके पास AdMob एडमिन की भूमिका होनी चाहिए.
- Firebase: आपके पास
firebase.links.create
अनुमति होनी चाहिए. यह अनुमति, मालिक की भूमिका और Firebase एडमिन की भूमिका में शामिल होती है. - Google Analytics: Firebase प्रोजेक्ट से जुड़ी प्रॉपर्टी के लिए, आपके पास बदलाव करने या उपयोगकर्ताओं को मैनेज करने की अनुमति होनी चाहिए. ज़्यादा जानें.
AdMob: क्या एक ही AdMob खाते में कई उपयोगकर्ता, AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन को लिंक कर सकते हैं?
मल्टी-यूज़र AdMob खातों के लिए, AdMob ऐप्लिकेशन और Firebase ऐप्लिकेशन के बीच नए लिंक सिर्फ़ वह उपयोगकर्ता बना सकता है जिसने पहला Firebase लिंक बनाया हो और Firebase की सेवा की शर्तें स्वीकार की हों.
AdMob: AdMob का इस्तेमाल करने के लिए, मुझे किन SDK टूल का इस्तेमाल करना चाहिए?
AdMob का इस्तेमाल करने के लिए, हमेशा Google Mobile Ads SDK टूल का इस्तेमाल करें. इसके बारे में, अक्सर पूछे जाने वाले सवालों के जवाब वाले इस लेख में बताया गया है. इसके अलावा, अगर आपको AdMob के लिए उपयोगकर्ता मेट्रिक इकट्ठा करनी हैं, तो अपने ऐप्लिकेशन में Google Analytics के लिए Firebase SDK टूल शामिल करें.
- iOS प्रोजेक्ट के लिए:
AdMob iOS दस्तावेज़ में दिए गए निर्देशों का पालन करके, Google Mobile Ads SDK टूल इंपोर्ट करें. - Android प्रोजेक्ट के लिए:
अपनीbuild.gradle
फ़ाइल में, Google Mobile Ads SDK टूल की डिपेंडेंसी जोड़ें:
implementation 'com.google.android.gms:play-services-ads:23.5.0'
- C++ प्रोजेक्ट और Unity प्रोजेक्ट के लिए: संबंधित दस्तावेज़ में दिए गए निर्देशों का पालन करें.
Analytics
Analytics: Firebase प्रॉडक्ट इस्तेमाल करने के लिए, Google Analytics का सुझाव क्यों दिया जाता है?
Google Analytics, ऐप्लिकेशन के आंकड़े देखने का एक ऐसा समाधान है जिसका इस्तेमाल बिना किसी शुल्क के किया जा सकता है. साथ ही, इसमें अनलिमिटेड आंकड़े देखे जा सकते हैं. यह समाधान, अहम जानकारी देने के लिए Firebase की सुविधाओं के साथ काम करता है. इसकी मदद से, Crashlytics में इवेंट लॉग, FCM में सूचनाएं दिखाने की सुविधा, Dynamic Links के लिए डीप लिंक की परफ़ॉर्मेंस, और Google Play से इन-ऐप्लिकेशन खरीदारी का डेटा देखा जा सकता है. इससे, Remote Config और Remote Config में दिलचस्पी के मुताबिक विज्ञापन दिखाने के साथ-साथ, ऑडियंस टारगेटिंग को बेहतर बनाने में मदद मिलती है.
Google Analytics, Firebase कंसोल में इंटेलिजेंस लेयर की तरह काम करता है. इससे आपको अच्छी क्वालिटी का ऐप्लिकेशन बनाने, अपना उपयोगकर्ता आधार बढ़ाने, और ज़्यादा पैसे कमाने के बारे में अहम जानकारी मिलती है.
शुरू करने के लिए, दस्तावेज़ पढ़ें.
Analytics: मैं यह कैसे कंट्रोल करूं कि Analytics का डेटा, Firebase के बाकी हिस्सों के साथ कैसे शेयर किया जाए?
डिफ़ॉल्ट रूप से, Google Analytics के आपके डेटा का इस्तेमाल, Firebase और Google की अन्य सुविधाओं को बेहतर बनाने के लिए किया जाता है. आपके पास यह कंट्रोल करने का विकल्प होता है कि प्रोजेक्ट की सेटिंग में जाकर, आपका Google Analytics डेटा कब और कैसे शेयर किया जाए. डेटा शेयर करने की सेटिंग के बारे में ज़्यादा जानें.
Analytics: मैं अपनी Analytics प्रॉपर्टी की सेटिंग कैसे अपडेट करूं?
अपनी Google Analytics प्रॉपर्टी के एडमिन पेज से, प्रॉपर्टी की सेटिंग अपडेट की जा सकती हैं. जैसे:
- डेटा शेयर करने की सेटिंग
- डेटा के रखरखाव की सेटिंग
- टाइम ज़ोन और मुद्रा की सेटिंग
अपनी प्रॉपर्टी की सेटिंग अपडेट करने के लिए, यह तरीका अपनाएं:
- Firebase कंसोल में, अपने settings > प्रोजेक्ट सेटिंग पर जाएं.
- इंटिग्रेशन टैब पर जाएं. इसके बाद, Google Analytics कार्ड में, मैनेज करें या लिंक देखें पर क्लिक करें.
- खाता और प्रॉपर्टी सेटिंग खोलने के लिए, अपने Google Analytics खाते के लिंक पर क्लिक करें.
मेरे iOS ऐप्लिकेशन में Analytics: क्या मैं विज्ञापन एट्रिब्यूशन और IDFA कलेक्शन की सुविधाओं के बिना Analytics को इंस्टॉल कर सकता/सकती हूं?
हां. ज़्यादा जानकारी के लिए, डेटा इकट्ठा करने और इस्तेमाल करने की सुविधा कॉन्फ़िगर करें पेज देखें.
Analytics: अक्टूबर 2021 के अपडेट के बाद, Google Analytics सेक्शन में क्या बदलाव हुआ है?
इन बदलावों की खास जानकारी, Firebase के सहायता केंद्र के लेख में देखी जा सकती है: Firebase के लिए Google Analytics में, Google Analytics 4 प्रॉपर्टी के नए फंक्शन.
Analytics: Firebase को Google Analytics से अनलिंक करने के बाद, मुझे Firebase कंसोल में कोई Analytics डेटा क्यों नहीं दिख रहा है?
Analytics डेटा, Google Analytics प्रॉपर्टी में मौजूद होता है, न कि Firebase प्रोजेक्ट में. प्रॉपर्टी को मिटाने या अनलिंक करने पर, Analytics डेटा को Firebase ऐक्सेस नहीं कर पाएगा. साथ ही, आपको Firebase कंसोल में खाली Analytics डैशबोर्ड दिखेगा. ध्यान दें कि डेटा अब भी पहले लिंक की गई प्रॉपर्टी में मौजूद है. इसलिए, आपके पास कभी भी प्रॉपर्टी को Firebase से फिर से लिंक करने का विकल्प है. साथ ही, Firebase कंसोल में Analytics डेटा देखा जा सकता है.
अपने Firebase प्रोजेक्ट में एक नए Google Analytics खाते (और इस तरह, एक नई Google Analytics प्रॉपर्टी) को लिंक करने पर, Firebase कंसोल में Analytics डैशबोर्ड खाली हो जाएगा. हालांकि, अगर आपकी पहले से लिंक की गई प्रॉपर्टी अब भी मौजूद है, तो मौजूदा डेटा को पुरानी प्रॉपर्टी से नई प्रॉपर्टी में ट्रांसफ़र किया जा सकता है.
Analytics: अगर मेरी Analytics प्रॉपर्टी और उसका डेटा मिटा दिया गया है, तो क्या उन्हें वापस पाया जा सकता है?
नहीं. अगर आपकी प्रॉपर्टी मिट गई है, तो उसे वापस नहीं लाया जा सकता. इसके अलावा, उस प्रॉपर्टी में पहले से इकट्ठा किया गया Analytics डेटा भी वापस नहीं पाया जा सकता.
Google Analytics का फिर से इस्तेमाल करने के लिए, नई प्रॉपर्टी या मौजूदा प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करें. Firebase कंसोल या Google Analytics के यूज़र इंटरफ़ेस (यूआई) में जाकर, यह लिंकिंग की जा सकती है. Google Analytics प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करने के बारे में ज़्यादा जानें.
Analytics: अगर मेरी Analytics प्रॉपर्टी मिटा दी गई है, तो क्या मेरे पास अपने Firebase प्रोजेक्ट से नई Google Analytics प्रॉपर्टी को लिंक करने और Analytics का फिर से इस्तेमाल करने का विकल्प है?
अगर आपको Google Analytics का फिर से इस्तेमाल करना है, तो अपने Firebase प्रोजेक्ट से कोई नई प्रॉपर्टी या कोई मौजूदा प्रॉपर्टी लिंक की जा सकती है. Firebase कंसोल या Google Analytics के यूज़र इंटरफ़ेस (यूआई) में जाकर, यह लिंकिंग की जा सकती है. Google Analytics प्रॉपर्टी को अपने Firebase प्रोजेक्ट से लिंक करने के बारे में ज़्यादा जानें.
ध्यान दें कि Analytics का सारा डेटा, प्रॉपर्टी में सेव होता है, न कि Firebase प्रोजेक्ट में. इसलिए, पहले से इकट्ठा किया गया Analytics डेटा वापस नहीं पाया जा सकता.
Analytics: Analytics प्रॉपर्टी मिटाने से, Firebase प्रॉडक्ट या इंटिग्रेट किए गए Google प्रॉडक्ट पर क्या असर पड़ेगा?
Firebase के कई प्रॉडक्ट, Google Analytics इंटिग्रेशन का इस्तेमाल करते हैं. अगर आपकी Analytics प्रॉपर्टी और उसका डेटा मिटा दिया जाता है, तो इन प्रॉडक्ट का इस्तेमाल करने पर ये चीज़ें होंगी:
- Crashlytics — अब आपको क्रैश-फ़्री उपयोगकर्ता, ब्रेडक्रंब लॉग, और/या वेग से जुड़ी चेतावनियां नहीं दिखेंगी.
- Cloud Messaging और In-App Messaging — अब टारगेटिंग, कैंपेन मेट्रिक, ऑडियंस सेगमेंटेशन, और Analytics लेबल का इस्तेमाल नहीं किया जा सकता.
- Remote Config — अब टारगेट किए गए कॉन्फ़िगरेशन या दिलचस्पी के मुताबिक विज्ञापन दिखाने की सुविधा का इस्तेमाल नहीं किया जा सकता.
- A/B Testing — अब A/B Testing का इस्तेमाल नहीं किया जा सकता, क्योंकि एक्सपेरिमेंट का मेज़रमेंट Google Analytics से मिलता है.
- Dynamic Links — Google Analytics के डेटा पर निर्भर रहने वाली कोई भी सुविधा काम नहीं करेगी.
इसके अलावा, इन इंटिग्रेशन पर भी असर पड़ेगा:
- अब Analytics डेटा को BigQuery में एक्सपोर्ट नहीं किया जा सकता.
- अब Google Ads इंटिग्रेशन या Google AdMob इंटिग्रेशन का फ़ायदा नहीं लिया जा सकता.
Analytics: मैं उन उपयोगकर्ताओं को कैसे सेगमेंट करूं जिन्होंने किसी शर्त को पूरा नहीं किया है?
इन उपयोगकर्ताओं को "नेगेटिव टारगेट" करके, समस्या को फिर से फ़्रेम किया जा सकता है. उदाहरण के लिए, समस्या को फिर से फ़्रेम में लाएं, "उन लोगों को विज्ञापन न दिखाएं जिन्होंने कुछ खरीदा है". इसके बाद, उन उपयोगकर्ताओं को टारगेट करने के लिए, ऑडियंस बनाएं.
Analytics: क्या Google Analytics इंटरफ़ेस में तय की गई ऑडियंस और/या इवेंट Firebase कंसोल में भी उपलब्ध हैं?
आपकी ऑडियंस और उपयोगकर्ता प्रॉपर्टी सिंक हो जाएंगी. कुछ सुविधाओं के लिए, आपको Google Analytics इंटरफ़ेस का इस्तेमाल करना होगा. जैसे, सेगमेंटेशन और क्लोज़्ड फ़नल. Firebase कंसोल से, डीप लिंक की मदद से Google Analytics के इंटरफ़ेस को सीधे ऐक्सेस किया जा सकता है.
Firebase कंसोल से किए गए किसी भी बदलाव को Google Analytics में भी किया जा सकता है. साथ ही, ये बदलाव Firebase में दिखेंगे.
Authentication
Firebase Authentication: फ़ोन से पुष्टि करने की सुविधा किन देशों/इलाकों में उपलब्ध है?
Firebase Authentication, दुनिया भर में फ़ोन नंबर की पुष्टि करने की सुविधा देता है. हालांकि, सभी नेटवर्क पुष्टि करने वाले मैसेज को भरोसेमंद तरीके से डिलीवर नहीं करते. यहां दिए गए इलाकों में डिलीवरी की दरें अच्छी हैं. साथ ही, इनमें फ़ोन की मदद से पुष्टि करने की सुविधा अच्छी तरह से काम करती है. जहां बताया गया है, डिलीवरी की खराब दर की वजह से, कुछ कैरियर उपलब्ध नहीं हैं.
क्षेत्र | कोड |
---|---|
विज्ञापन | अंडोरा |
AE | संयुक्त अरब अमीरात |
AF | अफ़ग़ानिस्तान |
AG | एंटीगुआ और बारबुडा |
अल्बनिया | अल्बानिया |
पूर्वाह्म | आर्मेनिया |
AO | अंगोला |
AR | अर्जेंटीना |
AS | अमेरिकन समोआ |
AT | ऑस्ट्रिया |
AU | ऑस्ट्रेलिया |
AW | अरूबा |
अज़रबैजान | अज़रबैजान |
BA | बोस्निया और हर्ज़ेगोविना |
BB | बारबाडोस |
बीडी | बांग्लादेश |
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 | जिब्राल्टर |
जीएल | ग्रीनलैंड |
जीएम | गैंबिया |
GP | गुआडलूप |
GQ | इक्वेटोरियल गिनी |
GR | ग्रीस |
GT | ग्वाटेमाला |
GY | गुयाना |
HK | हॉन्ग कॉन्ग, एसएआर चीन |
HN | होंडुरास |
HR | क्रोएशिया |
हाफ़ टाइम | हैती |
एचयू | हंगरी |
आईडी | इंडोनेशिया |
IE | आयरलैंड |
IL | इज़राइल |
IM | आइल ऑफ़ मैन |
IN | भारत |
आईक्यू | इराक |
आईटी (सूचना प्रौद्योगिकी) | इटली |
JE | जर्सी |
JM | जमैका |
जॉर्डन | जॉर्डन |
जापान | जापान |
KE | केन्या |
कि॰ग्रा॰ | किर्गिस्तान |
केएच | कंबोडिया |
किमी | कोमोरोस |
KN | सेंट किट्स और नेविस |
KR | कोरिया (दक्षिण) |
कीवर्ड | कुवैत |
KY | केमैन द्वीप समूह |
KZ | कज़ाकस्तान |
LA | लाओ PDR |
LB | लेबनान |
LC | सेंट लूसिया |
LI | लिएटेंस्टीन |
एलके | श्रीलंका |
एलएस | लेसोथो |
LT | लिथुआनिया |
लक्ज़मबर्ग | लक्सम्बर्ग |
LV | लातविया |
LY | लीबिया |
MA | मोरक्को |
एमडी | मोल्डोवा |
मुझे | मोंटेनेग्रो |
MF | सेंट-मार्टिन (फ़्रेंच पार्ट) |
एमजी | मेडागास्कर |
MK | मैसेडोनिया गणराज्य |
एमएम | म्यांमार |
एमएन | मंगोलिया |
MO | मकाओ, एसएआर चीन |
MS | मोंटसेराट |
MT | माल्टा |
एमयू | मॉरीशस |
मेगावॉट | मलावी |
MX | मेक्सिको |
MY | मलेशिया |
MZ | मोज़ाम्बिक |
NA | नामीबिया |
NC | न्यू कैलेडोनिया |
उपू | नाइजर |
NF | नॉरफ़ॉक द्वीप |
NG | नाइजीरिया |
NI | निकारागुआ |
NL | नीदरलैंड्स |
नहीं | नॉर्वे |
एनपी | नेपाल |
NZ | न्यूज़ीलैंड |
ओम | ओमान |
PA | पनामा |
PE | पेरू |
PG | पापुआ न्यू गिनी |
PH | फ़िलिपींस |
पीके | पाकिस्तान |
PL | पोलैंड |
PM | सेंट पियरे और मिकलान |
PR | प्योर्तो रिको |
PS | फ़िलिस्तीनी क्षेत्र |
PT | पुर्तगाल |
PY | पराग्वे |
क्यूए | कतर |
RE | रीयूनियन |
RO | रोमानिया |
RS | सर्बिया |
RU | रूसी संघ |
RW | रवांडा |
SA | सऊदी अरब |
SC | सेशल्स |
स्वीडन | स्वीडन |
SG | सिंगापुर |
शूट आउट | सेंट हेलेना |
SI | स्लोवेनिया |
SK | स्लोवाकिया |
SL | सिएरा लियॉन |
एसएन | सेनेगल |
SR | सूरीनाम |
ST | साओ टोम और प्रिंसिपे |
SV | अल सल्वाडोर |
SZ | स्वाज़ीलैंड |
TC | तुर्क और कैकोस द्वीप समूह |
TG | टोगो |
थाईलैंड | थाईलैंड |
टीम लीडर | पूर्वी तिमोर |
TM | तुर्कमेनिस्तान |
TO | टोंगा |
TR | तुर्किये |
TT | त्रिनिदाद और टोबैगो |
TW | ताइवान, रिपब्लिक ऑफ़ चाइना |
TZ | तंज़ानिया संयुक्त गणराज्य |
UA | यूक्रेन |
युगांडा | युगांडा |
अमेरिका | संयुक्त राज्य अमेरिका |
उरुग्वेयन पेसो | उरुग्वे |
UZ | उज़्बेकिस्तान |
VC | सेंट विंसेंट और ग्रेनाडीन |
VE | वेनेज़ुएला (बोलिवियन रिपब्लिक) |
VG | ब्रिटिश वर्जिन द्वीप |
VI | वर्जिन द्वीपसमूह, संयुक्त राज्य अमेरिका |
VN | वियतनाम |
WS | समोआ |
YE | यमन |
YT | मयोटे |
ZA | दक्षिण अफ़्रीका |
जेडएम | ज़ाम्बिया |
ज़िंबाब्वे (ZW) | ज़िंबाब्वे |
Firebase Authentication: फ़ोन से पुष्टि करने की सुविधा का इस्तेमाल करते समय, एसएमएस के गलत इस्तेमाल को कैसे रोका जा सकता है?
अपने प्रोजेक्ट को एसएमएस ट्रैफ़िक पंपिंग और एपीआई के गलत इस्तेमाल से बचाने के लिए, यह तरीका अपनाएं:
एसएमएस के लिए क्षेत्र से जुड़ी नीति सेट करें
अपने इलाके के हिसाब से, एसएमएस के इस्तेमाल की जानकारी देखना.
ऐसे इलाकों को ढूंढें जहां एसएमएस भेजने की संख्या बहुत ज़्यादा है और पुष्टि किए गए एसएमएस की संख्या बहुत कम (या शून्य) है. पुष्टि किए गए/भेजे गए अनुरोधों का अनुपात, आपके अनुरोधों के स्वीकार होने की दर है. मैसेज (एसएमएस) की डिलीवरी की गारंटी नहीं दी जा सकती. इसलिए, कुछ इलाकों में एसएमएस ऐप्लिकेशन का गलत इस्तेमाल भी हो सकता है. इसलिए, सफल होने की दर आम तौर पर 70 से 85% के बीच होती है. सफलता की दर 50% से कम होने का मतलब है कि बहुत से लोगों ने एसएमएस भेजे, लेकिन कुछ ही लॉगिन किए. यह इस बात की ओर इशारा करता है कि कोई व्यक्ति आपकी वेबसाइट से एसएमएस भेजने की कोशिश कर रहा है या नहीं.
एसएमएस क्षेत्र नीति का इस्तेमाल करके, कम सक्सेस रेट वाले एसएमएस वाले इलाकों को अस्वीकार करें या सिर्फ़ कुछ इलाकों में ऐप्लिकेशन को अनुमति दें, बशर्ते आपका ऐप्लिकेशन सिर्फ़ कुछ देशों में उपलब्ध कराया जा रहा हो.
पुष्टि करने के लिए, अनुमति वाले डोमेन की संख्या सीमित करना
अनुमति पा चुके डोमेन को मैनेज करने के लिए, पुष्टि करने की सेटिंग के डैशबोर्ड का इस्तेमाल करें. डेवलपमेंट को आसान बनाने के लिए, localhost
डोमेन को डिफ़ॉल्ट रूप से, पुष्टि किए गए डोमेन की सूची में जोड़ दिया जाता है. अपने प्रोडक्शन प्रोजेक्ट में, अनुमति वाले डोमेन से localhost
को हटाएं. इससे, नुकसान पहुंचाने वाले लोग आपके प्रोडक्शन प्रोजेक्ट को ऐक्सेस करने के लिए, अपने localhost
पर कोड नहीं चला पाएंगे.
ऐप्लिकेशन की जांच करने की सुविधा चालू करना और उसे लागू करना
अपने प्रोजेक्ट को एपीआई के गलत इस्तेमाल से बचाने के लिए, ऐप्लिकेशन की जांच की सुविधा चालू करें. इसके लिए, यह पुष्टि करें कि अनुरोध सिर्फ़ आपके प्रोजेक्ट से जुड़े ऐप्लिकेशन से ही किए जाते हैं.
Firebase Authentication के साथ ऐप्लिकेशन की जांच करने की सुविधा का इस्तेमाल करने के लिए, आपको Firebase Authentication with Identity Platform पर अपग्रेड करना होगा.
ध्यान रखें कि आपको Firebase कंसोल में, पुष्टि के लिए ऐप्लिकेशन की जांच करने की सुविधा को लागू करना होगा. इसे लागू करने से पहले, ट्रैफ़िक को मॉनिटर करें. साथ ही, reCAPTCHA Enterprise से अनुमति वाली साइटों की सूची की दोबारा जांच करें. इससे यह पुष्टि की जा सकेगी कि इसमें सिर्फ़ आपकी प्रोडक्शन साइटें शामिल हैं. साथ ही, यह भी पुष्टि की जा सकेगी कि ऐप्लिकेशन की जांच करने वाले टूल में आपके प्रोजेक्ट के लिए रजिस्टर किए गए ऐप्लिकेशन की सूची सही है.
ध्यान दें कि ऐप्लिकेशन की जांच करने की सुविधा, अपने-आप होने वाले हमलों से बचाने में मदद करती है. यह सुविधा यह पुष्टि करती है कि कॉल, आपके रजिस्टर किए गए किसी ऐप्लिकेशन से आया है. इससे उपयोगकर्ताओं को आपके ऐप्लिकेशन का गलत इस्तेमाल करने से नहीं रोका जा सकता. उदाहरण के लिए, एसएमएस भेजने के लिए लॉगिन फ़्लो शुरू करना और उसे कभी पूरा न करना.
Firebase Authentication: क्या फ़ोन नंबर, मोबाइल और इंटरनेट सेवा देने वाली किसी नई कंपनी पर पोर्ट किए जा सकते हैं. इसके लिए, फ़ोन से पुष्टि करने की सुविधा उपलब्ध है?
इस समय, मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के बीच पोर्ट किए गए नंबरों की वजह से, असली उपयोगकर्ताओं को कोई भी एसएमएस डिलीवर नहीं किया जा सकेगा. इस समस्या को हल करने का कोई तरीका नहीं है. Firebase इस समस्या को ठीक करने पर काम कर रहा है.
Firebase Authentication: मेरे Android ऐप्लिकेशन में, यह गड़बड़ी क्यों दिख रही है:
Google sign in failed
?
Google sign in failed
अगर आपको यह गड़बड़ी दिख रही है, तो अक्सर पूछे जाने वाले सवालों में दिए गए, समस्या हल करने का तरीका अपनाएं:
GoogleFragment: Google sign in failed
com.google.android.gms.common.api.ApiException: 13: Unable to get token.
at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
पक्का करें कि पुष्टि करने की सेवा देने वाली कंपनी के तौर पर, Google साइन-इन की सुविधा सही तरीके से चालू हो:
Firebase कंसोल में, Authentication सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google में साइन इन करने के तरीके को बंद करें और फिर से चालू करें (भले ही पहले से चालू हो):
Google में साइन इन करने का तरीका खोलें, उसे बंद करें, और फिर सेव करें पर क्लिक करें.
Google में साइन इन करने का तरीका फिर से खोलें, इसे चालू करें, और सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन, Firebase की अप-टू-डेट कॉन्फ़िगरेशन फ़ाइल (
google-services.json
) का इस्तेमाल कर रहा हो.
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.
पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
Google Cloud कंसोल के क्रेडेंशियल पेज पर, OAuth 2.0 क्लाइंट आईडी सेक्शन में जाएं.
अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं (और आपने ऊपर बताए गए समस्या हल करने के सभी चरण पूरे कर लिए हैं), तो सहायता टीम से संपर्क करें.
Firebase Authentication: Apple प्लैटफ़ॉर्म के ऐप्लिकेशन में, मुझे यह गड़बड़ी क्यों दिख रही है:
You must specify <clientID> in <GIDConfiguration>
?
You must specify <clientID> in <GIDConfiguration>
अगर आपको यह गड़बड़ी दिख रही है, तो अक्सर पूछे जाने वाले सवालों में दिए गए, समस्या हल करने का तरीका अपनाएं:
You must specify |clientID| in |GIDConfiguration|
पक्का करें कि Google साइन-इन, पुष्टि करने की सेवा देने वाले के तौर पर सही तरीके से चालू हो:
Firebase कंसोल में, Authentication सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google से साइन इन करने का तरीका बंद करें और फिर से चालू करें. भले ही, यह पहले से चालू हो:
Google में साइन इन करने का तरीका खोलें, उसे बंद करें, और फिर सेव करें पर क्लिक करें.
Google से साइन इन करने का तरीका फिर से खोलें और उसे चालू करें. इसके बाद, सेव करें पर क्लिक करें.
पक्का करें कि आपका ऐप्लिकेशन, Firebase की अप-टू-डेट कॉन्फ़िगरेशन फ़ाइल (
GoogleService-Info.plist
) का इस्तेमाल कर रहा हो.
अपने ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल पाएं.देखें कि आपको अब भी गड़बड़ी का मैसेज मिल रहा है या नहीं. अगर ऐसा है, तो समस्या हल करने के अगले चरण पर जाएं.
पक्का करें कि ज़रूरी OAuth 2.0 क्लाइंट मौजूद हों.
Google Cloud कंसोल के क्रेडेंशियल पेज में, OAuth 2.0 क्लाइंट आईडी सेक्शन में जाएं.
अगर OAuth 2.0 क्लाइंट मौजूद नहीं हैं और आपने समस्या हल करने के लिए ऊपर दिए गए सभी चरण आज़मा लिए हैं, तो सहायता टीम से संपर्क करें.
Firebase Authentication: मेरे वेब ऐप्लिकेशन में, यह गड़बड़ी क्यों दिख रही है:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
अगर आपको यह गड़बड़ी दिख रही है, तो अक्सर पूछे जाने वाले सवालों में दिए गए, समस्या हल करने का तरीका अपनाएं:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
पक्का करें कि Google साइन-इन, पुष्टि करने की सेवा देने वाले के तौर पर सही तरीके से चालू हो:
Firebase कंसोल में, Authentication सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google से साइन इन करने का तरीका बंद करें और फिर से चालू करें. भले ही, यह पहले से चालू हो:
Google में साइन इन करने का तरीका खोलें, उसे बंद करें, और फिर सेव करें पर क्लिक करें.
Google में साइन इन करने का तरीका फिर से खोलें, इसे चालू करें, और सेव करें पर क्लिक करें.
साथ ही, Authentication सेक्शन के Google साइन-इन प्रोवाइडर कॉन्फ़िगरेशन में, पक्का करें कि OAuth क्लाइंट आईडी और सीक्रेट, Google Cloud कंसोल के क्रेडेंशियल पेज पर दिखाए गए वेब क्लाइंट से मेल खाते हों. इसके लिए, OAuth 2.0 क्लाइंट आईडी सेक्शन देखें.
Firebase Authentication: मेरे वेब ऐप्लिकेशन में, रीडायरेक्ट की मदद से साइन इन करने पर, यह गड़बड़ी क्यों दिख रही है:
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
अगर आपको यह गड़बड़ी दिख रही है, तो अक्सर पूछे जाने वाले सवालों में दिए गए, समस्या हल करने का तरीका अपनाएं:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
इस गड़बड़ी की सबसे ज़्यादा संभावना यह है कि आपका रीडायरेक्ट डोमेन, Firebase 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 कंसोल में, settings > प्रोजेक्ट सेटिंग पर जाएं. इसके बाद, आपके ऐप्लिकेशन सेक्शन में, अपने वेब ऐप्लिकेशन पर क्लिक करें. इससे, एपीआई पासकोड अपने-आप बन जाएगा. इसे अपने वेब ऐप्लिकेशन के लिए, SDK टूल सेटअप और कॉन्फ़िगरेशन सेक्शन में देखा जा सकता है.
ध्यान दें कि Cloud कंसोल में, इस नई एपीआई पासकोड को
Browser key
नहीं कहा जाएगा. इसके बजाय, इसका नाम आपके Firebase वेब ऐप्लिकेशन के उपनाम जैसा ही होगा. अगर आपको इस नई एपीआई पासकोड पर एपीआई से जुड़ी पाबंदियां जोड़नी हैं, तो पक्का करें कि Firebase Authentication एपीआई, अनुमति वाले एपीआई की सूची में शामिल हो.नई API (एपीआई) कुंजी बनाने के बाद, यहां दिया गया तरीका अपनाएं:
अगर रिज़र्व किए गए Hosting यूआरएल का इस्तेमाल किया जाता है, तो अपने ऐप्लिकेशन को Firebase पर फिर से डिप्लॉय करें, ताकि वह आपके बाकी Firebase कॉन्फ़िगरेशन के साथ नई एपीआई कुंजी अपने-आप हासिल कर सके.
अगर आपने साइन इन कोड को खुद होस्ट किया है, तो नई एपीआई पासकोड को कॉपी करें और उसे अपनी
__/firebase/init.json
फ़ाइल में जोड़ें. इसके बाद, अपने ऐप्लिकेशन को फिर से डिप्लॉय करें.
Firebase Authentication: मैं मैन्युअल तरीके से OAuth वेब क्लाइंट कैसे बनाऊं??
Google Cloud कंसोल का क्रेडेंशियल पेज खोलें.
पेज पर सबसे ऊपर, क्रेडेंशियल बनाएं > OAuth क्लाइंट आईडी चुनें.
अगर आपको सहमति वाली स्क्रीन कॉन्फ़िगर करने के लिए कहा जाता है, तो स्क्रीन पर दिए गए निर्देशों का पालन करें. इसके बाद, अक्सर पूछे जाने वाले इस सवाल को पढ़ें.
OAuth वेब क्लाइंट बनाएं:
ऐप्लिकेशन टाइप के लिए, वेब ऐप्लिकेशन चुनें.
अनुमति वाले JavaScript ऑरिजिन के लिए, यह जानकारी जोड़ें:
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
अनुमति वाले रीडायरेक्ट यूआरआई के लिए, यह जानकारी जोड़ें:
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
OAuth क्लाइंट सेव करें.
नए OAuth क्लाइंट आईडी और क्लाइंट पासवर्ड को क्लिपबोर्ड पर कॉपी करें.
Firebase कंसोल में, Authentication सेक्शन खोलें.
साइन इन करने का तरीका टैब में, Google साइन-इन प्रोवाइडर खोलें. इसके बाद, वेब सर्वर क्लाइंट आईडी और सीक्रेट को चिपकाएं. इसे आपने अभी-अभी बनाया है और Google Cloud कंसोल से कॉपी किया है. सेव करें पर क्लिक करें.
Firebase Authentication: %APP_NAME%
को पुष्टि करने वाले ईमेल के लिए, ईमेल टेंप्लेट के तौर पर कैसे तय किया जाता है? यह ईमेल, उपयोगकर्ता को
उस ईमेल पते और पासवर्ड का इस्तेमाल करके साइन अप करने के दौरान भेजा जा सकता है?
दिसंबर 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 रनटाइम सहायता
मैं Node.js के नए वर्शन पर कैसे अपग्रेड करूं?
- पक्का करें कि आपके पास Blaze का कीमत वाला प्लान हो.
- पक्का करें कि Firebase सीएलआई का सबसे नया वर्शन इस्तेमाल किया जा रहा हो.
- अपने फ़ंक्शन के
package.json
में,engines
फ़ील्ड को अपडेट करें. - इसके अलावा, Firebase Local Emulator Suite का इस्तेमाल करके, अपने बदलावों की जांच की जा सकती है.
- सभी फ़ंक्शन फिर से डिप्लॉय करें.
मैं यह कैसे पक्का करूं कि मैंने अपने फ़ंक्शन को किसी खास Node.js रनटाइम पर डिप्लॉय किया है?
Firebase कंसोल में, फ़ंक्शन डैशबोर्ड पर जाएं, कोई फ़ंक्शन चुनें, और ज़्यादा जानकारी में जाकर, फ़ंक्शन की भाषा देखें.
मैं Firebase एक्सटेंशन का इस्तेमाल करता/करती हूं. क्या Cloud Functions के रनटाइम के अपडेट का असर मुझ पर पड़ेगा?
हां. एक्सटेंशन, Cloud Functions का इस्तेमाल करते हैं. इसलिए, आपको अपने एक्सटेंशन के रनटाइम को उसी टाइमलाइन पर अपडेट करना होगा जिस पर Cloud Functions को अपडेट किया जाता है.
हमारा सुझाव है कि आप अपने प्रोजेक्ट में इंस्टॉल किए गए हर एक्सटेंशन को समय-समय पर नए वर्शन में अपडेट करते रहें. Firebase कंसोल या Firebase सीएलआई की मदद से, अपने प्रोजेक्ट के एक्सटेंशन अपग्रेड किए जा सकते हैं.
Cloud Messaging
Cloud Messaging: सूचनाएं कंपोज़र और Cloud Messaging के बीच क्या फ़र्क़ है?
Firebase Cloud Messaging, अपने क्लाइंट SDK और एचटीटीपी और एक्सएमपीपी सर्वर प्रोटोकॉल के ज़रिए, मैसेज सेवा की सभी सुविधाएं उपलब्ध कराता है. ज़्यादा मुश्किल मैसेज सेवा की शर्तों वाले डिप्लॉयमेंट के लिए, FCM सही विकल्प है.
सूचनाएं लिखने वाला टूल, Firebase Cloud Messaging पर आधारित एक हल्का और सर्वर-लेस मैसेजिंग सिस्टम है. उपयोगकर्ता के हिसाब से बनाए गए ग्राफ़िकल कंसोल और कम कोडिंग की ज़रूरतों की मदद से, सूचनाएं बनाने वाले टूल की मदद से उपयोगकर्ता आसानी से मैसेज भेज सकते हैं. इससे, उपयोगकर्ताओं को फिर से जोड़ा जा सकता है और उन्हें अपने साथ बनाए रखा जा सकता है. साथ ही, ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर बनाया जा सकता है और मार्केटिंग कैंपेन को बेहतर तरीके से मैनेज किया जा सकता है.
सुविधाएं | सूचनाएं बनाने की सुविधा | Cloud Messaging | |
---|---|---|---|
टारगेट | एक डिवाइस | ||
विषयों की सदस्यता लेने वाले क्लाइंट (जैसे, मौसम) | |||
पहले से तय उपयोगकर्ता सेगमेंट (ऐप्लिकेशन, वर्शन, भाषा) में मौजूद क्लाइंट | |||
चुनी गई Analytics ऑडियंस में मौजूद क्लाइंट | |||
डिवाइस ग्रुप में शामिल क्लाइंट | |||
क्लाइंट से सर्वर पर अपस्ट्रीम | |||
मैसेज का टाइप | 2 केबी तक की सूचनाएं | ||
4 केबी तक के डेटा मैसेज | |||
डिलीवरी | तुरंत | ||
क्लाइंट के डिवाइस का स्थानीय समय | |||
Analytics | सूचनाओं के लिए पहले से मौजूद आंकड़े इकट्ठा करने की सुविधा और फ़नल के आंकड़े |
Cloud Messaging: Apple ने एपीएन के लिए, लेगसी बाइनरी प्रोटोकॉल का इस्तेमाल बंद करने का एलान किया है. क्या मुझे कुछ करना होगा?
नहीं. Firebase Cloud Messaging ने 2017 में, एचटीटीपी/2 पर आधारित APNs प्रोटोकॉल पर स्विच किया था. अगर iOS डिवाइसों पर सूचनाएं भेजने के लिए FCM का इस्तेमाल किया जा रहा है, तो आपको कुछ करने की ज़रूरत नहीं है.
Cloud Messaging: क्या FCM का इस्तेमाल करने के लिए, मुझे Firebase की अन्य सेवाओं का इस्तेमाल करना होगा?
Firebase Cloud Messaging का इस्तेमाल, स्टैंडअलोन कॉम्पोनेंट के तौर पर उसी तरह किया जा सकता है जिस तरह GCM का किया जाता है. इसके लिए, Firebase की अन्य सेवाओं का इस्तेमाल करने की ज़रूरत नहीं है.
Cloud Messaging: मैं Google Cloud Messaging (GCM) का मौजूदा डेवलपर हूं. क्या मुझे Firebase Cloud Messaging पर जाना चाहिए?
FCM, Firebase ब्रैंड के तहत GCM का नया वर्शन है. इसमें GCM का मुख्य इंफ़्रास्ट्रक्चर शामिल है. साथ ही, इसमें नए SDK टूल भी शामिल हैं, ताकि Cloud Messaging डेवलपमेंट को आसान बनाया जा सके.
FCM SDK में अपग्रेड करने के फ़ायदे:
- क्लाइंट डेवलपमेंट आसान हो जाता है. अब आपको खुद से रजिस्ट्रेशन या सदस्यता के लिए फिर से कोशिश करने का लॉजिक लिखने की ज़रूरत नहीं है.
- सूचनाओं के लिए, पहले से तैयार समाधान. सूचनाएं बनाने वाले टूल का इस्तेमाल किया जा सकता है. यह एक वेब कंसोल है, जिसमें सूचनाएं भेजने के लिए सर्वर की ज़रूरत नहीं होती. इसकी मदद से, Google Analytics की अहम जानकारी के आधार पर, किसी भी व्यक्ति को सूचनाएं भेजी जा सकती हैं.
GCM SDK टूल से FCM SDK टूल पर अपग्रेड करने के लिए, Android और iOS ऐप्लिकेशन को माइग्रेट करने के बारे में बताने वाली गाइड देखें.
Cloud Messaging: टारगेट किए गए डिवाइसों पर मैसेज क्यों नहीं मिल रहे हैं?
अगर आपको लगता है कि डिवाइसों पर मैसेज नहीं मिले हैं, तो सबसे पहले इन दो संभावित वजहों की जांच करें:
सूचना मैसेज के लिए फ़ोरग्राउंड मैसेज मैनेजमेंट. क्लाइंट ऐप्लिकेशन को मैसेज मैनेज करने का लॉजिक जोड़ना होगा, ताकि डिवाइस पर ऐप्लिकेशन फ़ोरग्राउंड में होने पर, सूचना मैसेज मैनेज किए जा सकें. iOS और Android के लिए जानकारी देखें.
नेटवर्क फ़ायरवॉल से जुड़ी पाबंदियां. अगर आपके संगठन का ऐसा फ़ायरवॉल है जो इंटरनेट से आने या जाने वाले ट्रैफ़िक पर पाबंदी लगाता है, तो आपको इसे कॉन्फ़िगर करके FCM से कनेक्ट करने की अनुमति देनी होगी, ताकि आपके Firebase Cloud Messaging क्लाइंट ऐप्लिकेशन मैसेज पा सकें. ये पोर्ट खोलने होंगे:
- 5228
- 5229
- 5230
FCM आम तौर पर, 5228 का इस्तेमाल करता है, लेकिन कभी-कभी यह 5229 और 5230 का इस्तेमाल करता है. FCM कोई खास आईपी नहीं देता. इसलिए, आपको अपने फ़ायरवॉल को, Google के ASN 15169 में सूची में शामिल आईपी ब्लॉक में मौजूद सभी आईपी पतों से आउटगोइंग कनेक्शन स्वीकार करने की अनुमति देनी चाहिए.
Cloud Messaging: मैंने अपने Android ऐप्लिकेशन में
onMessageReceived
लागू किया है, लेकिन इसे कॉल नहीं किया जा रहा है.
जब आपका ऐप्लिकेशन बैकग्राउंड में होता है, तो
सूचना मैसेज सिस्टम ट्रे में दिखते हैं और
onMessageReceived
को कॉल नहीं किया जाता. डेटा पेलोड वाले सूचना मैसेज के लिए,
सूचना वाला मैसेज सिस्टम ट्रे में दिखाया जाता है.
साथ ही, उपयोगकर्ता के सूचना पर टैप करने पर, सूचना वाले मैसेज के साथ शामिल किए गए डेटा को
लॉन्च हुए इंटेंट से वापस लाया जा सकता है.
ज़्यादा जानकारी के लिए, मैसेज पाना और मैनेज करना देखें.
सूचनाएं बनाने वाला टूल: सूचनाएं बनाने वाले टूल और Cloud Messaging के बीच क्या अंतर है?
सूचना कंपोज़र, Firebase Cloud Messaging पर बनाया गया एक ऐसा हल्का और सर्वर-रहित मैसेज सेवा है जिसे मैसेज करने की सुविधा उपलब्ध है. उपयोगकर्ता के हिसाब से बनाए गए ग्राफ़िकल कंसोल और कम कोडिंग की ज़रूरतों की मदद से, सूचनाएं बनाने वाले टूल की मदद से उपयोगकर्ता आसानी से मैसेज भेज सकते हैं. इससे, उपयोगकर्ताओं को फिर से जोड़ा जा सकता है और उन्हें अपने साथ बनाए रखा जा सकता है. साथ ही, ऐप्लिकेशन की परफ़ॉर्मेंस को बेहतर बनाया जा सकता है और मार्केटिंग कैंपेन को बेहतर तरीके से मैनेज किया जा सकता है.
Firebase Cloud Messaging, अपने क्लाइंट SDK और एचटीटीपी और एक्सएमपीपी सर्वर प्रोटोकॉल के ज़रिए, मैसेज सेवा की सभी सुविधाएं उपलब्ध कराता है. मैसेजिंग की ज़्यादा जटिल ज़रूरतों के लिए, FCM सही विकल्प है.
यहां सूचना लिखने वाले व्यक्ति और Firebase Cloud Messaging की मैसेज करने की सुविधाओं की तुलना की गई है:
सुविधाएं | सूचनाएं बनाने की सुविधा | Cloud Messaging | |
---|---|---|---|
टारगेट | एक डिवाइस | ||
विषयों की सदस्यता लेने वाले क्लाइंट (जैसे, मौसम) | |||
पहले से तय उपयोगकर्ता सेगमेंट (ऐप्लिकेशन, वर्शन, भाषा) में मौजूद क्लाइंट | |||
चुनी गई Analytics ऑडियंस में मौजूद क्लाइंट | |||
डिवाइस ग्रुप में शामिल क्लाइंट | |||
क्लाइंट से सर्वर पर अपस्ट्रीम | |||
मैसेज का टाइप | 2 केबी तक की सूचनाएं | ||
4 केबी तक के डेटा मैसेज | |||
डिलीवरी | तुरंत | ||
क्लाइंट के डिवाइस का स्थानीय समय | |||
Analytics | सूचनाओं के लिए पहले से मौजूद आंकड़े इकट्ठा करने की सुविधा और फ़नल के आंकड़े |
Notifications composer: मैं Google Cloud Messaging (GCM) का मौजूदा डेवलपर हूं और मुझे Notifications composer का इस्तेमाल करना है. मुझे क्या करना चाहिए?
सूचनाएं बनाने वाला टूल, एक ऐसा समाधान है जिसकी मदद से कोई भी व्यक्ति, Google Analytics की अहम जानकारी के आधार पर, चुनिंदा ऑडियंस को टारगेट करने के लिए सूचनाएं भेज सकता है. इसके अलावा, नोटिफ़िकेशन कंपोज़र हर मैसेज के लिए फ़नल विश्लेषण देता है, जिससे सूचना के असर का आसानी से आकलन किया जा सकता है.
अगर आप GCM के मौजूदा डेवलपर हैं, तो नोटिफ़िकेशन कंपोजर का इस्तेमाल करने के लिए, आपको GCM SDK टूल से FCM SDK टूल पर अपग्रेड करना होगा. Android और iOS ऐप्लिकेशन को माइग्रेट करने के लिए, गाइड देखें.
FCM की सुविधाएं जून 2023 में बंद कर दी गई हैं
20 जून, 2023 को कौनसे FCM एपीआई बंद कर दिए गए थे और अगर मैं उन एपीआई का इस्तेमाल कर रहा/रही हूं, तो मुझे क्या करना चाहिए?
इन एपीआई/एसडीके टूल पर, बंद होने का असर पड़ेगा:
सर्वर एपीआई
एपीआई का नाम | एपीआई एंडपॉइंट | उपयोगकर्ताओं पर असर | कार्रवाई ज़रूरी है |
---|---|---|---|
लेगसी एचटीटीपी प्रोटोकॉल | 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 एडमिन SDK पर अपग्रेड करें और इसके बजाय नए एपीआई का इस्तेमाल करें: sendEach()/
sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/
send_each_for_multicast() .
ध्यान दें कि नए एपीआई, अब बैच में ईमेल भेजने वाले एपीआई को कॉल नहीं करते. इसलिए, ये पुराने एपीआई की तुलना में एक साथ ज़्यादा एचटीटीपी कनेक्शन बना सकते हैं. |
क्लाइंट SDK टूल
SDK टूल के वर्शन | उपयोगकर्ताओं पर असर | कार्रवाई ज़रूरी है |
---|---|---|
GCM SDK टूल (2018 में बंद कर दिए गए) | GCM SDK टूल का इस्तेमाल करने वाले ऐप्लिकेशन, 21/6/2024 के बाद टोकन रजिस्टर नहीं कर पाएंगे. साथ ही, उन्हें FCM से मैसेज भी नहीं मिल पाएंगे. | अगर आपने अब तक ऐसा नहीं किया है, तो अपने Android SDK टूल को नए Firebase SDK टूल पर अपग्रेड करें. |
JS SDK टूल का वर्शन 7.0.0 से पहले का (साल 2019 में 7.0.0 वर्शन में बदलाव किया गया) | पुराने JS SDK टूल का इस्तेमाल करने वाले वेब ऐप्लिकेशन, 21/6/2024 के बाद टोकन रजिस्टर नहीं कर पाएंगे. | अपने Firebase वेब SDK टूल को सबसे नए वर्शन में अपग्रेड करें. |
क्या मुझे जून 2024 से पहले, सेवा का लेवल कम दिखेगा?
नहीं. आपके पास पुराने एपीआई से नए एपीआई पर माइग्रेट करने के लिए 12 महीने (20/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 टोकन और सर्वर पासकोड में क्या अंतर है?
OAuth 2.0 टोकन, सेवा खाते से मिलने वाला एक छोटा टोकन होता है. यह Google का स्टैंडर्ड पुष्टि मॉडल है और यह स्टैटिक सर्वर कुंजियों से ज़्यादा सुरक्षित है.
टोकन पाने के लिए, Google ऑथराइज़ेशन लाइब्रेरी का इस्तेमाल करने के बारे में दिशा-निर्देश पाने के लिए, ऐक्सेस टोकन को मिंट करने के लिए क्रेडेंशियल का इस्तेमाल करना देखें.
ध्यान दें कि जब अलग-अलग एंडपॉइंट को भेजे जाने वाले अनुरोधों के लिए OAuth 2.0 टोकन का इस्तेमाल किया जाता है, तो अनुरोध हेडर अलग-अलग होते हैं.
- एचटीटीपी v1 एपीआई:
Authorization: Bearer $oauth_token
- Instance ID सर्वर एपीआई और डिवाइस ग्रुप मैनेजमेंट एपीआई:
Authorization: Bearer $oauth_token
access_token_auth: true
क्या मेरे पास अपने अनुरोधों को नए एपीआई पर एक साथ माइग्रेट करने का विकल्प है?
हमारा सुझाव है कि आप नए एपीआई पर अपना ट्रैफ़िक धीरे-धीरे बढ़ाएं. अगर आपको नियमित तौर पर 6,00,000 से ज़्यादा मैसेज/मिनट भेजने हैं, तो कोटा बढ़ाने का तरीका जानने के लिए Firebase की सहायता टीम से संपर्क करें. इसके अलावा, ट्रैफ़िक को अलग-अलग समय पर भेजने के सुझाव भी पाएं.
विषयों/डिवाइस ग्रुप को मैसेज भेजते समय, एचटीटीपी v1 एपीआई और लेगसी एपीआई के बीच क्या अंतर है?
विषय: v1 API का इस्तेमाल करते समय, आपको अपने विषय टारगेट में "/topics/" प्रीफ़िक्स जोड़ने की ज़रूरत नहीं है.
डिवाइस ग्रुप: एचटीटीपी v1 एपीआई में, ग्रुप टोकन को टोकन टारगेट के तौर पर इस्तेमाल किया जा सकता है. हालांकि, एचटीटीपी v1 एपीआई, जवाब में सफल/असफल अनुरोधों की संख्या नहीं दिखाता. हमारा सुझाव है कि आप FCM विषयों का इस्तेमाल करें या अपने डिवाइस ग्रुप को खुद मैनेज करें.
क्या एचटीटीपी v1 एपीआई, एक अनुरोध में कई टोकन पर मैसेज भेजने की सुविधा देता है?
नहीं. यह सुविधा, लेगसी एचटीटीपी एपीआई में "मल्टीकास्ट" कहलाती है. यह एचटीटीपी v1 एपीआई के साथ काम नहीं करती. एचटीटीपी v1 एपीआई को स्केले करने के लिए बेहतर तरीके से डिज़ाइन किया गया है.
इस्तेमाल के उन उदाहरणों के लिए जहां एंड-टू-एंड इंतज़ार का समय अहम है या जहां कुल फ़ैनआउट साइज़ छोटा है (एक मिलियन से कम), Google का सुझाव है कि एचटीटीपी v1 एपीआई का इस्तेमाल करके, कई अलग-अलग अनुरोध भेजें. एचटीटीपी/2 पर एचटीटीपी v1 एपीआई, मल्टीकास्ट अनुरोधों के 99.9% (100 से कम टोकन भेजने) के लिए इसी तरह परफ़ॉर्म करता है. असामान्य इस्तेमाल के उदाहरणों (1,000 टोकन भेजना) के लिए, यह थ्रुपुट रेट का एक तिहाई तक पहुंच जाता है. इसलिए, इस असामान्य इस्तेमाल के उदाहरण को ऑप्टिमाइज़ करने के लिए, ज़्यादा कंसिस्टेंसी की ज़रूरत होती है. उपयोगकर्ताओं को लेगसी मल्टीकास्ट की तुलना में, एचटीटीपी v1 एपीआई से ज़्यादा भरोसेमंद और उपलब्ध सेवा मिल सकती है.
जिन इस्तेमाल के उदाहरणों में थ्रूपुट और एग्ज़िट बैंडविड्थ को प्राथमिकता दी जाती है या जहां फ़ैनआउट का कुल साइज़ बड़ा (10 लाख से ज़्यादा) होता है वहां Google, विषय के हिसाब से मैसेज भेजने का सुझाव देता है. विषय के मैसेज सेवा के लिए, पाने वालों को किसी विषय की सदस्यता लेने के लिए एक बार कार्रवाई करनी होती है. हालांकि, यह सेवा एक प्रोजेक्ट के फ़ैनआउट रेट के हिसाब से 10,000 क्यूपीएस तक की सुविधा देती है. साथ ही, इसमें विषय के साइज़ की कोई सीमा नहीं होती.
Firebase Admin SDK टूल के किन वर्शन में नए एपीआई हैं?
प्लैटफ़ॉर्म | Firebase एडमिन SDK टूल का वर्शन |
---|---|
Node.js | >=11.7.0 |
Python | >=6.2.0 |
Java | >=9.2.0 |
शुरू करें | 4.12.0 या उससे ज़्यादा |
.NET | >=2.4.0 |
बैच में भेजने वाले एपीआई और एचटीटीपी v1 एपीआई के बीच क्या अंतर है?
FCM बैच भेजने का एपीआई उसी मैसेज फ़ॉर्मैट और पुष्टि करने के तरीके का इस्तेमाल करता है जिसका इस्तेमाल एचटीटीपी v1 API के लिए किया जाता है. हालांकि, यह एक अलग एंडपॉइंट का इस्तेमाल करता है. अगर आपको परफ़ॉर्मेंस को बेहतर बनाना है, तो एचटीटीपी v1 एपीआई को एक ही एचटीटीपी कनेक्शन पर कई अनुरोध भेजने के लिए, एचटीटीपी/2 का इस्तेमाल करें.
अगर मुझे अपना प्रोजेक्ट ऐक्सेस करने में समस्या आ रही है, तो मुझे क्या करना चाहिए?
मदद पाने के लिए, कृपया Google Cloud की सहायता टीम से संपर्क करें.
क्या नए प्रोजेक्ट में, लेगसी Cloud Messaging API को चालू किया जा सकता है?
नहीं. नए प्रोजेक्ट में 20/5/2024 से, हमारे लेगसी एपीआई चालू करने की अनुमति नहीं होगी.
लेगसी Cloud Messaging API को कब बंद किया जा सकता है?
एचटीटीपी v1 एपीआई पर पूरी तरह से माइग्रेट करने के बाद, लेगसी Cloud Messaging API को बंद किया जा सकता है. अगर एपीआई पहले से बंद है, तो हो सकता है कि पेज लोड न हो.
FCM कोटा और सीमाएं
मुझे दो मिनट के अंदर, अपने बड़े ग्राहक आधार को सूचना देनी है.
माफ़ करें, इस इस्तेमाल के उदाहरण के लिए, यह सुविधा काम नहीं करती. आपको अपना ट्रैफ़िक 5 मिनट से ज़्यादा के लिए बढ़ाना चाहिए.
मेरा ऐप्लिकेशन, उपयोगकर्ताओं को इवेंट की सूचना देता है. मेरे कारोबार के मॉडल के हिसाब से, मैसेज तुरंत डिलीवर होने चाहिए. क्या मुझे ज़्यादा कोटा मिल सकता है?
माफ़ करें, इस वजह से हम कोटा में बढ़ोतरी नहीं कर सकते. आपको अपना ट्रैफ़िक 5 मिनट से ज़्यादा के लिए बढ़ाना चाहिए.
मेरे मैसेज शेड्यूल किए गए इवेंट के बारे में हैं और मुझे अपनी पूरी ट्रैफ़िक को एक घंटे में सबसे ऊपर भेजना है.
हमारा सुझाव है कि इवेंट शुरू होने से कम से कम 5 मिनट पहले सूचनाएं भेजना शुरू करें.
कोटा के लिए किए गए मेरे अनुरोध को पूरा होने में कितना समय लगेगा?
यह कुछ हद तक FCM के आपके इस्तेमाल पर निर्भर करता है. किसी भी मामले में, आपको कुछ कामकाजी दिनों में जवाब मिल सकता है. कुछ मामलों में, FCM के इस्तेमाल और अलग-अलग स्थितियों के बारे में कुछ समय तक बातचीत हो सकती है. इससे प्रोसेस में ज़्यादा समय लग सकता है. सभी ज़रूरी शर्तें पूरी होने पर, ज़्यादातर अनुरोधों को दो हफ़्ते के अंदर पूरा कर दिया जाएगा.
मैं अपने कोटा के इस्तेमाल को कैसे मॉनिटर करूं?
कोटा मेट्रिक को चार्ट और मॉनिटर करने के तरीके के बारे में जानने के लिए, Google Cloud के दिशा-निर्देश देखें.
मेरे / मेरे कारोबार के लिए, 429 को मैनेज करना मुश्किल है. क्या मुझे 429 कोड से बचने के लिए, छूट या ज़्यादा कोटा मिल सकता है?
हम समझते हैं कि कोटा की सीमाएं चुनौतीपूर्ण हो सकती हैं. हालांकि, सेवा को भरोसेमंद बनाए रखने के लिए कोटा ज़रूरी हैं और हम छूट नहीं दे सकते.
क्या मुझे कुछ समय के लिए चलने वाले इवेंट के लिए, ज़्यादा कोटा मिल सकता है?
एक महीने तक चलने वाले इवेंट के लिए, ज़्यादा कोटा का अनुरोध किया जा सकता है. इवेंट से कम से कम एक महीने पहले अनुरोध करें. साथ ही, यह भी बताएं कि इवेंट कब शुरू होगा और कब खत्म होगा. FCM, अनुरोध को पूरा करने की पूरी कोशिश करेगा (इस अनुरोध को पूरा करने की कोई गारंटी नहीं है). इवेंट खत्म होने की तारीख के बाद, कोटा में हुई यह बढ़ोतरी वापस ले ली जाएगी.
क्या मेरा मौजूदा कोटा बदल सकता है?
Google ऐसा आसानी से नहीं करेगा. हालांकि, सिस्टम की सुरक्षा के लिए ज़रूरत पड़ने पर कोटा में बदलाव किए जा सकते हैं. जब भी संभव होगा, Google आपको ऐसे बदलावों के बारे में पहले से सूचना देगा.
Cloud Storage for Firebase
Cloud Storage for Firebase: Cloud Storage for Firebase का इस्तेमाल क्यों नहीं किया जा सकता?
Cloud Storage for Firebase, App Engine नो-कॉस्ट टियर में एक डिफ़ॉल्ट बकेट बनाता है. इससे, क्रेडिट कार्ड डाले या Cloud Billing खाता चालू किए बिना, Firebase और Cloud Storage for Firebase का तुरंत इस्तेमाल शुरू किया जा सकता है. इसकी मदद से, Firebase और Google Cloud प्रोजेक्ट के बीच भी आसानी से डेटा शेयर किया जा सकता है.
हालांकि, ऐसे दो मामले हैं जिनमें यह बकेट नहीं बनाई जा सकती और Cloud Storage for Firebase का इस्तेमाल नहीं किया जा सकता:
- Google Cloud से इंपोर्ट किया गया प्रोजेक्ट, जिसमें App Engine मास्टर/स्लेव Datastore ऐप्लिकेशन था.
-
Google Cloud से इंपोर्ट किया गया ऐसा प्रोजेक्ट जिसमें डोमेन के नाम से शुरू होने वाले प्रोजेक्ट हों. उदाहरण के लिए:
domain.com:project-1234
.
फ़िलहाल, इन समस्याओं को हल करने का कोई तरीका नहीं है. हमारा सुझाव है कि आप Firebase console में एक नया प्रोजेक्ट बनाएं और उस प्रोजेक्ट में Cloud Storage for Firebase को चालू करें.
Cloud Storage for Firebase: Cloud Storage for Firebase एपीआई का इस्तेमाल करते समय, मुझे सेवा खाते की अनुमतियों और सेवा खाते के कामों के पूरा न होने के बारे में गड़बड़ी का कोड 412 क्यों मिलता है?
ऐसा हो सकता है कि आपको 412 गड़बड़ी कोड इसलिए मिल रहे हों, क्योंकि आपके प्रोजेक्ट के लिए Cloud Storage for Firebase एपीआई चालू नहीं है या ज़रूरी सेवा खाते के पास ज़रूरी अनुमतियां नहीं हैं.
इससे जुड़ा अक्सर पूछा जाने वाला सवाल देखें.
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 पर डिप्लॉय करने से पहले, Blaze प्लान पर अपग्रेड करें. - स्टोरेज के लिए: GCS सीएलआई, Firebase कंसोल या Google Cloud कंसोल का इस्तेमाल करके, अपनी पसंद की बकेट में इन फ़ाइल टाइप को अपलोड करने के लिए, Blaze प्लान पर अपग्रेड करें.
अपने Firebase Hosting और Cloud Storage संसाधनों को मैनेज करने के लिए, Firebase टूल का इस्तेमाल करें.
- Firebase Hosting में संसाधनों को मैनेज करने के लिए, इस गाइड के मुताबिक रिलीज़ मिटाने के लिए, Firebase कंसोल का इस्तेमाल करें.
- Cloud Storage में संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज प्रॉडक्ट पेज पर जाएं.
- फ़ाइलें टैब पर, फ़ोल्डर के क्रम में, मिटाने के लिए ऐसी फ़ाइलें ढूंढें जिन पर पाबंदी लगी है. इसके बाद, पैनल की बाईं ओर फ़ाइल के नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके, उन्हें चुनें.
- मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई हैं.
Firebase टूल की मदद से होस्ट किए जा रहे संसाधनों और क्लाइंट लाइब्रेरी की मदद से, Firebase के लिए Cloud Storage की बकेट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कृपया हमारा दस्तावेज़ देखें.
Cloud Storage for Firebase: मुझे अपलोड और डाउनलोड की प्रोसेस में अचानक क्यों बढ़ोतरी दिख रही है?
पहले, Cloud Storage for Firebase API के लिए डाउनलोड और अपलोड के अनुरोधों की गिनती सही तरीके से नहीं की जा रही थी. हमने इस समस्या को ठीक करने के लिए कदम उठाए हैं. यह समस्या 15 सितंबर, 2023 से ठीक हो जाएगी.
Blaze उपयोगकर्ताओं के लिए, अपलोड और डाउनलोड करने की प्रक्रियाओं को आपके मासिक बिल में गिना जाएगा. Spark का इस्तेमाल करने वाले लोगों के लिए, हर महीने के हिसाब से, मुफ़्त में मिलने वाले ईमेल की सीमा में इन ईमेल की गिनती शुरू हो जाएगी.
हमारा सुझाव है कि आप अपने इस्तेमाल के पेज पर नज़र रखें, ताकि आपको पता चल सके कि आपके इस्तेमाल में हुई किसी भी बढ़ोतरी की वजह से, आपकी सीमाएं पूरी हो सकती हैं या नहीं.
Cloud Storage for Firebase: मुझे अपने Firebase प्रोजेक्ट से जुड़े नए सेवा खाता आईडी क्यों दिख रहे हैं, जो Cloud Storage for Firebase का इस्तेमाल करते हैं?
Firebase, उपयोगकर्ता के क्रेडेंशियल शेयर किए बिना सेवाओं को चलाने और मैनेज करने के लिए, सेवा खातों का इस्तेमाल करता है. Firebase प्रोजेक्ट बनाते समय, आपको यह दिख सकता है कि आपके प्रोजेक्ट में कई सेवा खाते पहले से ही उपलब्ध हैं.
Cloud Storage for Firebase जिस सेवा खाते का इस्तेमाल करता है उसका दायरा आपके प्रोजेक्ट तक सीमित है और उसका नाम service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
है.
अगर आपने 19 सितंबर, 2022 से पहले Cloud Storage for Firebase का इस्तेमाल किया है, तो आपको पहले से लिंक की गई Cloud Storage बकेट में, firebase-storage@system.gserviceaccount.com
नाम का एक और सेवा खाता दिख सकता है. 19 सितंबर, 2022 से, इस सेवा खाते का इस्तेमाल नहीं किया जा सकेगा.
अपने प्रोजेक्ट से जुड़े सभी सेवा खातों को, Firebase कंसोल में, सेवा खाते टैब पर देखा जा सकता है.
नया सेवा खाता जोड़ना
अगर आपने पहले सेवा खाता हटा दिया है या आपके प्रोजेक्ट में सेवा खाता मौजूद नहीं है, तो खाता जोड़ने के लिए इनमें से कोई एक तरीका अपनाएं.
- (सुझाया गया) अपने-आप होने वाली प्रोसेस: अपनी बकेट को Firebase में फिर से इंपोर्ट करने के लिए, AddFirebase REST एंडपॉइंट का इस्तेमाल करें. आपको इस एंडपॉइंट पर सिर्फ़ एक बार कॉल करना होगा. आपको लिंक किए गए हर बकेट के लिए एक बार कॉल नहीं करना होगा.
-
मैन्युअल: सेवा खाते बनाना और मैनेज करना लेख में दिया गया तरीका अपनाएं.
उस गाइड का पालन करके, आईएएम भूमिका
Cloud Storage for Firebase Service Agent
और सेवा खाते का नामservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
वाला सेवा खाता जोड़ें.
नया सेवा खाता हटाना
हम आपको सेवा खाता हटाने की सलाह नहीं देते हैं, क्योंकि ऐसा करने पर आपके ऐप्लिकेशन से Cloud Storage बकेट का ऐक्सेस ब्लॉक हो सकता है. अपने प्रोजेक्ट से सेवा खाता हटाने के लिए, सेवा खाते को बंद करना में दिए गए निर्देशों का पालन करें.
Crashlytics
ज़्यादा मददगार सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Crashlytics समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.
Dynamic Links
Dynamic Links: Dynamic Links के लिए, Firebase के आने वाले समय के प्लान क्या हैं?
Dynamic Links: मेरा Android ऐप्लिकेशन, हर डाइनैमिक लिंक को दो बार ऐक्सेस क्यों करता है?
getInvitation
API, सेव किए गए डाइनैमिक लिंक को मिटा देता है, ताकि उसे दो बार ऐक्सेस न किया जा सके. हर डीप लिंक गतिविधि में, autoLaunchDeepLink
पैरामीटर को false
पर सेट करके, इस एपीआई को कॉल करना न भूलें. इससे, मुख्य गतिविधि के बाहर ट्रिगर होने पर, गतिविधि को हटाया जा सकता है.
Firebase Local Emulator Suite
Emulator Suite के लॉग में, "एक प्रोजेक्ट मोड में एक से ज़्यादा projectId का सुझाव नहीं दिया जाता" से शुरू होने वाली गड़बड़ी क्यों दिखती है?
इस मैसेज का मतलब है कि एम्युलेटर सुइट को पता चला है कि वह किसी खास प्रॉडक्ट एम्युलेटर को चला रहा है. इसके लिए, वह अलग-अलग प्रोजेक्ट आईडी का इस्तेमाल कर रहा है. इससे यह पता चल सकता है कि कॉन्फ़िगरेशन गलत है. साथ ही, इससे एम्युलेटर के एक-दूसरे से बातचीत करने और कोड से एम्युलेटर के साथ इंटरैक्ट करने में समस्याएं आ सकती हैं. अगर प्रोजेक्ट आईडी मेल नहीं खाते हैं, तो अक्सर ऐसा लगता है कि डेटा मौजूद नहीं है, क्योंकि एमुलेटर में सेव किया गया डेटा, प्रोजेक्ट आईडी के हिसाब से सेव होता है. साथ ही, प्रोजेक्ट के साथ काम करने की सुविधा, प्रोजेक्ट आईडी के मैच होने पर ही काम करती है.
इस वजह से डेवलपर को लेकर भ्रम की स्थिति बन गई है. इसलिए, डिफ़ॉल्ट रूप से 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 }, ... } }
Hosting
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 पर डिप्लॉय करने से पहले, Blaze प्लान पर अपग्रेड करें. - स्टोरेज के लिए: GCS सीएलआई, Firebase कंसोल या Google Cloud कंसोल का इस्तेमाल करके, अपनी पसंद की बकेट में इन फ़ाइल टाइप को अपलोड करने के लिए, Blaze प्लान पर अपग्रेड करें.
अपने Firebase Hosting और Cloud Storage संसाधनों को मैनेज करने के लिए, Firebase टूल का इस्तेमाल करें.
- Firebase Hosting में संसाधनों को मैनेज करने के लिए, Firebase कंसोल का इस्तेमाल करें. इसके बाद, इस गाइड के मुताबिक रिलीज़ मिटाएं.
- Cloud Storage में संसाधनों को मैनेज करने के लिए, अपने प्रोजेक्ट में स्टोरेज प्रॉडक्ट पेज पर जाएं.
- फ़ाइलें टैब पर, फ़ोल्डर के क्रम में, मिटाने के लिए ऐसी फ़ाइलें ढूंढें जिन पर पाबंदी लगी है. इसके बाद, पैनल की बाईं ओर फ़ाइल के नाम के बगल में मौजूद चेकबॉक्स का इस्तेमाल करके, उन्हें चुनें.
- मिटाएं पर क्लिक करें और पुष्टि करें कि फ़ाइलें मिटा दी गई हैं.
Firebase टूल की मदद से होस्ट किए जा रहे संसाधनों और क्लाइंट लाइब्रेरी की मदद से, Firebase के लिए Cloud Storage की बकेट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, कृपया हमारा दस्तावेज़ देखें.
Hosting: Firebase कंसोल में, Hosting रिलीज़ के इतिहास की टेबल में फ़ाइल की संख्या, मेरे लोकल प्रोजेक्ट में मौजूद फ़ाइलों की संख्या से ज़्यादा क्यों दिखती है?
Firebase, Hosting साइट के बारे में मेटाडेटा वाली अतिरिक्त फ़ाइलें अपने-आप जोड़ता है. साथ ही, इन फ़ाइलों को रिलीज़ की कुल फ़ाइलों की संख्या में शामिल किया जाता है.
Hosting: Firebase Hosting पर सबसे बड़ी फ़ाइल का साइज़ कितना हो सकता है?
Hosting में अलग-अलग फ़ाइलों का साइज़ ज़्यादा से ज़्यादा 2 जीबी हो सकता है.
हमारा सुझाव है कि बड़ी फ़ाइलों को Cloud Storage का इस्तेमाल करके सेव करें. इससे, अलग-अलग ऑब्जेक्ट के लिए, ज़्यादा से ज़्यादा साइज़ की सीमा, टेराबाइट में तय की जा सकती है.
Hosting: हर Firebase प्रोजेक्ट के लिए, मेरे पास कितनी Hosting साइटें हो सकती हैं?
Firebase Hosting मल्टीसाइट सुविधा, हर प्रोजेक्ट के लिए ज़्यादा से ज़्यादा 36 साइटों के साथ काम करती है.
Performance Monitoring
ज़्यादा मददगार सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Performance Monitoring समस्या हल करने और अक्सर पूछे जाने वाले सवालों के पेज पर जाएं.
Performance Monitoring: कितने कस्टम यूआरएल पैटर्न बनाए जा सकते हैं?
हर ऐप्लिकेशन के लिए, ज़्यादा से ज़्यादा 400 कस्टम यूआरएल पैटर्न और हर डोमेन के लिए, ज़्यादा से ज़्यादा 100 कस्टम यूआरएल पैटर्न बनाए जा सकते हैं.
Performance Monitoring: मुझे परफ़ॉर्मेंस डेटा का रीयल टाइम डिसप्ले क्यों नहीं दिख रहा है?
रीयल टाइम परफ़ॉर्मेंस डेटा देखने के लिए, पक्का करें कि आपका ऐप्लिकेशन, Performance Monitoring SDK टूल के ऐसे वर्शन का इस्तेमाल करता हो जो रीयल टाइम डेटा प्रोसेसिंग के साथ काम करता हो.
- iOS — v7.3.0 या इसके बाद का वर्शन
- tvOS — v8.9.0 या इसके बाद के वर्शन
- Android — v19.0.10 या इसके बाद का वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद का वर्शन)
- वेब — v7.14.0 या इसके बाद का वर्शन
ध्यान दें कि हमारा सुझाव है कि आप SDK टूल के सबसे नए वर्शन का इस्तेमाल करें. हालांकि, ऊपर दिए गए किसी भी वर्शन का इस्तेमाल करने पर, Performance Monitoring आपके डेटा को रीयल टाइम में प्रोसेस कर पाएगा.
Realtime Database
Realtime Database: सितंबर 2016 से मार्च 2017 के बीच, Realtime Database के लिए, मेरे चैनल के बैंडविड्थ की रिपोर्ट, औसत से कम क्यों दी गई थी?
बैंडविड्थ का हिसाब लगाने के लिए, हम आम तौर पर ओएसआई मॉडल की लेयर 5 के आधार पर, एसएसएल एन्क्रिप्शन (सुरक्षित करने की प्रोसेस) का ओवरहेड शामिल करते हैं. हालांकि, सितंबर 2016 में, हमने एक गड़बड़ी की थी. इसकी वजह से, हमारी बैंडविड्थ रिपोर्टिंग में एन्क्रिप्शन ओवरहेड को अनदेखा किया गया. इसकी वजह से, आपके खाते के लिए कुछ महीनों तक, बैंडविड्थ और बिल की जानकारी गलत तरीके से कम दिख सकती है.
हमने मार्च 2017 के आखिर में, इस गड़बड़ी को ठीक करने के लिए एक अपडेट रिलीज़ किया था. इससे, बैंडविड्थ की रिपोर्टिंग और बिलिंग की सुविधाएं फिर से सामान्य हो गईं.
Realtime Database: Realtime Database को स्केल करने की सीमाएं क्या हैं?
हर Realtime Database इंस्टेंस के लिए, हर सेकंड में लिखने के ऑपरेशन की संख्या सीमित होती है. छोटे टेक्स्ट के लिए, यह सीमा करीब 1,000 राइट ऑपरेशन प्रति सेकंड है. अगर आपके पास इस सीमा के बराबर या उससे कम डेटा है, तो एक से ज़्यादा पाथ वाले अपडेट का इस्तेमाल करके, एक साथ कई ऑपरेशन करने से आपको ज़्यादा थ्रूपुट मिल सकता है.
इसके अलावा, हर डेटाबेस इंस्टेंस में एक साथ कनेक्ट किए जा सकने वाले डेटाबेस कनेक्शन की संख्या सीमित होती है. ज़्यादातर ऐप्लिकेशन के लिए, डिफ़ॉल्ट तौर पर तय की गई सीमाएं काफ़ी होती हैं. अगर आपको ऐसा ऐप्लिकेशन बनाना है जिसे ज़्यादा स्केल की ज़रूरत है, तो आपको ज़्यादा स्केल के लिए, अपने ऐप्लिकेशन को कई डेटाबेस इंस्टेंस में बांटना पड़ सकता है. डेटाबेस के अन्य विकल्प के तौर पर, Cloud Firestore का भी इस्तेमाल किया जा सकता है.
Realtime Database: अगर मैंने Realtime Database इस्तेमाल की तय सीमा से ज़्यादा डेटा इस्तेमाल कर लिया है, तो मुझे क्या करना चाहिए?
अगर आपको Firebase कंसोल में ईमेल सूचना या सूचना मिली है कि आपने Realtime Database के इस्तेमाल की सीमाएं पार कर ली हैं, तो इस्तेमाल की सीमा के आधार पर इसे ठीक किया जा सकता है. Realtime Database के इस्तेमाल की जानकारी देखने के लिए, Firebase कंसोल में Realtime Database इस्तेमाल डैशबोर्ड पर जाएं.
अगर आपने डाउनलोड करने की तय सीमा से ज़्यादा डेटा डाउनलोड कर लिया है, तो Firebase के प्राइसिंग प्लान को अपग्रेड करें या अगले बिलिंग साइकल की शुरुआत में, डाउनलोड करने की सीमा रीसेट होने तक इंतज़ार करें. डाउनलोड की संख्या कम करने के लिए, यह तरीका आज़माएं:
- सुनने की सुविधा से मिलने वाले डेटा को सीमित करने के लिए क्वेरी जोड़ें.
- ऐसी क्वेरी देखें जिन्हें इंडेक्स नहीं किया गया है.
- सिर्फ़ डेटा के अपडेट डाउनलोड करने वाले लिसनर का इस्तेमाल करें. उदाहरण के लिए,
once()
के बजायon()
. - बिना अनुमति के डाउनलोड को ब्लॉक करने के लिए, सुरक्षा से जुड़े नियमों का इस्तेमाल करें.
अगर आपने स्टोरेज की तय सीमा से ज़्यादा स्टोरेज इस्तेमाल कर लिया है, तो सेवा में किसी तरह की रुकावट से बचने के लिए, कीमत वाला प्लान अपग्रेड करें. अपने डेटाबेस में डेटा की मात्रा को कम करने के लिए, यह तरीका आज़माएं:
- समय-समय पर क्लीनअप जॉब चलाएं.
- अपने डेटाबेस में डुप्लीकेट डेटा कम करें.
ध्यान दें कि आपको दिए गए स्टोरेज से, मिटाए गए डेटा को मिटाने में कुछ समय लग सकता है.
अगर एक साथ कनेक्ट किए जा सकने वाले डेटाबेस की सीमा पूरी हो गई है, तो सेवा में किसी भी तरह की रुकावट से बचने के लिए, अपना प्लान अपग्रेड करें. अगर उपयोगकर्ताओं को रीयलटाइम कनेक्शन की ज़रूरत नहीं है, तो REST API के ज़रिए उनसे कनेक्ट करके, अपने डेटाबेस से एक साथ कई कनेक्शन मैनेज करने की कोशिश करें.
Remote Config
Remote Config: फ़ेच की गई वैल्यू से, मेरे ऐप्लिकेशन के काम करने के तरीके और लुक में बदलाव क्यों नहीं होता?
जब तक fetchAndActivate()
की मदद से वैल्यू फ़ेच नहीं की जातीं, तब तक वैल्यू स्थानीय तौर पर सेव रहती हैं, लेकिन चालू नहीं होतीं. फ़ेच की गई वैल्यू को चालू करने के लिए,
activate
को कॉल करें, ताकि वे लागू हो सकें. इस डिज़ाइन की मदद से,
आपको यह कंट्रोल करने की सुविधा मिलती है कि आपके ऐप्लिकेशन के काम करने के तरीके और लुक में कब बदलाव हो. इसकी मदद से,
आपके पास यह चुनने का विकल्प होता है कि activate
को कब कॉल करना है. activate
को कॉल करने के बाद, आपके ऐप्लिकेशन के सोर्स कोड से यह तय किया जाता है कि अपडेट की गई
पैरामीटर वैल्यू का इस्तेमाल कब किया जाए.
उदाहरण के लिए, वैल्यू फ़ेच करने के बाद, अगली बार जब कोई उपयोगकर्ता आपका ऐप्लिकेशन शुरू करेगा, तब उन्हें चालू किया जा सकता है. इससे, जब आपका ऐप्लिकेशन सेवा से फ़ेच की गई वैल्यू का इंतज़ार करेगा, तब ऐप्लिकेशन के शुरू होने में लगने वाले समय में कमी आएगी. जब आपका ऐप्लिकेशन अपडेट की गई पैरामीटर वैल्यू का इस्तेमाल करता है, तब आपके ऐप्लिकेशन के व्यवहार और दिखने के तरीके में बदलाव होते हैं.
रिमोट कॉन्फ़िगरेशन एपीआई और उसके इस्तेमाल के मॉडल के बारे में ज़्यादा जानने के लिए, रिमोट कॉन्फ़िगरेशन एपीआई की खास जानकारी लेख पढ़ें.
Remote Config: अपने ऐप्लिकेशन को डेवलप करते समय, मैं फ़ेच करने के बहुत सारे अनुरोध कर रहा/रही हूं. फ़ेच करने के अनुरोध भेजने पर, मेरे ऐप्लिकेशन को हमेशा सेवा से नई वैल्यू क्यों नहीं मिलती?
ऐप्लिकेशन डेवलपमेंट के दौरान, आपको कॉन्फ़िगरेशन को बहुत बार (हर घंटे कई बार) फ़ेच और चालू करना पड़ सकता है, ताकि ऐप्लिकेशन को डेवलप और टेस्ट करते समय, आपको तेज़ी से बदलाव करने में मदद मिल सके. ज़्यादा से ज़्यादा 10 डेवलपर वाले प्रोजेक्ट पर तेज़ी से बदलाव करने के लिए, अपने ऐप्लिकेशन में कुछ समय के लिए FirebaseRemoteConfigSettings
ऑब्जेक्ट को सेट किया जा सकता है. इसके लिए, फ़ेच करने के लिए कम से कम इंटरवल (setMinimumFetchIntervalInSeconds
) सेट करें.
Remote Config: मेरे ऐप्लिकेशन के फ़ेच करने का अनुरोध भेजने के बाद, Remote Config सेवा कितनी तेज़ी से फ़ेच की गई वैल्यू दिखाती है?
आम तौर पर, डिवाइसों को फ़ेच की गई वैल्यू एक सेकंड से भी कम समय में मिल जाती हैं. साथ ही, अक्सर डिवाइसों को फ़ेच की गई वैल्यू मिलीसेकंड में मिल जाती हैं. Remote Config सेवा, फ़ेच करने के अनुरोधों को कुछ ही मिलीसेकंड में मैनेज कर लेती है. हालांकि, फ़ेच करने के अनुरोध को पूरा करने में लगने वाला समय, डिवाइस की नेटवर्क स्पीड और डिवाइस के इस्तेमाल किए जा रहे नेटवर्क कनेक्शन के इंतज़ार के समय पर निर्भर करेगा.
अगर आपको फ़ेच की गई वैल्यू को अपने ऐप्लिकेशन में जल्द से जल्द लागू करना है, लेकिन उपयोगकर्ता को परेशानी न हो, तो हर बार जब आपका ऐप्लिकेशन फ़ुल स्क्रीन रीफ़्रेश करता है, तब fetchAndActivate
को कॉल जोड़ें.
Test Lab
मददगार सलाह और अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, Test Lab समस्या हल करने के पेज पर जाएं.
Firebase उपयोगकर्ता सेगमेंटेशन स्टोरेज
Firebase उपयोगकर्ता सेगमेंटेशन स्टोरेज क्या है?
Firebase उपयोगकर्ता सेगमेंटेशन स्टोरेज में, Firebase इंस्टॉलेशन आईडी और उनसे जुड़े एट्रिब्यूट और सेगमेंट के साथ-साथ, आपकी बनाई गई ऑडियंस सूचियां सेव की जाती हैं. ऐसा इसलिए किया जाता है, ताकि Crashlytics, FCM, Remote Config उपयोगकर्ताओं के हिसाब से कॉन्टेंट दिखाने जैसी Firebase की अन्य सेवाओं को टारगेटिंग की जानकारी दी जा सके.