История изменений
Исправление ZuBB, (текущая версия) :
мне раньше пришел на ум такие варианты: lor-inited, inilored, tusd (true unix system daemon)
мне вообще нравится общие идеи системд, но не конкретная реализация.
мои хотелки/советы такие:
- С и никаких других яп, максимально просто максимально надежно;
- только текстовые конфиги и никаких минимальных sh;
- (как в системд)не должно быть внешних вызовов програм аля grep/cat/итд
- (если возможно)поддержка плагинов для разширения функциональности;
- работа в паре с другими либц, не только с глибц;
- события, ранлевелы, таргеты, зависимости;
- никаких сетей, логов, qrcode’ов итп;
- опциональний перезапуск упавших демонов;
- (как в системд)не стартовать сервис пока в нем нет нужды, напр: пока никто не обращается в мускл, не стартовать его, даже если он есть в левеле;
- асинхронность везде где возможно
я админ локалхоста, тебе много не насоветую.
если еще хочеш фишек возьми да посмотри тот известный док по сравнению инит систем, и возьми то что считаешь нужным.
возьми да скастуй leave. он говорил что админит 1.2к серверов. кто как не он должен знать regular use cases и делится опытом
Исправление ZuBB, :
мне раньше пришел на ум такие варианты: lor-inited, inilored, tusd (true unix system daemon)
мне вообще нравится общие идеи системд, но не конкретная реализация.
мои хотелки/советы такие:
- С и никаких других яп, максимально просто максимально надежно;
- только текстовые конфиги и никаких минимальных sh;
- (как в системд)не должно быть внешних вызовов програм аля grep/cat/итд
- поддержка плагинов (если возможно) для разширения функциональности;
- работа в паре с другими либц, не только с глибц;
- события, ранлевелы, таргеты, зависимости;
- никаких сетей, логов, qrcode’ов итп;
- опциональний перезапуск упавших демонов;
- (как в системд)не стартовать сервис пока в нем нет нужды, напр: пока никто не обращается в мускл, не стартовать его, даже если он есть в левеле;
- асинхронность везде где возможно
я админ локалхоста, тебе много не насоветую.
если еще хочеш фишек возьми да посмотри тот известный док по сравнению инит систем, и возьми то что считаешь нужным.
возьми да скастуй leave. он говорил что админит 1.2к серверов. кто как не он должен знать regular use cases и делится опытом
Исходная версия ZuBB, :
мне раньше пришел на ум такие варианты: lor-inited, inilored, tusd (true unix system daemon)
мне вообще нравится общие идеи системд, но не конкретная реализация.
мои хотелки/советы такие:
- С и никаких других яп, максимально просто максимально надежно;
- только текстовые конфиги и никаких минимальных sh;
- (как в системд)не должно быть внешних вызовов програм аля grep/cat/итд
- желательно поддержка плагинов;
- работа в паре с другими либц, не только с глибц;
- события, ранлевелы, таргеты, зависимости;
- никаких сетей, логов, qrcode’ов итп;
- опциональний перезапуск упавших демонов;
- (как в системд)не стартовать сервис пока в нем нет нужды, напр: пока никто не обращается в мускл, не стартовать его, даже если он есть в левеле;
- асинхронность везде где возможно
я админ локалхоста, тебе много не насоветую.
если еще хочеш фишек возьми да посмотри тот известный док по сравнению инит систем, и возьми то что считаешь нужным.
возьми да скастуй leave. он говорил что админит 1.2к серверов. кто как не он должен знать regular use cases и делится опытом