Очень точно описано. Приоритеты вроде расставляют менеджмент, но договариваясь с клиентами приходится перепрыгивать между задачами на более приоритетные и в конечном итоге появляется полный хаос.
А данный тип обновления будет считаться как oem (т.е привязка будет к текущему пк, для которого покупается лицензия) или со временем можно будет воспользоваться этим ключом на другом компьютере в случае списания первого?
В чем минусы использования функций и процедур? Что в таком случае использовать? Как описывать сложную логику связи таблиц? (множество join, union). Можно по подробнее по поводу микросервисной архитектуры?
В таком случае появляются разного рода проблемы в плане типа данных после конвертации в csv. В моем случае конечный xlsx должен сохранить тип столбца,если это дата или число, т.к.затем с такими данными происходят разные подсчёты в самом экселе
Очень сомневаюсь, что использование данного способа будет положительно оценено проверяющими институциями... К тому же на данный момент каждый пользователь сам настраивает пароли и администратор (отдельной должности которой нет) не знает их .
А данная команда должна выполняться до поднятия контейнера через docker-compose up или уже после? Есть ли возможность описать иным образом, в dockerfile или docke-compose?
Можно поподробнее? Насколько понимаю речь идет об volume, однако как правильно осуществить это монтирование. Пробовал одним из способов, однако после запуска с помощью docker-compose up -d и добавления нового файла в хост, в контейнер он не переносится
linux ad будет стоять на отдельном сервере, машины в офисе используют windows, linux. для администрирования ad администратор будет использовать свой пк с ubuntu но в планах мигрировать на windows.
А как в таком случае управлять ad из под windows? какой там есть софт?
В моем случае основная задача организовать централизованное подключение небольшого офиса к единому серверу AD, чтобы была возможность разграничивать доступ к пк, менять пароли к профилями из общего интерфейса и выполнять некоторые другие задачи