В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.jvm

4446 membersпожаловаться на группу
2020 February 18

VN

Vladislav Navrocky in pro.jvm
Ignat Simonenko
в hibernate envers можно подглядеть, если я правильно понял кейс
Ну около того, но хотелось бы видеть сквозной лог и более высокоуровневый лог. Ибо одно действие пользователя может затронуть много таблиц, и по изменению данных в таблицах не всегда понятно каким это конкретным действием пользователя было вызвано. И в микросервисах базы вообще разные, а надо аггрерировать в одном месте все действия
источник
12:35пожаловаться#1

AV

Aleksey Volkov in pro.jvm
Пишите в логи, как вам уже выше посоветовали, потом можно разобрать как хочешь и засунуть в любое интересующее апи
источник
12:36пожаловаться#2

VN

Vladislav Navrocky in pro.jvm
Ignat Simonenko
и в требованиях был "быстрый поиск"
таблица очень быстро распухнет
Ну ок, согласен, может elastic тут более будет эффективен чем postgres. Но сути это не меняет, меня больше интересует правильное именование всех этих штук (чтобы это были общепринятые понятия, а не придуманные мной) и структура данных, а уж как хранить - дело пятое.
источник
12:37пожаловаться#3

VN

Vladislav Navrocky in pro.jvm
Aleksey Volkov
Пишите в логи, как вам уже выше посоветовали, потом можно разобрать как хочешь и засунуть в любое интересующее апи
Логи это текст, хотелось бы изначально не терять структуру данных
источник
12:38пожаловаться#4

NS

Name Schiefer in pro.jvm
Vladislav Navrocky
Логи это текст, хотелось бы изначально не терять структуру данных
u tebya gui?
источник
12:38пожаловаться#5

ST

Slava Tutrinov in pro.jvm
мне в голову ещё приходит написать аннотацию (aspectj) типа @Inspectable(object=paramFromApiMethod), обрабротчик которого будет брать секурити-контекст, брать отуда юзера и логгировать, что он делает с object=paramFromApiMethod
источник
12:38пожаловаться#6

ST

Slava Tutrinov in pro.jvm
а внутри обработчика формируй объект нужной тебе структуры и клади в ластик асинхронно, чтобы не лочить ничего
источник
12:39пожаловаться#7

VN

Vladislav Navrocky in pro.jvm
Name Schiefer
u tebya gui?
e menja bek
источник
12:39пожаловаться#8

I

Ilia in pro.jvm
Vladislav Navrocky
Логи это текст, хотелось бы изначально не терять структуру данных
в логе может быть json, ничего не теряется
источник
12:40пожаловаться#9

ST

Slava Tutrinov in pro.jvm
Slava Tutrinov
мне в голову ещё приходит написать аннотацию (aspectj) типа @Inspectable(object=paramFromApiMethod), обрабротчик которого будет брать секурити-контекст, брать отуда юзера и логгировать, что он делает с object=paramFromApiMethod
а аннотацию вешай в тех местах, где тебе нужен аудит действий юзеров
источник
12:40пожаловаться#10

AV

Aleksey Volkov in pro.jvm
Vladislav Navrocky
Логи это текст, хотелось бы изначально не терять структуру данных
Структура это что? вы можете логировать хоть json, хоть любой интересующий формат, просто инструментов для работы с распределенными логами очень много и вам не придётся вкладывать в написание этого всего силы и время, возможно вам для аудита хватит обычного ELK или graylog без всякой разработки вообще
источник
12:40пожаловаться#11

ST

Slava Tutrinov in pro.jvm
Ilia
в логе может быть json, ничего не теряется
+
источник
12:40пожаловаться#12

I

Ilia in pro.jvm
писать свой ELK и аппендер это точно трэш
источник
12:40пожаловаться#13

I

Ilia in pro.jvm
а хранить исторические записи можно по-разному, это отдельная задача
источник
12:41пожаловаться#14

ST

Slava Tutrinov in pro.jvm
Ilia
писать свой ELK и аппендер это точно трэш
аппендер для log4j готовый есть, даже писать не надо
источник
12:41пожаловаться#15

I

Ilia in pro.jvm
Slava Tutrinov
аппендер для log4j готовый есть, даже писать не надо
ну я имею в виду, что если свою замену ELK мутить, то ещё и аппендер до кучи
источник
12:41пожаловаться#16

ST

Slava Tutrinov in pro.jvm
Ilia
ну я имею в виду, что если свою замену ELK мутить, то ещё и аппендер до кучи
тогда да
источник
12:42пожаловаться#17

AE

Alexandr Emelyanov in pro.jvm
Vladislav Navrocky
Господа, а есть ли готовые решения (либы, микросервисы) для протоколирования действий пользователя в системе, фискальная функция так сказать?
аоп + логгирование
источник
12:49пожаловаться#18

VA

Vladimir Alexeev in pro.jvm
подскажите, а в spring mvc нельзя разве задать два маппинга вида

@PatchMapping("action/{id}) и
@PatchMapping("action/group")

так, чтобы второй маппинг переопределял первый и был приоритетным при вызове PATCH "action/group"?
источник
13:02пожаловаться#19

VP

Vladislav Plakhov in pro.jvm
Это два разных end point, как вы хотите чтобы Spring это переопределял?
источник
13:05пожаловаться#20