परफ़ॉर्मेंस मॉनिटर करने से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
इस पेज पर, Performance Monitoring का इस्तेमाल शुरू करने से जुड़ी समस्याएं हल करने के लिए सलाह दी गई है या
Performance Monitoring की सुविधाओं और टूल का इस्तेमाल करके.
समस्या हल करने की पहली जांच
ये दो जांच सभी के लिए सबसे सही सामान्य तरीके हैं
करने से पहले उन्हें ठीक करना होगा.
1. परफ़ॉर्मेंस इवेंट के लिए लॉग मैसेज देखना
अपने लॉग मैसेज देखें और पक्का करें कि Performance Monitoring SDK टूल कैप्चर कर रहा हो
परफ़ॉर्मेंस इवेंट.
परफ़ॉर्मेंस इवेंट के लॉग मैसेज देखने का तरीका
डीबग लॉग करने की प्रोसेस चालू करने के लिए, यह तरीका अपनाएं:
Xcode (कम से कम वर्शन 15.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, परफ़ॉर्मेंस इवेंट डेटा को प्रोसेस करने के बाद ही,
परफ़ॉर्मेंस डैशबोर्ड.
अगर "SDK टूल का पता चला" को 24 घंटे से ज़्यादा समय हो गया है" एक मैसेज दिखा,
और आपको अब भी डेटा नहीं दिख रहा है, तो
Firebase स्टेटस डैशबोर्ड: अगर
कुछ समय के लिए उपलब्ध नहीं है. अगर सेवा में कोई रुकावट नहीं है,
Firebase सहायता टीम से संपर्क करें.
सामान्य समस्याएं हल करना
अगर आपने SDK टूल जोड़ लिया है और अपने ऐप्लिकेशन में Performance Monitoring का इस्तेमाल कर रहे हैं, तो
समस्या हल करने के लिए ये तरीके अपनाएं. इससे आपको सामान्य समस्याओं
में मदद मिल सकती है.
Performance Monitoring की सुविधाएं और टूल.
परफ़ॉर्मेंस डैशबोर्ड यह है
स्क्रीन ट्रेस डेटा मौजूद नहीं है
अगर आपको स्क्रीन रेंडरिंग ट्रेस का डेटा नहीं मिल रहा है, तो नीचे दिया गया तरीका आज़माएं
समस्या हल करने का तरीका:
पक्का करें कि Apple प्लैटफ़ॉर्म SDK टूल का नया वर्शन इस्तेमाल किया जा रहा हो
(वर्शन 11.0.0). स्क्रीन रेंडरिंग ट्रेस सिर्फ़ उपलब्ध हैं
v5.0.0 या इसके बाद के वर्शन से
होना चाहिए.
Performance Monitoring, कंटेनर व्यू के लिए स्क्रीन रेंडरिंग के ट्रेस नहीं बनाता
कंट्रोलर (जैसे कि UINavigationController और UITabBarController). अगर आपने
सिर्फ़ इन स्क्रीन का डेटा मौजूद नहीं है, तो हो सकता है कि यह व्यवहार हो.
परफ़ॉर्मेंस डैशबोर्ड यह है
कस्टम ट्रेस डेटा मौजूद नहीं है
क्या आपको अपने-आप इकट्ठा होने वाले ट्रेस का परफ़ॉर्मेंस डेटा दिख रहा है, लेकिन ऐसा नहीं दिख रहा है
कस्टम कोड ट्रेस? समस्या हल करने के लिए, ये तरीके आज़माएं:
कस्टम कोड ट्रेस के सेटअप की जांच करें.
Trace API,
खास तौर से, नीचे दी गई स्थितियों में:
कस्टम कोड ट्रेस और कस्टम मेट्रिक के नाम इन शर्तों के मुताबिक होने चाहिए
आवश्यकताएँ: कोई आगे या पीछे की खाली सफ़ेद जगह नहीं, कोई आगे वाला अंडरस्कोर नहीं
(_) वर्ण और ज़्यादा से ज़्यादा 32 वर्ण हो सकते हैं.
सभी ट्रेस शुरू और बंद होनी चाहिए. ऐसा कोई भी ट्रेस जो शुरू नहीं हुआ है और न ही
रोकने या शुरू करने से पहले बंद करने का डेटा लॉग नहीं किया जाएगा.
आपके कोड और नेटवर्किंग लाइब्रेरी के व्यवहार के आधार पर, जिनका इस्तेमाल
आपका कोड, 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 अप्रैल का डेटा BigQuery में 20 अप्रैल को उपलब्ध होगा
दोपहर 12:00 बजे से आधी रात के बीच (सभी तारीख और समय पैसिफ़िक समय के हिसाब से हैं).
रीयल-टाइम डेटा प्रोसेसिंग और डिसप्ले के पास
"रीयल-टाइम के आस-पास" क्या होता है परफ़ॉर्मेंस डेटा का मतलब क्या है?
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 टूल का वर्शन. हालांकि, हाल ही के नहीं डेटा में परफ़ॉर्मेंस का डेटा शामिल होता है
.