https://www.opennet.me/openforum/vsluhforumID3/100322.html Леннарт Поттеринг (Lennart Poettering) обратил внимание (https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/g78piqXsbKG) доклад Джордана Хаббарда (Jordan Hubbard (http://en.wikipedia.org/wiki/Jordan_Hubbard)), одного из основателей проекта FreeBSD, автора системы портов FreeBSD и разработчика sysinstall, ныне занимающего должность технического директора в компании iXsystems. Среди обзора достижений FreeBSD, выделения требующих решения проблем и определения векторов развития на будущее, в докладе упоминается (http://www.youtube.com/watch?v=Mri66Uz6-8Y&t=27m23s) желание модернизировать систему инициализации и запуска сервисов /etc/rc.d, реализовав возможности, концептуально напоминающие (http://www.youtube.com/watch?v=Mri66Uz6-8Y&t=28m58s) подход к управлению сервисами в systemd. <br><br><br><br><br>Среди идей упоминается создание единого унифицированного интерфейса для конфигурационных данных и всех сервисов/приложений, реализация централизованной системы уведомления о наступлении событий и улучшение средств https://www.opennet.me/openforum/vsluhforumID3/100322.html#279 Mon, 01 Dec 2014 14:52:33 GMT В январе 2013-года портировали код из ядра 3.8, которое вышло в январе 2013-го года.<br>Мне смешно.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#277 Sun, 30 Nov 2014 05:32:47 GMT &gt;&gt;..но потому что они привыкли к чему-то иному, а тут какой-то выскочка смеет что-то там новое делать? Известная фигня!<br>&gt; И почему "такая фигня" только по отношению к Поттерингу и его аколитам? <br><br>Потому что никто не любит когда ему НАВЯЗЫВАЮТ.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#276 Sun, 30 Nov 2014 04:54:34 GMT Ты прoстo попробуй aргумeнты привести.<br>Это пoмoгaет, прoвeрeнo.<br>А иначе так и будешь выглядеть тупoй шкoлoтoй, проверено.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#275 Sat, 29 Nov 2014 22:20:20 GMT &gt;&gt; Если нет, то опять же, свободен, <br>&gt; А вот это уже будут решать администраторы и модераторы<br><br>Именно -- аналогичные предложения уже стоят в очереди на вынос оптом. Их автору настоятельно рекомендуется ознакомиться с пп. 4, 6 http://wiki.opennet.ru/ForumHelp<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#274 Sat, 29 Nov 2014 18:43:08 GMT hamster: если бы программисты были врачами, им бы пациенты говорили например "у меня болит нога", а они бы отвечали "ну не знаю, у меня такая же нога, а ничего не болит"<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#273 Sat, 29 Nov 2014 18:39:07 GMT И конечно сейчас мы увидим сравнения и рассказы какие 99% вокруг людей-дурачков, а ты молодец.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#272 Sat, 29 Nov 2014 18:38:16 GMT Если не понятно в чём смысл читай 245 коммент.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#270 Sat, 29 Nov 2014 15:24:52 GMT &gt; Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать.<br>&gt; Там кроме полезной информации - много лишнего cruft. И надо спецредактор. <br><br>Это проблема редакторов &#8212; визуальное форматирование не входит в спецификацию XML.<br><br>&gt; Просто удивительно насколько дурным можно сделать формат данных.<br><br>Формат валидируемых XML данных можно представить в чём угодно (JSON, к примеру). Главное то, что он поддаётся проверке.<br><br>&gt; И ты знаешь, nginx например с его текстовым конфигом может и без <br>&gt; XML проверить конфиг и отлупить если там что-то не так. А <br>&gt; вот откуда внешняя проверялка будет знать какие параметры для софтины правильные, <br>&gt; а какие нет - очень отдельный вопрос. Валидная структура документа еще <br>&gt; не гарантирует валидности содержимого с точки зрения программы.<br><br>DTD, XML Schema, RELAX NG &#8212; это что, пустые слова?!<br><br>&gt;&gt; а у конфига в XML может быть сразу ясен статус: правильный, <br>&gt;&gt; либо неправильный.<br>&gt; И откуда это будет сразу ясно?<br><br>Из схемы документа XML.<br> https://www.opennet.me/openforum/vsluhforumID3/100322.html#269 Sat, 29 Nov 2014 14:57:52 GMT &gt; Проблема в том, что простые текстовые конфиги нуждаются в собственных проверяющих их <br>&gt; правильность утилитах, а XML-конфиги могут проверяться одним из альтернативных проверяльщиков. <br><br>Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать. Там кроме полезной информации - много лишнего cruft. И надо спецредактор. А зачастую еще и средства reflow, ибо далеко не любой технически валидный XML хорошо воспринимается на глаз. Попробуй например почитать конфиг длинковских роутеров, где бывает XML на 2 страницы одной строкой. Технически как бы валидно. А вот читать это без полного reflow текста крутым редактором, который явным образом в курсе формата - хуже чем дамп в хексэдиторе смотреть.<br><br>Просто удивительно насколько дурным можно сделать формат данных.<br><br>И ты знаешь, nginx например с его текстовым конфигом может и без XML проверить конфиг и отлупить если там что-то не так. А вот откуда внешняя проверялка будет знать какие параметры для софтины правильные, а какие нет - очень отдельный вопро