> А що не так с сигхупом? ну и для модномолодежного перепинывания давно уже естьА то что вместо того, чтобы научить демон перечитывать свою конфигурацию сверху на уровне системы инициализации делается костыль. Мы шлём SIHUP (потеряно соединение с управляющим терминалом), чтобы демон обработал это как уведомление о том, что его надо перезапустить. Если и далее в зависимости от того кто как и когда писал демон (управляющий процесс с кучей потомков, форкающийся демон с завершенным родителем и прочее) оно будет по разному обрабатывать этот сигнал. В общем случае, если было демонизировано обычное консольное приложение это будет обрабатывать система инициализации просто перепинывая (вкл/выкл). Вместо того чтобы сделать API, люди это API ломают. SIGHUP это вообще-то часть POSIX, которая теперь в некоторых случаях используется не по назначению. Я же изначально говорил о том, что части программ требуется постоянно работать, на время перезапуска они дают отказ в обслуживании. Тот же nginx, apache, haproxy умеют перечитывать конфигурацию, но большая часть демонов на это не способна. API на стороне операционной системы нет, вместо этого предложено нарушать другое API и использовать сигнал не по назначению.
> ну и для модномолодежного перепинывания давно уже есть service %servicename% %actionname%
Вся проблема в том, что предоставить и стандартизировать инструментарий для перечитывания конфигурации предлагают автоматизацию костылестроения ну или как вы выразились "молодёжное перепинывание".
> А с чего вы вообще взяли, что я Одмин или девляпс?
А я и не предполагал таких вещей, я как раз наоборот, предложил обратиться к системному администратору. Вы абсолютно безапелляционно несете чушь про технологии, в которых ничего не понимаете и с которыми не имели дел.
> Когда-то поставил чебе задачу убрать...
И решили эту задачу не правильно. У реестра нет одного единого файла куда он пишется их много:
Есть целая группа файлов вот здесь: C:\Windows\System32\config\
Каждый из этих файлов отдельный хайв. Там лежат общесистемные конфигурации и реестры служебных учетных записей. Кроме того в каждом пользовательском каталоге: %UserProfile%\Ntuser.dat и %UserProfile%\Local Settings\Application Data\Microsoft\Windows\UsrClass.dat
И это без учета того сколько еще разделов виртуальные. Это так навскидку... Поэтому когда вы говорите про ФАЙЛ РЕЕСТРА, вы выглядите дурачком. Какой из этих файлов вам моргал "лампочкой НМЖД"? Я могу допустить, что глупый ASUS который славится низким качеством драйверов электропитания мог забыть объявить свой ключ как волатильный, чтобы он не писался на диск, но без названия точных утилит ничего сказать нельзя, поэтому "к системному администратору". Удивительно то, что у вас РЕЕСТРЫ в связи с этим плохие... Ведь если бы утилита от асус писала бы раз в 10 секунд в конфигурационный файл в /etc от этого никакая лампочка бы не светилась, так что ли?
> Вот свет клином не сошелся, нужен именно кластер. У меня таких задач нет. Еще раз напомню, речь идет про помойку в реестре.
Осторожно, сейчас будет шок-контент: "Ваши личные предпочтения, технические задачи и сексуальные трудности не являются определяющим вектором технологического развития операционных систем". Людям нужны реестры и когда им они особенно нужны на FreeBSD они тоже появляются. И вообще, помойка - это оценочное суждение, а не технический термин. Вам кажется, что помойка находится в реестре, другому кажется что помойка в /etc. Когда дело доходит до оценочных суждений, то сколько людей столько и мнений. Я, лично, считаю, что помойка у вас в голове.
> приведите команду, а потом сравним с
PowerShell - это объектно-ориентированная оболочка, задача которой автоматизировать работу с объектами из библиотек. Когда люди хотят вызвать утилиту они пользуются оболочкой. Когда люди хотят вызвать функцию из бинарной библиотеки, нужны биндинги. PowerShell использует CLR, COM и P/Invoke для автоматизации маршалинга. Для тех кто программирует на C++, .NET или Java - это понятная и логичная оболочка. Её скорее с Perl нужно сравнивать, нежели с bash. Во многом синтаксически она вдохновлялась Perl-ом, кстати. Если у вас аллергия на скриптовые языки, от длинных названий функций происходит перегрузка вашей памяти, а использовать короткие алиасы или объявить свои не позволяют лапки, то просто не пользуйтесь PowerShell. Из обычной оболочки вам доступна утилита mklink: https://learn.microsoft.com/en-us/windows-server/administrat...
В статье указаны примеры использования.
Однако, эта утилита из времен Windows NT, которая с настройками по-умолчанию требует повышенных привилегий для работы с файловой системой. Чтобы дать возможность пользователю создавать символические ссылки через эту утилиту без прав администратора, вам нужно выдать пользователям это право через локальную политику secpol.msc: "Локальные политики\Назначение прав пользователя\Создание символических ссылок" и там добавить пользователей в список. По умолчанию "Администраторы" будут иметь доступ, но для обращения к праву группы "Администраторы" обычный пользователь должен сделать операцию elevate через оболочку (Запустить от имени администратора). Таковы правила работы подсистемы мандатного контроля. Если вы хотите убрать требования элевации и выдать это право непривилегированному пользователю нужно либо внести его в список внутри этой политики, либо создать собственную группу безопасности (не использовать служебные), внести туда пользователей и выдать это право на группу. Кстати Powershell это тоже касается.
Если вам нужно сделать это в PS: New-Item -Path "Path/to/new/link" -Target "Path/to/Original/file" -Type SymbolicLink
Если у вас свежая Windows 10/11, то её можно переключить в "Режим разработчика" среди прочего этот скрипт выдаст права всем локальным пользователям создавать Reparse Points без повышения привилегий.
И да, если у вас возникает вопрос "и как до этого нужно было догадаться", то ответ очень простой: вы либо вдумчиво и беспристрастно читаете документацию, либо обращаетесь за помощью к специально обученным людям, которые умеют читать.
