Skip to main content

Опис системи логування

Доступ до логів

Доступ до логів через API

/logger-file/

Схема зберігання, де log_name назва логу

/logger-file/<log_name>/<YYYY>-<MM>-<DD>.log

Загальний опис

{
"timestamp":"2024-01-27T19:11:52.293Z", //дата та час виконання запиту
"level":"INFO", //рівень логу
"seq":1, // порядок операції
"msec":197, // час виконання
"hostname":"test.local.ua", //доменне ім'я сайту
"ip":"127.0.0.1", // IP користувача
"dbname":"db_test", // база даних
"uid":"user_id", //
"user":"user name", //
"name": "user name", // назва
"param":{}, // параметри
"status": 501, // status code see http code
"error":{}, // помилки
"response":{}, // відповідь
"result":"" // рядком
}

LOG Level
  • INFO - інформація про операцію
  • ERROR - помилка
  • DEBUG - тільки для відладки
  • WARNING - попередження

Призначення та доступ

Корневі

# еталона структура 
├── auth
| ├── oauth
| ├── sync
| └── error?
|
├── cron
├── error
├── gis
├── init
├── injection # інтеграції
| ├── xss
| ├── interface
| └── sql
|
├── integration
| ├── public-api
| └── dzk
|
├── metric
├── notification
| ├── email
| └── sms
├── service
├── suggest

├── project 1/cardinal

├── signed

# існуюча структура
├── autoindex #
├── cron
├── error
├── exec
├── gps
├── grpc
| └── map
├── index
├── init
├── injection
| └── sql
├── interface
├── map
| ├── carto_error
| └── clear
├── map-error
├── marker_icon
├── metric
├── migration
| └── error
├── notification
| ├── error
| └── sent
├── raster -> gis
├── request -> service
├── select
| ├── empty
| ├── error
| ├── getSelect
| ├── nocache
| ├── skip
| └── suggest
├── signed
├── sql
├── start
├── suggest
| ├── nocache
| └── update
├── updateblock
├── updateSelect
| └── error
├── work
| └── files
└── xss
└── updateblock
exec
{
"response":{}, // директорії підпису
"param":{}, //
"result":{}, //
"status":"" //500,200
}

Налаштування

//configServer.json
{
"222":"", // директорії підпису
"222":"",
}

Підпису логів

У системі налаштований автоматичний підпис вказаних у налаштуваннях файлів логів. Підписані логи потрапляють у директорію log/signed/<назва логу>. Цей процес запускається кожень день об 23:30, або відповідно до вказаних налаштувань у <configServer.json> (Документація з описом).

Сервіс перевіряє чи існує вже підпис до файлу і, якщо не існує, запускає процес підпису, за результатами якого у відповідній директорії формується файл підпису з розширенням .p7s та копія самого логу. Описаний вище процес виконується для всіх файлів логів, які є у вказаних директоріях зберігання відповідно до налаштувань. Перевірити їх наявність можна викликавши АПІ

Після переходу у вказану вище директорію, потрібно обрати який саме тип логу ви хочете перевірити на наявність підпису (обрати директорію за назвою логу). Після переходу в директорію можна переглядати логи та підписи до них.

Для того, щоб обрати, якою печаткою будуть підписуватись логи, потрібно вказати місце підпису log, як наведено нижче на зображені

Після вказання місця підпису, потрібно вказати які логи підписувати. Це можна зробити у пункті налаштувань Налаштування логування, як показано нижче

Логування змін у таблицях БД

Для налаштування логування змін у таблицях БД, потрібно перейти у налаштування Налаштування логування та вписати через кому назви табличок із назвою схеми у форматі <назва_схеми.назва_таблиці> у відповідне поле, як показано на малюнку нижче

Ці логи можна переглянути за посиланням

Логування дій у інтерфейсах

Для налаштування логування інтерфейсів, потрібно перейти у налаштування Налаштування логування та вписати через кому назви інтерфейсів у відповідне поле, як показано на малюнку нижче

Ці логи можна переглянути за посиланням