10.3 Использование логов сервера

Отладчик это очень хороший инструмент для того, чтобы понять, почему текущая ситуация приводит к ошибке. Если вы можете воспроизвести ошибку, можете использовать отладчик. В некоторых случаях, тем не менее, ошибки были совершены в прошлом. Если пользователь сообщил вам об ошибке с платежом, с чеком, который не был послан и т.д. первым делом следует проверить, что происходило в прошлом. Это поможет вам найти шаблон, который приведет вас к способу воспроизведения ошибки (а затем использовать отладчик).

Для этого нужны "Логи Сервера"/"Server Logs". Они позволяют увидеть предыдущие выполнения рабочих процессов, которые происходили на сервере (подробности различий между клиентом и сервером смотрите здесь (!!!ЛНК!!!) ). Доступ к логам сервера можно получить во вкладке Логи.

Обратите внимание, что логи сервера зависят от версии (!!!ЛНК!!!) вашего приложения, поэтому убедитесь в том, что вы просматриваете ту версию, в которой была обнаружена ошибка (живая или версия разработчика).

Поиск логов

Для поиска логов вам нужно задать начальную и конечную дату поиска. Поиск логов может занять некоторое время и в Редакторе отобразятся записи в порядке их появления. Когда вы просмотрели часть результатов и проматываете вниз, редактор подгрузит больше записей (и подпись кнопки поиска изменится в зависимости от ситуации).

Если ваше приложение пропускает через себя большое количество данных, вы увидите много логов. Использование каких-то параметров поиска поможет сузить выдачу.

Наиболее распространенный параметр, который можно использовать - указать тип события, который вам интересен.

• Workflow starts: отображает все запущенные процессы , работающие на сервере, независимо от того, выполняется ли условие и работает ли процесс или нет. (Прим пер. Лучше посмотреть на практике.)

• Passed events: отображает все процессы, которые работают после того, как условие приняло значение "да".

• Non-passed events: отображает все процессы, которые не запустились после того, как условие приняло значение "нет". Это полезно, чтобы отладить то, что не произошло.

• Actions: отображает только действия, а не события, которые привели к их испольнению.

• Errors: отображает ошибки на стороне сервера, которые произошли при выполнении процесса. Например, ошибка оплаты кредитной картой или ошибка отправки письма. Это будет особенно полезно для диагностирования ошибок.

При осуществлении поиска логов, если у вас есть дополнительная информация о проблемных процессах, вы можете сузить выдачу, задав поиск по конкретному пользователю или слову. Первое поле позволяет вам ввести email пользователя или его уникальный ID. Когда это поле заполнено, поиск выведет рабочие процессы, инициированные только данным пользователем.

В последнее поле вы можете ввести строку, вхождение которой нужно найти. Если у действие есть поле, которое принимает какое-то значение, а вы задаете поиск по этому значению, данный процесс будет отображен. Например, если вы знаете, что email был отправлен с текстом "Boston", поиск по слову "Boston" отобразит действие Send Email.

Рассмотрение результатов

После того как результаты получены, они будут отображены в секции результатов, начиная с самых поздних событий. Для каждой записи вы увидите имя действия/события, email и ID пользователя (если пользователь не вошел в систему, email будет "Anonymous user"), а справа будут отображены значения свойств данного действия, события или сообщения об ошибке (в случае, если это ошибка). Кликнув по имени действия (или события), вы попадете в то место в редакторе, где задается это действие.Кнопка "zoom on this workflow" - это удобный способ показать события, действия и ошибки только для текущего события. Наблюдение за последовательностью событий может быть хорошим способом понять, что происходило, и выявить шаблон.