Логи
Коли щось пішло не так - домен не підключився, конверсія не зарахувалася, застосунок раптово зупинено, - перше запитання «що взагалі сталося?». Розділ Logs (група меню MANAGE, лише для адміністраторів) відповідає на нього: тут в одній стрічці зібрано події панелі, дії користувачів, прийняті постбеки та рішення розподілювача трафіку.
Типи записів
| Тип | Що потрапляє |
|---|---|
| System | Події самої панелі: оновлення IP-діапазонів Cloudflare, синхронізація статистики, перевірка ліцензії, помилки інтеграцій. У кожного запису є рівень (від debug до emergency) і контекст - web (під час запиту) або cron (фонове завдання). |
| Audit | Хто й що змінив: кожне успішне створення, зміна чи видалення через панель або API. Записується користувач, дія, ресурс і список змінених полів зі старими та новими значеннями. Контекст ui - дія з інтерфейсу, api - за API-ключем. |
| Postbacks | Кожен прийнятий постбек від партнерської мережі з параметрами запиту як вони прийшли - зручно розбиратися, чому конверсія не зарахувалася. |
| TDS | Рішення розподілювача трафіку: який потік обрано, чому відвідувач пішов на white-сторінку, чи немає в застосунку посилань на офер. |
Секрети не логуються
В аудиті приховані поля - паролі, токени, ключі - замінюються заглушкою. Секретний токен з адреси постбека в записі теж не зберігається.
Фільтри та деталі
У таблиці - Created At, Type, Level, Context, User і Message. Ліворуч у шапці пошук за текстом повідомлення, а фільтри зібрані в поповері за кнопкою з лійкою: період (тут, на відміну від більшості списків, є All time, і він же стоїть за замовчуванням), Type, Level, Context і User.
Стрілка ліворуч від рядка розкриває подробиці: для аудиту це IP-адреса, браузер і зміни за полями, для системних помилок - технічні деталі, для постбеків - повний рядок параметрів.
Що змінювалося в застосунку
Шукайте за типом Audit та іменем користувача: рядок на кшталт [email protected] pwas.update #XymX одразу каже, хто і який застосунок правив, а в розкритих деталях видно, що саме змінилося.
Термін зберігання
Логи зберігаються не вічно: у кожного типу свій термін у днях, а старі записи видаляються раз на добу. За замовчуванням - 14 днів для системних і TDS-записів, 90 для аудиту та 30 для постбеків. Змінити терміни можна в «Settings», картка Log retention; значення 0 вимикає очищення для цього типу.