Преглед на монитора на живо
Мониторът на живо е инструмент, който предлага на производителите възможността да преглеждат поток от събития от сесията на потребителя, за да диагностицират и отстраняват проблеми. Създателите на приложения за платно могат да използват Live Monitor или за преглед на събития, докато изграждат ново приложение Power Apps Studio , или за наблюдение на публикувани приложения по време на изпълнение. Създателите на приложения, управлявани от модели, могат да наблюдават навигацията на страниците, изпълнението на команди, проблеми, свързани с формуляри, и други основни действия, за да разберат поведението на приложението и да направят подобрения.
Мониторът на живо може да ви помогне да диагностицирате и отстранявате проблеми по-бързо и да създавате по-надеждни приложения. Той осигурява задълбочен изглед на вашето приложение, като регистрира всички ключови дейности, които се случват в приложението, докато се изпълнява. Live Monitor също така предоставя по-добро разбиране на това как работят събитията и формулите, съдържащи се във вашето приложение, така че да можете да подобрите производителността и да идентифицирате всички грешки или проблеми.
Ключът към отстраняването на проблем е да разберете по-добре какво прави приложението ви и как го прави. Понякога е трудно да се изолира проблем, когато просто се разглеждат формулите на приложенията или дори се преглеждат грешки по време на изпълнение. Наблюдаването на събитията, както се случват във вашето приложение, може да ви помогне да разберете реда на събитията и как работи приложението ви, за да откривате грешки и да диагностицирате проблемите по-бързо.
Някои примери за проблеми и заявки, които можете да откриете, когато използвате Live Monitor, са:
Голям брой мрежови разговори
- Данните за извличане на приложението твърде често ли са?
- Можете ли да оптимизирате приложението да извлича данни само когато е необходимо?
- Пускат ли се контролите на таймера твърде често?
- Съществуват ли прекалено много събития при стартиране на приложението? Може ли извличането на част от данните да се забави?
Извличане на данни от един и същ източник на данни
- Можете ли да използвате различни модели като кеширане на данни в колекции или променливи, вместо да извличате едни и същи данни няколко пъти?
Размерът на данните за отговора
- Можете ли да използвате филтри за заявки, за да намалите количеството заявени данни?
Продължителност на искането
- Оптимизирани ли са конекторите и добавките?
- Можете ли да намалите размера на отговора, като използвате филтри за заявки?
Грешки
- Конфигурирали ли сте необходимите разрешения, за да стартирате приложението правилно?
- Вашите заявки заглушават ли се от платформата?
Ще ви е необходимо следното членство в права за достъп в средата, за да използвате Live Monitor.
| Тип на приложение | Необходими права за достъп |
|---|---|
| Приложение за платно | Администратор на среда или Създател на среда |
| Приложение, управлявано от модел | Системен администратор или персонализатор на системата за организацията на Dataverse |
Повече информация: Конфигуриране на потребителска защита на ресурси в среда
Можете да преглеждате различни свойства за всяко събитие в монитора на живо. В зависимост от категорията на събитието, някои от тези свойства може да не съдържат данни. Следващото изображение показва пример за табло на монитора на живо за приложения за платно.
| Име на колоната | Описание |
|---|---|
| Ид | Поредният номер за събитията. |
| Час | Час на възникване на събитието. |
| Категория | Видът на събитието, като например Мрежа. |
| Операция | Полученото вътрешно име на операцията на заявката вътре в приложението. Например createRow е името на операцията от функцията Patch . |
| Резултат | Текстовото описание на кода на състоянието. Например състояние 429 ще се появи като "Грешка" в колоната с резултати. Цветовете на редовете също помагат бързо да се идентифицират всички грешки и предупреждения. |
| Информация за резултатите | Подробен превод на кодове за грешки и резултати. Например код на състоянието 429 ще се покаже като „Твърде много заявки“ в тази колоната. |
| Статус | HTTP кодът на състоянието на мрежова заявка. Например 2XX код представлява успешна заявка, докато 4XX код представлява грешка. |
| Времетраене | Продължителността може да се използва най-вече за разбиране на ефективността на мрежовите повиквания в приложението, но зависи и от вида на събитието. Например за мрежова заявка продължителността е времето, необходимо за изпращане на заявката и отговора, който трябва да бъде получен. |
| източник на данни | Името на източник на данни, достъпен чрез операцията за повдигнато събитие (например име на таблица на Microsoft Dataverse). |
| Контролирам | Името на контролата, свързана с това събитие |
| Свойство | Свойството на активната контрола на повдигнатото събитие. |
| Размер на отговора | За събитие за мрежова заявка представлява размера на отговора, получен от подателя до вашето приложение, в байтове. |
Когато изберете събитие в мрежата, панел показва допълнителни подробности за събитието. Панелът има четири раздела:
Подробности: Показва общ преглед на високо ниво на избраното от Вас събитие. Някои от данните може да се свият в изгледа на дърво. Можете да разширите и да разгледате съдържанието.
Формула: Показва сродната формула от приложението ви за избраното събитие. Името на свойството за управление, задействащо събитието, се показва в горната част на раздела и вътре в таблицата на събитията.
Заявка: Показва изпратената HTTP заявка.
отговор: Показва получения HTTP отговор. Можете да прегледате отговора във формат JSON.
За да научите повече за неподдържаните сценарии за мониторинг на живо, отидете на Разширено наблюдение – неподдържани сценарии.
- Наблюдавайте приложенията за платно с помощта на Monitor
- Наблюдавайте приложения, управлявани от модел, с помощта на Monitor
Отстраняване на проблеми с формуляри в приложения, управлявани от модел
Съвместно отстраняване на грешки с Live Monitor
Разширено наблюдение