Mudelipõhiste rakenduste silumine Monitoriga

Monitor aitab teil siluda ja diagnoosida probleeme ning aitab teil luua kiiremaid ja usaldusväärseid rakendusi. Monitor pakub sügavat ülevaadet selle kohta, kuidas rakendus käivitub, pakkudes logi kõigist rakenduse põhitegevustest rakenduses rakenduse töötamise ajal. Samuti saate avaldatud mudelipõhise rakenduse koostöös siluda tugiinseneriga või siluda teise kasutaja seansi probleeme. Lisateavet avaldatud mudelipõhise rakenduse koostöö silumise kohta leiate teemast Koostöö tõrkeotsing monitori abil.

Oluline

Mudelipõhise rakenduse monitor nõuab, et teie mudelipõhise rakenduse kliendiversioon oleks 1.4.5973-2307.2 või uuem.

Lisateavet selle kohta, millal peaksite rakendust jälgima, leiate teemast Monitori ülevaade . Monitori käivitamiseks lõuendirakendusega leiate teavet jaotisest Monitoriga lõuendi rakenduste silumine.

Mudelipõhise rakenduse vormide diagnoosimine Monitoriga

  1. Logige sisse Power Appsi ja seejärel valige Rakendused vasakult navigeerimispaanilt.

  2. Valige mudelipõhine rakendus, mida soovite jälgida, ja seejärel valige Monitorolekuribal.

  3. Valige avaneval veebilehel rakenduse avamiseks Mudelipõhine rakendus.

    Rakenda Mudelipõhise rakenduse käsk.

    Märkus

    Teise võimalusena saate käivitada mudelipõhise rakenduse ja lisada "&monitor=true" brauseri URL-i lõppu. Seejärel valige olekuribal Monitor, et käivitada uue vahekaardi jälgimise seanss.

  4. Pärast seda, kui rakendus on Monitori kaudu avatud, kuvatakse dialoogiboks Liitu monitori silumisseansiga? See võimaldab teil teada saada, et rakenduse andmed saadetakse Monitori omanikule. Valige Liitu. Sündmused hakkavad käivituma Monitori seansi ekraanil, kuna need esinevad rakenduses.

    Jälgi seanssi koos kuvatud sündmustega.

  5. Valige sündmus, et kuvada parempoolsel paanil lisateavet.

    Rohkem teavet kuvatakse parempoolsel paanil.

Jälgitud sündmused

Lehel navigeerimine, käsu teostamine, vormi salvestamine ja muud olulised tegevused saadavad Monitorile peamised tulemusnäitajad ja võrgu sündmused.

FullLoad

FullLoad tähistab lehe navigeerimise täielikku laadimist (nt vormi laadimise muutmine).See sündmus ootab teatud võrgu taotluste lõpuleviimist ja kogu renderdamise lõpuleviimist, nii et vormi saab valmis enne FullLoad lõpuleviimist.

Fullload sündmus.

Valige FullLoad sündmus, et kuvada vahekaart Üksikasjad.

Fulload sündmuse üksikasjad.

FullLoad sündmus pildistab palju statistikat lehelaadimise kohta.Saate vaadata 506 ms jooksul laaditud tööülesande redigeerimise vormi ja valida, kas rida näitab teavet paanil.Näete üksikasju customScriptTime (kohandatud JavaScripti täitmiseks kulutatud aeg), loadType (0 = esmakordne laadimislehe tüüp, 1 = esmakordse laadimistabel, 2 = esmakordne laadimiskirje, 3 = täpne kirje külastatud) ja FormId (vormi identifikaator edasiseks diagnoosimiseks). Omistamise laiendamine annab kohandatud JS täitmise aja struktuuri tüübi, väljaandja, lahenduse, versiooni, veebiressursi ja meetodi kaupa.See võib aidata kindlaks teha vormilaadimise aja kitsaskohad.

Võrk

Võrgu  sündmused näitavad iga rakendusest tehtud taotluse üksikasju.

Võrgu sündmus.

Valige Network sündmus, et kuvada vahekaart Üksikasjad.

Võrgu sündmuse üksikasjad.

Varem olete õppinud Monitori kohta ja seda kasutama mudelipõhistele rakendustele. Vaatame mõnda stsenaariumi, kus Monitor võib teid aidata skripti tõrgete, ootamatu käitumise ja aeglustuste lahendamisel.

Kohandatud skripti tõrked

Mõnikord põhjustab kohandatud JS-is ilmnenud viga skriptitõrge või funktsionaalsuse probleemi lehe laadimisel. Kuigi see tavaliselt toodab kutsevirna dialoogis, on raske alati teada, kust see tuleb või dekodeerida viga. Monitor saab rakendusest sündmusi, mis on vigade kohta üksikasjalikumad, nii et saate siluda kiiremini ja hõlpsalt.

Näiteks kujutlege, et kasutajal on konto vormi laadimisel skripti tõrgete dialoog. Sündmuse kohta lisateabe saamiseks võite kasutada monitori. Kui stsenaarium on reprodutseeritud, näete, et skriptitõrge tekitab punasega esile tõstetud tõrkesündmuse.Selle rea valimisel saate lisaks kõnevirnale ****  ka väljaandja nime, lahenduse nime/versiooni, veebiressursi nime **** ja tüübi (nt onload, onchange **** , · ruleEvaluation ja CustomControl).Selles näites näeb see välja nagu skripti kirjaviga.

Kohandatud skripti tõrke näide.

Vähene jõudlus

Brauseri arendaja tööriistad võivad aidata profiili aeglasel lehe laadimisel, kuid filtreerimiseks on palju andmeid ja pole selge, mida on oluline vaadata.Monitor lahendab selle probleemi, näidates asjakohaseid sündmusi, mis aitavad kaasa lehe laadimise toimivusele.

Näiteks kujutlege, et kasutajal on aeglane konto vormi laadimine ja brauser hangub pidevalt. Sellisel juhul saate pärast probleemi taasesitamist kuvada jõudluse hoiatuse, mis ütleb, et selle laadimise ajal, millel oli halvenenud jõudlus, saadeti sünkroonne XMLHttpRequest.

Vähese jõudluse näide.

Vaadake eelmist ajaveebipostitust , kuidas leevendada sünkroonseid XMLHttpRequesti (XHR) jõudlusprobleeme.

Iga lehe laadimise puhul saadab andmete platvorm kõik KPI-d nii laadimise jada kui ka võrgu taotluse üksikasjadena, nagu varem mainitud.

Vt ka

Mudelipõhise rakenduse vormide käitumise tõrkeotsing Monitoriga

Märkus

Kas saaksite meile dokumentatsiooniga seotud keele-eelistustest teada anda? Osalege lühikeses uuringus. (Uuring on ingliskeelne.)

Uuringus osalemine võtab umbes seitse minutit. Isikuandmeid ei koguta (privaatsusavaldus).