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