Опис системи логування
Доступ до логів
Доступ до логів через 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
, як наведено нижче на зображені
Після вказання місця підпису, потрібно вказати які логи підписувати. Це можна зробити у пункті налаштувань Налаштування логування
, як показано нижче
Логування змін у таблицях БД
Для налаштування логування змін у таблицях БД, потрібно перейти у налаштування Налаштування логування
та вписати через кому назви табличок із назвою схеми у форматі <назва_схеми.назва_таблиці>
у відповідне поле, як показано на малюнку нижче
Ці логи можна переглянути за посиланням
Логування дій у інтерфейсах
Для налаштування логування інтерфейсів, потрібно перейти у налаштування Налаштування логування
та вписати через кому назви інтерфейсів у відповідне поле, як показано на малюнку нижче
Ці логи можна переглянути за посиланням