Войти Оплатить

Логи и события

Логи и события нужны для того, чтобы видеть не только текущее состояние сервера, но и то, что происходило недавно: какие действия выполнялись, какие процессы запускались, где могли появиться ошибки и какие сигналы уже успела показать система.

В Wilmo это не одна точка, а несколько связанных мест:

  • Activity показывает текущие и недавние операции;
  • уведомления помогают замечать важные события сразу;
  • профильные окна вроде PM2, Docker, Центра безопасности и системных модулей показывают свои собственные журналы;
  • файловый менеджер и редактор позволяют быстро открыть обычные лог-файлы на сервере.

Главная идея простая: если сервер или приложение ведут себя странно, логи почти всегда помогают перейти от догадок к конкретике.

С чего начинать, если что-то пошло не так

Если ты только заметил проблему:

  1. Посмотри уведомления Wilmo.
  2. Открой Activity, если нужно понять, какие действия выполнялись недавно.
  3. Если проблема связана с конкретным модулем, открой его собственный журнал или вывод.
  4. Если этого мало, перейди в файловый менеджер и открой обычные лог-файлы.

Это удобнее, чем сразу лезть в случайные системные каталоги без понимания, что ты ищешь.

Как использовать Activity

Activity полезен, когда ты хочешь понять:

  • что Wilmo делает прямо сейчас;
  • не зависла ли операция;
  • какие действия недавно выполнялись;
  • на каком этапе мог произойти сбой.

Обычный сценарий:

  1. Открой окно Activity.
  2. Посмотри список текущих или недавних операций.
  3. Проверь, нет ли там зависших или неожиданно долгих действий.
  4. Если действие связано с конкретным окном, вернись в него и продолжай диагностику уже точечно.

СКРИНШОТ: (сюда надо добавить скриншот окна Activity, чтобы было видно список операций и состояние выполнения)

Как использовать уведомления

Уведомления полезны для быстрых сигналов:

  • успешное действие;
  • предупреждение;
  • ошибка;
  • результат сканирования;
  • итог фоновой операции.

Если что-то произошло неожиданно:

  1. Открой центр уведомлений.
  2. Посмотри последние сообщения.
  3. Найди ошибку или предупреждение, связанное с текущей задачей.
  4. Уже после этого переходи в нужный инструмент для подробностей.

Уведомления не заменяют полноценный лог, но хорошо помогают быстро не пропустить важное.

Где искать логи конкретного инструмента

В Wilmo многие окна уже показывают свои журналы или вывод прямо внутри интерфейса. Например:

  • Центр безопасности показывает журнал сканирований, карантин и события безопасности;
  • PM2 Manager помогает смотреть процессы и логи приложений;
  • системные инструменты вроде обновлений и диагностики сайтов показывают текстовый вывод своих действий;
  • Docker Менеджер и другие модули могут показывать связанный служебный вывод внутри окна.

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

Когда стоит открывать обычные лог-файлы

Обычные файлы логов стоит открывать, если:

  • встроенного вывода недостаточно;
  • нужна более подробная история;
  • проблема касается конкретного сервиса или приложения;
  • ты уже знаешь путь к нужному лог-файлу;
  • надо проверить конфиг и лог рядом друг с другом.

Для этого удобно использовать Files и Текстовый редактор.

Обычный порядок:

  1. Открой Files.
  2. Перейди в нужную папку логов.
  3. Найди нужный файл.
  4. Открой его в редакторе.
  5. Пролистай последние строки и ищи ошибки, предупреждения и повторяющиеся сообщения.

СКРИНШОТ: (сюда надо добавить скриншот, где лог-файл открыт через Files и Editor, чтобы было видно путь и содержимое)

Какие сценарии чаще всего требуют логов

Логи особенно полезны, когда:

  • сайт не открывается;
  • приложение перезапускается;
  • фоновые задачи работают нестабильно;
  • сервер внезапно начал тормозить;
  • после обновления что-то изменилось;
  • антивирус нашёл угрозу и нужно понять детали;
  • ты выполнил действие через Wilmo и хочешь увидеть точный результат.

Как не утонуть в логах

Если ты новичок, не пытайся читать всё подряд. Намного полезнее идти так:

  1. Сначала определить, какой именно инструмент или сервис вызывает проблему.
  2. Потом открыть его собственный вывод или журнал.
  3. Если этого мало, перейти к конкретному файлу логов.
  4. Искать не весь текст подряд, а ошибки, предупреждения, повторяющиеся сообщения и время, совпадающее с моментом сбоя.

Так диагностика становится заметно проще.

Как связать логи с общей диагностикой

Логи лучше всего работают не сами по себе, а вместе с другими инструментами:

  • Disker показывает, не упёрся ли сервер в место;
  • Task Manager показывает процессы и сервисы;
  • профильные окна показывают свой собственный вывод;
  • логи дают уже конкретную причину или симптом.

Именно поэтому их лучше использовать как часть общей цепочки диагностики, а не как первый и единственный шаг.

← Вся документация