Akina, спасибо за совет по оптимизации запроса, дистинкты я конечно убрал, но правда я так и не разобрался как нужно было записывать union'ы) Вопрос отредиктировал
Благодарю, достаточно удобная команда, но встаёт вопрос, как узнать что за пользователь по uuid в выводе и не понятны все флаги доступа FA, ID и другие, котоыре явно не описаны тут
Моей целью сохранить синхронный код - использовать его для api, которые имеют низкий rps. Конечно можно и в асинхронном это решить, но я думаю, что правильней будет просто использовать синхронный подход
fenrir, целью является создание базового(ых) классов для запросов, а так же конкретные реализации для каждого маркета. Проблема заключается в том, что при масштабировании класса, например, который был изначально, становится проблематичным добавление туда новых методов, т.к. их более 50, если говорить про Озон, у других меньше, но все же. Строк кода становится более 1000 для одного класса, код во многом повторяется. Так же при появлении других классов реализации их просто будет добавить в фабрику не делая импорты. Говоря про композицию, что Вы имели ввиду?
mayton2019, не совсем понял вопроса про смешение ООП и асинхронности. Классы, которые реализуются непосредственно к какому-либо маркету не наследуются от классов запросов, если можно так выразиться, таким образом, под капотом только базовые классы отличаются. Остальные одинаковые.
Я хотел через ACL перекинуть быстро доступы, но потом вспомнил из за чего мы переезжали со старого) но это уже совсем другая история) Зато есть опыт как не надо)
При переезде на новый сервер старые политики слетели/, узнали спустя сутки т_т. Поэтому сижу грущу что уже не посмотреть логи активности за предыдущие сутки. Но за советы организации аудита спасибо большое, пороюсь среди того что предложили!
Спасибо за ответ, я правильно понимаю, что без предварительной настройки аудита такая информация не записывается никуда? Хотя бы id и время входа в директорию
maxsmeller, прочитайте диалог хорошо. Здесь не идет речь о проверке его работы, речь идет о выборе оптимального единственного варианта для начала. А так же деталях работы того или иного способа
Daemon23RUS, нет, сервер арендуется у ЦОДа. Естественно защита нужна не простая, как минимум от любых видов брутфорс и ддос атак. Админ есть, он рекомендует добавить к серверу роутер. Я в целом склонен ему доверять, у него компетенций больше, но я не понимаю, почему нельзя воспользоваться firewall`ом установив его на сервере?
Защищается обычный сервер организации, на котором развернута БД, 1С и прочее ПО. Я сам не админ, просто нужно выбрать и проконтролировать работу одного из вариантов