परफ़ॉर्मेंस मॉनिटर करने से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल
इस पेज पर, Performance Monitoring का इस्तेमाल शुरू करने से जुड़ी समस्याएं हल करने के लिए सलाह दी गई है या
Performance Monitoring की सुविधाओं और टूल का इस्तेमाल करके.
समस्या हल करने के लिए पहली जांच
ये दो जांच सभी के लिए सबसे सही सामान्य तरीके हैं
करने से पहले उन्हें ठीक करना होगा.
1. परफ़ॉर्मेंस इवेंट के लिए लॉग मैसेज देखना
अपने लॉग मैसेज देखें और पक्का करें कि Performance Monitoring SDK टूल कैप्चर कर रहा हो
परफ़ॉर्मेंस इवेंट.
परफ़ॉर्मेंस इवेंट के लॉग मैसेज देखने का तरीका
डीबग लॉग करने की प्रोसेस चालू करने के लिए, यह तरीका अपनाएं:
Xcode (कम से कम v15.2) में, प्रॉडक्ट >
स्कीम > स्कीम में बदलाव करें को चुनें.
बाईं ओर मौजूद मेन्यू में जाकर, Run चुनें. इसके बाद, आर्ग्युमेंट टैब चुनें.
लॉन्च के बाद पास किए गए आर्ग्युमेंट सेक्शन में, -FIRDebugEnabled जोड़ें.
गड़बड़ी के मैसेज के लिए, अपने लॉग मैसेज देखें.
Performance Monitoring अपने लॉग मैसेज को Firebase/Performance से टैग करता है, ताकि आप
आपके लॉग मैसेज को फ़िल्टर कर सकता है.
इस तरह के लॉग देखें जो दिखाते हैं कि Performance Monitoring
परफ़ॉर्मेंस इवेंट लॉग करने के लिए:
Firebase कंसोल में अपना डेटा देखने के लिए, यूआरएल पर क्लिक करें. डैशबोर्ड में डेटा अपडेट होने में कुछ समय लग सकता है.
अगर आपका ऐप्लिकेशन, परफ़ॉर्मेंस से जुड़े इवेंट लॉग नहीं कर रहा है, तो समस्या का हल देखें
सलाह देखें.
2. Firebase स्टेटस डैशबोर्ड देखना
सेटअप के निर्देश देखें
मामले के लिए, Firebase स्टेटस डैशबोर्ड
Firebase या Performance Monitoring के लिए एक सेवा उपलब्ध नहीं है.
Performance Monitoring का इस्तेमाल शुरू करना
अगर Performance Monitoring का इस्तेमाल शुरू किया जा रहा है, तो
(iOS+ |
Android |
वेब), नीचे दी गई समस्या का हल है
यहां दी गई सलाह से, उन समस्याओं को हल करने में मदद मिल सकती है जिनमें Firebase को SDK टूल का पता लगाना या ऐप्लिकेशन को दिखाना शामिल है
Firebase कंसोल में अपना पहला परफ़ॉर्मेंस डेटा देख सकते हैं.
SDK टूल को ऐप्लिकेशन में जोड़ा गया, लेकिन कंसोल
अब भी SDK टूल जोड़ने के लिए कहा जा रहा है
Firebase यह पता लगा सकता है कि आपने ऐप्लिकेशन में Performance Monitoring SDK टूल जोड़ा है या नहीं
जब उसे आपके ऐप्लिकेशन से इवेंट की जानकारी (जैसे कि ऐप्लिकेशन इंटरैक्शन) मिलती है.
आम तौर पर, ऐप्लिकेशन शुरू करने के 10 मिनट के अंदर, परफ़ॉर्मेंस
डैशबोर्डFirebase कंसोल में, "SDK टूल मिला है" दिखता है दिखाई देगा. फिर, 30 के अंदर
मिनट, डैशबोर्ड शुरुआती प्रोसेस किया गया डेटा दिखाता है.
अगर आपने अपने ऐप्लिकेशन में SDK टूल का नया वर्शन जोड़ने के 10 मिनट बाद भी कोई बदलाव नहीं देखा है, तो अपने लॉग मैसेज देखें. इससे यह पक्का किया जा सकता है कि Performance Monitoring इवेंट को लॉग कर रहा है या नहीं. समस्या हल करने के लिए, नीचे बताए गए सही तरीके आज़माएं
SDK टूल की पहचान करने पर मिलने वाले मैसेज में होने वाली देरी से जुड़ी समस्या हल करें.
ऐप्लिकेशन, इवेंट लॉग कर रहा है: समस्या हल करना
तरीका
अगर अब भी स्थानीय तौर पर डेवलप किया जा रहा है, तो डेटा के लिए ज़्यादा इवेंट जनरेट करके देखें
संग्रह:
सिम्युलेटर या टेस्ट डिवाइस का इस्तेमाल करके, अपना ऐप्लिकेशन डेवलप करना जारी रखें.
अपने ऐप्लिकेशन को कई बार बैकग्राउंड और फ़ोरग्राउंड के बीच स्विच करके, स्क्रीन पर नेविगेट करके, और/या नेटवर्क अनुरोध ट्रिगर करके इवेंट जनरेट करें.
पक्का करें कि आपका Firebase कॉन्फ़िगरेशन
फ़ाइल (Google-Service-Info.plist) है
आपके ऐप्लिकेशन में सही ढंग से जोड़ा गया है और आपने फ़ाइल में बदलाव नहीं किया है.
खास तौर पर, इनकी जांच करें:
कॉन्फ़िगरेशन फ़ाइल के नाम को अतिरिक्त वर्णों के साथ नहीं जोड़ा गया है, जैसे कि
(2).
कॉन्फ़िगरेशन फ़ाइल आपके XCode प्रोजेक्ट के रूट में है और इसे
सही टारगेट.
कॉन्फ़िगरेशन फ़ाइल में मौजूद, Firebase Apple का ऐप्लिकेशन आईडी (GOOGLE_APP_ID) है
आपके ऐप्लिकेशन के लिए सही है. आपके ऐप्लिकेशन कार्ड में, अपना Firebase ऐप्लिकेशन आईडी ढूंढें
आपके settingsप्रोजेक्ट का
सेटिंग.
अगर आपके ऐप्लिकेशन की कॉन्फ़िगरेशन फ़ाइल में कुछ गलत लगता है, तो नीचे दिया गया तरीका आज़माएं:
आपके ऐप्लिकेशन में मौजूद कॉन्फ़िगरेशन फ़ाइल को मिटाएं.
डाउनलोड करने के लिए इन निर्देशों का पालन करें
नई कॉन्फ़िगरेशन फ़ाइल खोलें और उसे अपने Apple ऐप्लिकेशन में जोड़ें.
अगर SDK टूल, इवेंट लॉग कर रहा है और सब कुछ सही तरीके से सेट अप किया गया है,
लेकिन आपको अब भी SDK टूल की पहचान वाला मैसेज या प्रोसेस किया गया डेटा नहीं दिख रहा है
(दो घंटे बाद), Firebase सहायता टीम से संपर्क करें.
ऐप्लिकेशन, इवेंट लॉग नहीं कर रहा है:
समस्या हल करने का तरीका
अगर आपने SDK टूल जोड़ लिया है और अपने ऐप्लिकेशन में Performance Monitoring का इस्तेमाल कर रहे हैं, तो
समस्या हल करने के लिए ये तरीके अपनाएं. इससे आपको सामान्य समस्याओं
में मदद मिल सकती है.
Performance Monitoring की सुविधाएं और टूल.
परफ़ॉर्मेंस डैशबोर्ड यह है
स्क्रीन ट्रेस डेटा मौजूद नहीं है
अगर आपको स्क्रीन रेंडरिंग ट्रेस का डेटा नहीं मिल रहा है, तो नीचे दिया गया तरीका आज़माएं
समस्या हल करने का तरीका:
पक्का करें कि आपने Apple के प्लैटफ़ॉर्म के SDK टूल का नया वर्शन (11.2.0) इस्तेमाल किया हो. स्क्रीन रेंडरिंग ट्रेस सिर्फ़ उपलब्ध हैं
v5.0.0 या इसके बाद के वर्शन से
होना चाहिए.
Performance Monitoring, कंटेनर व्यू कंट्रोलर (जैसे, UINavigationController और UITabBarController) के लिए स्क्रीन रेंडरिंग ट्रेस नहीं बनाता. अगर सिर्फ़ इन स्क्रीन के लिए डेटा मौजूद नहीं है, तो यह सामान्य है.
परफ़ॉर्मेंस डैशबोर्ड में
कस्टम ट्रेस डेटा मौजूद नहीं है
क्या आपको अपने-आप इकट्ठा होने वाले ट्रेस का परफ़ॉर्मेंस डेटा दिख रहा है, लेकिन ऐसा नहीं दिख रहा है
कस्टम कोड ट्रेस? समस्या हल करने के लिए, यह तरीका आज़माएं:
कस्टम कोड ट्रेस के सेटअप की जांच करें.
Trace API,
खास तौर से, नीचे दी गई स्थितियों में:
कस्टम कोड ट्रेस और कस्टम मेट्रिक के नामों को इन ज़रूरी शर्तों को पूरा करना होगा: नाम के शुरू या आखिर में कोई खाली जगह नहीं होनी चाहिए. नाम के शुरू में अंडरस्कोर (_) वर्ण नहीं होना चाहिए. साथ ही, नाम की लंबाई 32 से ज़्यादा वर्ण नहीं होनी चाहिए.
सभी ट्रेस शुरू और बंद होनी चाहिए. ऐसा कोई भी ट्रेस जो शुरू नहीं हुआ है और न ही
रोकने या शुरू करने से पहले बंद करने का डेटा लॉग नहीं किया जाएगा.
अपने लॉग मैसेज देखें, ताकि यह पक्का किया जा सके कि
Performance Monitoring, उम्मीद के मुताबिक कस्टम कोड ट्रेस को लॉग कर रहा है.
आपके कोड और नेटवर्किंग लाइब्रेरी के व्यवहार के आधार पर, जिनका इस्तेमाल
आपका कोड, Performance Monitoring सिर्फ़ ऐसे नेटवर्क अनुरोधों पर रिपोर्ट कर सकता है जो
पूरा हुआ. इसका मतलब है कि खुले हुए एचटीटीपी/एस कनेक्शन की शिकायत नहीं की जा सकती.
Performance Monitoring अमान्य वाले नेटवर्क अनुरोधों की रिपोर्ट नहीं करता
Content-Type हेडर. हालांकि,
Content-Type हेडर अब भी स्वीकार किए जाएंगे.
नेटवर्क अनुरोध का डेटा उम्मीद के मुताबिक इकट्ठा नहीं हो रहा है
प्रोजेक्ट के होम पेज पर मौजूद परफ़ॉर्मेंस कार्ड में, 'सबसे ज़्यादा समस्याएं' कार्ड का क्या हुआ?
हमने मुख्य समस्याओं को हाल ही की चेतावनियां से बदल दिया है. यह
हाल ही में चेतावनियों की शुरुआत की गई है, जो आपको अपने आप तब सूचना देती है, जब
आपने जो थ्रेशोल्ड सेट किए हैं वे पार हो गए हैं. समस्याओं की सुविधा अब बंद कर दी गई है और इसकी जगह सूचनाएं दी जाएंगी.
परफ़ॉर्मेंस कार्ड में सबसे ऊपर मौजूद ऐप्लिकेशन सिलेक्टर, हाल ही की सूचनाएं में सूचनाएं डालता है. चुने गए ऐप्लिकेशन के लिए, सिर्फ़ तीन सबसे हाल की सूचनाएं दिखती हैं.
कंसोल में समस्याओं के लिए, थ्रेशोल्ड सेट करने की सुविधा का क्या हुआ?
Performance Monitoring से ज़्यादा मेट्रिक के लिए सूचनाएं मिलती हैं
तय की गई थ्रेशोल्ड. कॉन्फ़िगर किए जा सकने वाले इन थ्रेशोल्ड से जुड़ी भ्रम की स्थिति से बचने के लिए,
हमने परफ़ॉर्मेंस मेट्रिक के लिए थ्रेशोल्ड कॉन्फ़िगर करने की सुविधा को
समस्याएं हैं.
Firebase कंसोल में, जानकारी और मेट्रिक की जानकारी का क्या हुआ?
हमने जानकारी और मेट्रिक पेजों को, फिर से डिज़ाइन किए गए नए और सेंट्रलाइज़्ड पेज से बदल दिया है
यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करके, समस्याओं को हल करने के तरीके को बेहतर बनाया जा सकता है. यह नया
समस्या हल करने वाला यूज़र इंटरफ़ेस (यूआई), वही मुख्य फ़ंक्शन ऑफ़र करता है जो ब्यौरा और
मेट्रिक ऑफ़र की गईं. समस्या हल करने के बारे में ज़्यादा जानने के लिए, यह देखें
किसी खास ट्रेस के लिए ज़्यादा डेटा देखें.
सैंपल की संख्या मेरी उम्मीद के मुताबिक क्यों नहीं है?
Performance Monitoring, आपके ऐप्लिकेशन के उपयोगकर्ता के डिवाइसों से परफ़ॉर्मेंस डेटा इकट्ठा करता है. अगर आपके ऐप्लिकेशन के कई उपयोगकर्ता हैं या ऐप्लिकेशन पर ज़्यादा परफ़ॉर्मेंस गतिविधि होती है, तो Performance Monitoring, डेटा इकट्ठा करने की प्रोसेस को डिवाइसों के सबसेट तक सीमित कर सकता है. ऐसा, प्रोसेस किए गए इवेंट की संख्या को कम करने के लिए किया जाता है. ये सीमाएं इतनी ज़्यादा हैं कि
कम इवेंट होने के बावजूद, मेट्रिक की वैल्यू
उपयोगकर्ता अनुभव को बेहतर बना सकें.
इकट्ठा किए जाने वाले डेटा की मात्रा मैनेज करने के लिए, Performance Monitoring इनका इस्तेमाल करता है
सैंपलिंग के विकल्प:
उपयोगकर्ता के डिवाइस पर अनुरोधों की संख्या सीमित करना: किसी डिवाइस को अचानक बर्स्ट मिलने से रोकने के लिए
ट्रेस करते हैं, तो हम
डिवाइस पर हर 10 मिनट में 300 इवेंट तक. यह तरीका डिवाइस को
लूप में चलने वाले इंस्ट्रुमेंट जो बहुत सारा परफ़ॉर्मेंस डेटा भेज सकते हैं और
यह किसी एक डिवाइस को परफ़ॉर्मेंस के मेज़रमेंट पर असर डालने से रोकता है.
डाइनैमिक सैंपलिंग: Performance Monitoring, करीब 10 करोड़ की रेंज इकट्ठा करता है
हर ऐप्लिकेशन के लिए, कोड ट्रेस के इवेंट और नेटवर्क रिक्वेस्ट ट्रेस के लिए 10 करोड़
सभी ऐप उपयोगकर्ताओं पर लागू होते हैं. Firebase Remote Config का इस्तेमाल करके, डिवाइसों पर डाइनैमिक सैंपलिंग रेट फ़ेच किया जाता है. इससे यह तय किया जाता है कि किसी डिवाइस को ट्रैक कैप्चर करके भेजना चाहिए या नहीं. जिस डिवाइस को सैंपलिंग के लिए नहीं चुना गया है वह
कोई भी इवेंट भेजें. डाइनैमिक सैंपलिंग रेट, ऐप्लिकेशन के हिसाब से होता है. यह रेट, ऐप्लिकेशन के हिसाब से अडजस्ट होता है
यह पक्का करें कि इकट्ठा किए गए डेटा का कुल वॉल्यूम, तय सीमा से कम रहे.
उपयोगकर्ता के सेशन, उपयोगकर्ता के डिवाइस से ज़्यादा जानकारी वाला डेटा भेजते हैं. इसके लिए यह ज़रूरी होता है कि
डेटा को कैप्चर करने और भेजने के लिए ज़्यादा संसाधन उपलब्ध हैं. उपयोगकर्ताओं पर होने वाले असर को कम करने के लिए
सेशन, Performance Monitoring भी सेशन की संख्या पर पाबंदी लगा सकता है.
सर्वर साइड रेट को सीमित करना: यह पक्का करने के लिए कि ऐप्लिकेशन, सैंपलिंग से ज़्यादा न हों
सीमा, Performance Monitoring कुछ इवेंट को छोड़ने के लिए, सर्वर-साइड सैंपलिंग का इस्तेमाल कर सकता है
डिवाइसों से मिले. हालांकि, विज्ञापनों को सीमित तौर पर दिखाने से,
हमारी मेट्रिक के असर को कम करता है, इसलिए पैटर्न में मामूली बदलाव हो सकते हैं. इनमें ये बदलाव शामिल हैं
फ़ॉलो किया जा रहा है:
ट्रेस की संख्या, उस संख्या से अलग हो सकती है जितनी बार
कोड चलाया गया.
कोड में नज़दीक से जुड़े ट्रेस की संख्या अलग-अलग हो सकती है
सैंपल.
कंसोल में समस्याएं टैब का क्या हुआ?
हमने 'समस्याएं' टैब की जगह अलर्ट की सुविधा शुरू कर दी है.
अगर आपने थ्रेशोल्ड पार कर लिया है, तो आपको अपने-आप सूचना मिल जाएगी. आपने नहीं
स्टेटस का पता लगाने के लिए, Firebase कंसोल को मैन्युअल तरीके से देखना होगा
सीमा तय की गई है. सूचनाओं के बारे में जानने के लिए, परफ़ॉर्मेंस से जुड़ी समस्याओं के लिए सूचनाएं सेट अप करना लेख पढ़ें.
कंसोल में डिवाइस पर और नेटवर्क टैब का क्या हुआ?
मैं उन पेजों पर मौजूद ट्रेस कैसे देखूं?
हमने Firebase कंसोल के Performance Monitoring सेक्शन को फिर से डिज़ाइन किया है, ताकि डैशबोर्ड टैब में आपकी मुख्य मेट्रिक और सभी ट्रेस एक ही जगह पर दिखें. जैसे
हमने डिवाइस पर और नेटवर्क के पेजों को हटा दिया है.
डैशबोर्ड टैब के नीचे मौजूद ट्रेस टेबल में भी वही जानकारी मौजूद है
डिवाइस पर और नेटवर्क टैब में दिखने वाली जानकारी, लेकिन कुछ
सुविधाओं में जोड़ी गई सुविधाएं, जिनमें प्रतिशत के हिसाब से ट्रेस को क्रम से लगाने की सुविधा शामिल है
देखें. किसी खास विषय से जुड़ी सभी मेट्रिक और डेटा देखने के लिए
ट्रेस करें, ट्रेस टेबल में ट्रेस के नाम पर क्लिक करें.
ट्रेस टेबल के इन सबटैब में अपने ट्रेस देखें:
नेटवर्क अनुरोध के ट्रेस (पहले से मौजूद अलग-अलग तरह के और अपनी पसंद के मुताबिक, दोनों) — नेटवर्क अनुरोध सबटैब
कस्टम कोड ट्रेस — कस्टम ट्रेस सबटैब
ऐप्लिकेशन को शुरू करना, ऐप्लिकेशन-इन-फ़ोरग्राउंड, और बैकग्राउंड में मौजूद ट्रेस की सुविधा — कस्टम ट्रेस सबटैब
स्क्रीन रेंडरिंग के ट्रेस — स्क्रीन रेंडरिंग सबटैब
पेज लोड के ट्रेस — पेज लोड सबटैब
ट्रेस टेबल और मेट्रिक और डेटा देखने के बारे में जानकारी के लिए, यहां जाएं
कंसोल की खास जानकारी देने वाला पेज
(iOS+ |
Android |
वेब).
धीमे और रुके हुए फ़्रेम की संख्या मेरी उम्मीद के मुताबिक क्यों नहीं है?
धीमे रेंडर होने वाले फ़्रेम और रुके हुए फ़्रेम का हिसाब लगाने के लिए, एक डिवाइस का इस्तेमाल किया जाता है
रीफ़्रेश दर 60 हर्ट्ज़ होगी. अगर डिवाइस की रीफ़्रेश दर 60 हर्ट्ज़ से कम है, तो हर फ़्रेम
रेंडर होने में ज़्यादा समय लगेगा, क्योंकि कम फ़्रेम प्रति सेकंड में रेंडर होते हैं.
रेंडरिंग में ज़्यादा समय लगने की वजह से, रेंडर होने में ज़्यादा समय या रुके हुए फ़्रेम की रिपोर्ट की जा सकती है
क्योंकि ज़्यादा फ़्रेम रेंडर होने में ज़्यादा समय लेंगे या फ़्रीज़ हो जाएंगे. हालांकि, अगर किसी डिवाइस को
रीफ़्रेश दर 60 हर्ट्ज़ से ज़्यादा है, इसलिए हर फ़्रेम के रेंडर होने में ज़्यादा समय लगेगा.
इससे, धीमे या फ़्रीज़ हुए फ़्रेम की कम रिपोर्ट मिल सकती है. यह मौजूदा
Performance Monitoring SDK टूल में बताई गई सीमा.
मेरे Performance Monitoring के डेटा को एक्सपोर्ट करने में उम्मीद से ज़्यादा समय लग रहा है
BigQuery. क्या यह रीयल-टाइम नहीं है?
अगर आपने Firebase Performance Monitoring के लिए BigQuery इंटिग्रेशन चालू किया है, तो आपके डेटा
को दिन खत्म होने के 12 से 24 घंटों के बाद (पैसिफ़िक समय पर) BigQuery में एक्सपोर्ट किया जाएगा
समय).
उदाहरण के लिए, 19 अप्रैल का डेटा, 20 अप्रैल को दोपहर 12:00 बजे से लेकर आधी रात के बीच BigQuery में उपलब्ध होगा. सभी तारीखें और समय, पैसिफ़िक टाइम के हिसाब से हैं.
करीब-करीब रीयल-टाइम में डेटा प्रोसेस करना और दिखाना
"रीयल-टाइम के करीब" परफ़ॉर्मेंस डेटा का क्या मतलब है?
Firebase Performance Monitoring, इकट्ठा किया गया परफ़ॉर्मेंस डेटा, जैसे ही मिलता है उसे प्रोसेस कर देता है. इससे Firebase कंसोल में, करीब-करीब रीयल-टाइम डेटा दिखता है. प्रोसेस किया गया
डेटा इकट्ठा होने के कुछ ही मिनट बाद कंसोल में दिखने लगता है, इसलिए
शब्द "रीयल-टाइम के आस-पास".
मैं अपने ऐप्लिकेशन के लिए करीब-करीब रीयल-टाइम में परफ़ॉर्मेंस का डेटा कैसे पाऊं?
करीब-करीब रीयल-टाइम डेटा प्रोसेसिंग का फ़ायदा पाने के लिए, आपको सिर्फ़ यह पक्का करना होगा कि
कि आपका ऐप्लिकेशन, SDK टूल के Performance Monitoring वर्शन का इस्तेमाल करता है जो रीयल-टाइम के साथ काम करता है
डेटा प्रोसेसिंग के बारे में ज़्यादा जानें.
यहां रीयल-टाइम में काम करने वाले SDK टूल के वर्शन दिए गए हैं:
iOS — v7.3.0 या इसके बाद का वर्शन
tvOS — v8.9.0 या इसके बाद के वर्शन
Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
Web — v7.14.0 या इसके बाद का वर्शन
ध्यान दें कि हमारा सुझाव है कि आप SDK टूल के सबसे नए वर्शन का इस्तेमाल करें. हालांकि, ऊपर दिए गए किसी भी वर्शन का इस्तेमाल करने पर, Performance Monitoring आपके डेटा को रीयल टाइम में प्रोसेस कर पाएगा.
Performance Monitoring SDK टूल के किन वर्शन को रीयल-टाइम में काम करने वाला माना जाता है?
रीयल-टाइम डेटा प्रोसेसिंग के साथ काम करने वाले SDK टूल के वर्शन:
iOS — v7.3.0 या इसके बाद का वर्शन
tvOS — v8.9.0 या इसके बाद के वर्शन
Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
Web — v7.14.0 या इसके बाद का वर्शन
ध्यान दें, हम हमेशा SDK के नए वर्शन का इस्तेमाल करने का सुझाव देते हैं, लेकिन किसी भी समय
ऊपर दिया गया वर्शन, Performance Monitoring को करीब-करीब रीयल टाइम में आपके डेटा को प्रोसेस करने में मदद करेगा
समय.
अगर मैं अपने ऐप्लिकेशन को रीयल-टाइम में काम करने वाले एसडीके वर्शन का इस्तेमाल करने के लिए अपडेट न करूं, तो क्या होगा?
अगर आपका ऐप्लिकेशन रीयल-टाइम में काम करने वाले एसडीके वर्शन का इस्तेमाल नहीं करता, तब भी आपको
Firebase कंसोल में आपके ऐप्लिकेशन की परफ़ॉर्मेंस का सारा डेटा. हालांकि, डिसप्ले
इसके बाद, परफ़ॉर्मेंस डेटा दिखने में
संग्रह.
मैंने रीयल-टाइम के साथ काम करने वाले SDK टूल के वर्शन पर अपडेट किया है. हालांकि, मेरे कुछ उपयोगकर्ता
मेरे ऐप्लिकेशन के पुराने वर्शन पर अभी भी काम करता है. क्या मुझे उनकी परफ़ॉर्मेंस लगातार दिखती रहेगी
Firebase कंसोल में डेटा मौजूद है या नहीं?
हां! ऐप्लिकेशन इंस्टेंस भले ही SDK टूल के किसी भी वर्शन का इस्तेमाल करे, आपको हर बार
परफ़ॉर्मेंस डेटा इकट्ठा किया जा सकता है.
हालांकि, अगर हाल ही का डेटा देखा जा रहा हो (करीब 36 घंटे से कम पुराना),
तो दिखाया गया डेटा, रीयल-टाइम का इस्तेमाल करके ऐप्लिकेशन इंस्टेंस के उपयोगकर्ताओं का है
साथ काम करने वाले SDK टूल का वर्शन. हालांकि, नए डेटा में आपके ऐप्लिकेशन के सभी वर्शन का परफ़ॉर्मेंस डेटा शामिल होता है.