मॉनीटर के साथ एक मॉडल-संचालित अनुप्रयोग को डिबग करें
मॉनिटर आपको डिबग करने और समस्याओं का पता लगाने में मदद कर सकता है और तेजी से, अधिक विश्वसनीय अनुप्रयोग बनाने में मदद कर सकता है. जैसे ही ऐप चलता है, मॉनिटर आपके अनुप्रयोग में सभी प्रमुख गतिविधियों का लॉग प्रदान करके अनुप्रयोग कैसे चलता है, के बारे में गहन विचार प्रदान करता है. आप किसी प्रकाशित मॉडल-चालित अनुप्रयोग को समर्थन इंजीनियर के साथ सहयोगात्मक रूप से डीबग कर सकते हैं या किसी अन्य उपयोगकर्ता के सत्र की समस्याओं को डीबग कर सकते हैं. प्रकाशित मॉडल-चालित अनुप्रयोग को सहयोगी रूप से डीबग करने के तरीके के बारे में अधिक जानकारी के लिए, मॉनिटर का उपयोग करके सहयोगात्मक समस्या निवारण पर जाएँ.
महत्वपूर्ण
मॉडल-चालित अनुप्रयोग के लिए मॉनीटर के लिए आवश्यक है कि आपके मॉडल-चालित अनुप्रयोग का क्लायंट संस्करण 1.4.5973-2307.2 या बाद का हो.
आपको किसी अनुप्रयोग को कब मॉनिटर करना चाहिए, के बारे में अधिक जानकारी के लिए, मॉनिटर अवलोकन देखें. एक कैनवास अनुप्रयोग के साथ मॉनिटर चलाने के लिए, मॉनिटर के साथ कैनवस अनुप्रयोग की डिबगिंग देखें.
मॉडल द्वारा संचालित अनुप्रयोग को डायग्नोस करने के लिए मॉनिटर का उपयोग करें
Power Apps में साइन इन करें, और फिर बाएँ नेविगेशन फलक से अनुप्रयोग चुनें.
उस मॉडल-संचालित अनुप्रयोग का चयन करें जिसे आप मॉनिटर करना चाहते हैं, और फिर कमांड बार पर मॉनिटर चुनें.
खुलने वाले वेब पेज में, अपने अनुप्रयोग को खोलने के लिए मॉडल-संचालित अनुप्रयोग चलाएं चुनें.
नोट
वैकल्पिक रूप से, आप एक मॉडल-संचालित अनुप्रयोग चला सकते हैं और ब्राउज़र में URL के अंत में “&monitor=true” जोड़ सकते हैं. फिर, एक नए टैब में मॉनिटरिंग सत्र शुरू करने के लिए कमांड बार पर मॉनिटर का चयन करें.
अनुप्रयोग को मॉनिटर से खोले जाने के बाद, आपको मॉनिटर डिबग सत्र में शामिल हों? संवाद बॉक्स दिखाई देगा. इससे आपको पता चल जाएगा कि अनुप्रयोग का कोई डेटा मॉनिटर मालिक को भेजा जाएगा. जुड़ें चुनें. घटनाओं के अनुप्रयोग में होते ही वे मॉनिटर सत्र स्क्रीन पर प्रवाहित होना शुरू हो जाती हैं.
दाएँ फलक में अतिरिक्त जानकारी प्रदर्शित करने के लिए किसी घटना को चुनें.
मॉनिटर की गई घटनाएं
पृष्ठ नेविगेशन, कमांड निष्पादन, प्रपत्र सहेजना, और अन्य प्रमुख कार्य मॉनिटर पर महत्वपूर्ण प्रदर्शन संकेतक और नेटवर्क घटनाएं भेजेंगे.
FullLoad
FullLoad एक पृष्ठ नेविगेशन के पूर्ण लोड को दर्शाता है, जैसे कि एक संपादन प्रपत्र का लोड. यह घटना कुछ नेटवर्क अनुरोधों को पूरा करने और सभी रेंडरिंग को पूरा करने का इंतजार करता है, इसलिए FullLoad पूरा होने से पहले प्रपत्र तैयार हो सकता है.
विवरण टैब प्रदर्शित करने के लिए FullLoad घटना चुनें.
FullLoad घटना पृष्ठ लोड के बारे में कई आंकड़े कैप्चर करता है. आप 506 ms में लोड किए गए टास्क एडिट प्रपत्र को देख सकते हैं, और पंक्ति का चयन करके परिसंपत्ति फलक में जानकारी का पता लगा सकते हैं. आप विवरणों को customScriptTime
(समय खर्च किए गए कस्टम JavaScript निष्पादित), loadType
(0 = पहली बार लोड होने वाला पृष्ठ प्रकार, 1 = पहली बार लोड होने वाला निकाय, 2 = पहली बार लोड होने वाला रिकॉर्ड, 3 = मुलाकात का सटीक रिकॉर्ड), और FormId
(आगे डायग्नोसिस के लिए प्रपत्र पहचानकर्ता) पर देख सकते हैं. विस्तृत होने वाली विशेषता प्रकार, प्रकाशक, समाधान, संस्करण, वेब संसाधन, और विधि के अनुसार कस्टम JS निष्पादन समय का ब्रेकडाउन देता है. यह प्रपत्र लोड समय में बाधाओं की पहचान करने में मदद कर सकता है.
नेटवर्क
नेटवर्क घटनाएं अनुप्रयोग से किए गए प्रत्येक अनुरोध के बारे में विवरण प्रकट करती हैं.
विवरण टैब प्रदर्शित करने के लिए नेटवर्क घटना चुनें.
इससे पहले आपने मॉनिटर और इसे मॉडल-संचालित अनुप्रयोगों में कैसे उपयोग किया जाए के बारे में सीखा. आइए कुछ परिदृश्यों पर नज़र डालें जहां मॉनिटर आपको स्क्रिप्ट की त्रुटियों, अप्रत्याशित व्यवहार और धीमा होने के समाधान में सहायता कर सकता है.
कस्टम स्क्रिप्ट त्रुटियां
कभी-कभी, पृष्ठ को लोड करते समय कस्टम JS में बग स्क्रिप्ट त्रुटि या कार्यक्षमता समस्या का कारण बनता है. हालांकि यह आमतौर पर संवाद में एक कॉल स्टैक का उत्पादन करता है, हमेशा यह जानना कि यह कहां से आ रहा है या त्रुटि को डिकोड करना मुश्किल होता है. मॉनिटर त्रुटियों के बारे में अधिक जानकारी के साथ अनुप्रयोग से घटनाएं प्राप्त करता है, जिससे आप और अधिक तेज़ी से, और आसानी से डिबग कर सकते हैं.
उदाहरण के लिए, कल्पना करें कि उपयोगकर्ता खाता प्रपत्र लोड करते समय स्क्रिप्ट त्रुटि संवाद को अनुभव कर रहा है. आप घटना पर अधिक जानकारी प्राप्त करने के लिए मॉनिटर का उपयोग कर सकते हैं। एक बार परिदृश्य पुन: पेश होने के बाद, आप देख सकते हैं कि स्क्रिप्ट त्रुटि लाल रंग में हाइलाइट की गई एक त्रुटि घटना उत्पन्न करती है।इस पंक्ति का चयन करने से आपको न केवल कॉल स्टैक बल्कि प्रकाशक का नाम, समाधान नाम/संस्करण, वेब संसाधन नाम और प्रकार (जैसे ऑनलोड, ऑनचेंज, नियम मूल्यांकन और कस्टमकंट्रोल) भी मिलता है.इस उदाहरण में, यह स्क्रिप्ट में एक टाइपो की तरह दिखता है।
धीमा प्रदर्शन
ब्राउज़र डेवलपर टूल धीमे पेज लोड को प्रोफाइल करने में मदद कर सकते हैं, लेकिन फ़िल्टर करने के लिए बहुत अधिक डेटा है और यह स्पष्ट नहीं है कि क्या देखना महत्वपूर्ण है।मॉनिटर पृष्ठ लोड प्रदर्शन में योगदान करने वाले प्रासंगिक ईवेंट दिखाकर इस समस्या को हल करता है।
उदाहरण के लिए, एक उपयोगकर्ता को लगता है कि खाता फ़ॉर्म धीमा लोड हो रहा है, और ब्राउज़र लगातार अटक रहा है. इस मामले में, समस्या को पुन: उत्पादित करने के बाद, आप एक प्रदर्शन चेतावनी देख सकते हैं जो आपको बताती है कि लोड के दौरान एक सिंक्रोनस XMLHttpRequest भेजा गया था, जिसने प्रदर्शन को धीमा किया.
सिंक्रोनस XMLHttpRequest (XHR) प्रदर्शन की समस्याओं को कम करने के लिए पिछली ब्लॉग पोस्ट देखें.
प्रत्येक पृष्ठ लोड के लिए, जैसा कि पहले उल्लेख किया गया है, डेटा प्लेटफ़ॉर्म सभी KPI लोडिंग अनुक्रम के साथ-साथ नेटवर्क अनुरोध विवरण के लिए भेजता है.
इसे भी देखें
मॉडल-संचालित अनुप्रयोग प्रपत्र व्यवहार के समस्या निवारण के लिए मॉनिटर का उपयोग करें
नोट
क्या आप हमें अपनी दस्तावेज़ीकरण भाषा वरीयताओं के बारे में बता सकते हैं? एक छोटा सर्वेक्षण पूरा करें. (कृपया ध्यान दें कि यह सर्वेक्षण अंग्रेज़ी में है)
सर्वेक्षण में लगभग सात मिनट लगेंगे. कोई भी व्यक्तिगत डेटा एकत्र नहीं किया जाता है (गोपनीयता कथन).
प्रतिक्रिया
https://aka.ms/ContentUserFeedback.
जल्द आ रहा है: 2024 के दौरान हम सामग्री के लिए फीडबैक तंत्र के रूप में GitHub मुद्दों को चरणबद्ध तरीके से समाप्त कर देंगे और इसे एक नई फीडबैक प्रणाली से बदल देंगे. अधिक जानकारी के लिए, देखें:के लिए प्रतिक्रिया सबमिट करें और देखें