The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Во FreeBSD ожидается появление системы управления сервисами,..., opennews (?), 27-Ноя-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от Fracta1L (ok), 27-Ноя-14, 18:18 
> среди идей упоминается создание единого унифицированного интерфейса для конфигурационных данных и всех сервисов/приложений, реализация централизованной системы уведомления о наступлении событий
Ответить | Правка | Наверх | Cообщить модератору

19. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (-), 27-Ноя-14, 18:33 
И?
Ответить | Правка | Наверх | Cообщить модератору

50. "Во FreeBSD ожидается появление системы управления сервисами,..."  +7 +/
Сообщение от Аноним (-), 27-Ноя-14, 19:50 
О встроенном HTTP сервере, генераторе QR кодов, встроенных логере, клиентах DHCP и прочего речи не идёт.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору
Часть нити удалена модератором

88. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от Аноним (-), 27-Ноя-14, 21:01 
> Ну и напрасно.

Ничего страшного, через 10 лет до них дойдет что сфотографировать смартом информацию быстрее и точнее чем на бумажку переписывать.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

99. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от Аноним (-), 27-Ноя-14, 21:25 
http://www.opennet.ru/opennews/art.shtml?num=40960 и без замены консоли tty на systemd-consoled!
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

72. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (-), 27-Ноя-14, 20:19 
> Это абстрактная аналогия.

Не, вот извини. Если XML мне не нравится то против простых текстовых конфигов я не возражаю. Так что есть некая разница. А так - да, теоретически все тюринг-полные ЯП эквивалентны. Поэтому программу теоретически можно писать на любом из них. Но есть некоторые нюансы...

> Фришники не имеют дяденек с деньгами, которые бы указывали им,

Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи под нужды своей конторы - это кто по твоему? Ах, свое же не пахнет, я забыл, извини :).

> мотив был и остаётся РАЗУМ.

Что-то глядя на то как с бздов смотали удочки даже яху и опач и даже мелкомякоть сервирует даунлоады линухом - я склонен заметить что с разумом у некоторых "не очень".

> А тебя припекло, да.

Меня не припекло, меня улыбнуло, чудик. Это немного разные эмоции, если что :).

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

134. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Michael Shigorinemail (ok), 27-Ноя-14, 23:33 
> Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи
> под нужды своей конторы - это кто по твоему?

А теперь скажите то же самое про Леннарта или поперхнитесь своими же словами:

> Ах, свое же не пахнет, я забыл, извини :).

Ответить | Правка | Наверх | Cообщить модератору

144. "Во FreeBSD ожидается появление системы управления сервисами,..."  –2 +/
Сообщение от Аноним (-), 28-Ноя-14, 00:25 
> А теперь скажите то же самое про Леннарта или поперхнитесь своими же словами:

А что, я разве когда-то спорил что шапке фичи системд надо? Надо. И то что фичи системд постепенно образуют некий boilerplate под мощные управляторы и групповое администрирование ИМХО не увидит только слепой. Но многое из этого пригодится не только шапке, но и лично мне.

На мой вкус Поттеринг got it right. В смысле, оно достаточно автономно и без управлятора вообще, так что подергать кульные фичи можно и без огромной энтерпрайзятины. Но при нужде такой дизайн можно достаточно логично цепануть к управлятору и можно будет порулить группой машин/вм/контейеров. Весьма удачный и логичный layering подобных фич, имхо.

Ответить | Правка | Наверх | Cообщить модератору

230. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (-), 28-Ноя-14, 19:47 
> Минуточку, а вон тот чувачок из iXsystems, который явно гнет развитие фряхи
> под нужды своей конторы - это кто по твоему? Ах, свое
> же не пахнет, я забыл, извини :).

iXsystems впиливает фичи в свою PC-BSD никого не спрашивая, при желании открывают сорцы и отдают фрибиэсдишникам, еще во FreeBSD присутствует утилита для апгрейда до PC-BSD, но это так, мелочь :)

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

268. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (-), 29-Ноя-14, 17:40 
> до PC-BSD, но это так, мелочь :)

Это какой-то мелкий капитанинг. И к чему он?

Ответить | Правка | Наверх | Cообщить модератору

231. "Во FreeBSD ожидается появление системы управления сервисами,..."  –3 +/
Сообщение от iZEN (ok), 28-Ноя-14, 20:47 
>> Это абстрактная аналогия.
> Не, вот извини. Если XML мне не нравится то против простых текстовых конфигов я не возражаю. Так что есть некая разница.

Проблема в том, что простые текстовые конфиги нуждаются в собственных проверяющих их правильность утилитах, а XML-конфиги могут проверяться одним из альтернативных проверяльщиков. Сырой конфиг в txt и XML — две очень далёких друг от друга сущности: конфиг в txt непонятно верен или нет (может одно на другое наложилось — будет известно только во время выполения), а у конфига в XML может быть сразу ясен статус: правильный, либо неправильный. И тут интересный подход может наблюдаться, что делать с неправильным конфигом: пускать "как есть" (что обычно делается с текстовым конфигом); не пускать и сигнализировать о проблеме (что в порядке вещей в XML-мире); запускать сервис с дефолтными настройками вперемешку с валидными конфигурационными данными (для неправильного текстового конфига это было бы подобно взрыву на макаронной фабрике).

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

269. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (-), 29-Ноя-14, 17:57 
> Проблема в том, что простые текстовые конфиги нуждаются в собственных проверяющих их
> правильность утилитах, а XML-конфиги могут проверяться одним из альтернативных проверяльщиков.

Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать. Там кроме полезной информации - много лишнего cruft. И надо спецредактор. А зачастую еще и средства reflow, ибо далеко не любой технически валидный XML хорошо воспринимается на глаз. Попробуй например почитать конфиг длинковских роутеров, где бывает XML на 2 страницы одной строкой. Технически как бы валидно. А вот читать это без полного reflow текста крутым редактором, который явным образом в курсе формата - хуже чем дамп в хексэдиторе смотреть.

Просто удивительно насколько дурным можно сделать формат данных.

И ты знаешь, nginx например с его текстовым конфигом может и без XML проверить конфиг и отлупить если там что-то не так. А вот откуда внешняя проверялка будет знать какие параметры для софтины правильные, а какие нет - очень отдельный вопрос. Валидная структура документа еще не гарантирует валидности содержимого с точки зрения программы.

> от друга сущности: конфиг в txt непонятно верен или нет (может
> одно на другое наложилось — будет известно только во время выполения),

Почему-то nginx как и большинство програм может проверить свой конфиг при тестовом запуске или на старте. А XML - ну ок, допустим что проверялка скажет что документ синтаксически валиден. И? Это вовсе не гарантия того что программа понимает вон те параметры с вон теми значениями. Про это только сама программа и в курсе. И обычно валидацию всего этого делают при чтении конфига. При этом не принципиально - текстовик там или XML. Делать это как-то иначе - намного более утомительно. И объяснять generic валидатору документов интимные особенности программы? А зачем? Программа уже сама в курсе своих особенностей и если автор не полный дятел то умеет валидировать свою конфигурацию.

> а у конфига в XML может быть сразу ясен статус: правильный,
> либо неправильный.

И откуда это будет сразу ясно? Валидатор путем телепатии узнает внутреннюю логику программы и какие параметры и в каких диапазонах она согласна переваривать, что mandatory, а что optional и прочее? А фигли толку с сферической валидности документа в вакууме? Это ничего не говорит о том насколько оно приемлимо для вон той программы по факту.

> неправильным конфигом: пускать "как есть" (что обычно делается с текстовым конфигом);
> не пускать и сигнализировать о проблеме (что в порядке вещей в XML-мире);

Расскажи это например нжинксу, который как-то так себя ведет без всякого XML. Да и большинство программ - аналогично.

> запускать сервис с дефолтными настройками вперемешку с валидными конфигурационными
> данными (для неправильного текстового конфига это было бы подобно взрыву на
> макаронной фабрике).

Не-не, я не против - юзай свои XMLные макароны и валидируй их сторонним валидатором, который понятия не имеет какие параметры валидны, необходимы, опциональны, чему могут быть равны и прочая. Это обычно в нормальных программах встроенный валидатор умеет и последнее на чем стоит экономить - так это на нем.

Ответить | Правка | Наверх | Cообщить модератору

270. "Во FreeBSD ожидается появление системы управления сервисами,..."  –1 +/
Сообщение от iZEN (ok), 29-Ноя-14, 18:24 
> Зато XML и машине неудобно и медлено парсить, и человеку неудобно читать.
> Там кроме полезной информации - много лишнего cruft. И надо спецредактор.

Это проблема редакторов — визуальное форматирование не входит в спецификацию XML.

> Просто удивительно насколько дурным можно сделать формат данных.

Формат валидируемых XML данных можно представить в чём угодно (JSON, к примеру). Главное то, что он поддаётся проверке.

> И ты знаешь, nginx например с его текстовым конфигом может и без
> XML проверить конфиг и отлупить если там что-то не так. А
> вот откуда внешняя проверялка будет знать какие параметры для софтины правильные,
> а какие нет - очень отдельный вопрос. Валидная структура документа еще
> не гарантирует валидности содержимого с точки зрения программы.

DTD, XML Schema, RELAX NG — это что, пустые слова?!

>> а у конфига в XML может быть сразу ясен статус: правильный,
>> либо неправильный.
> И откуда это будет сразу ясно?

Из схемы документа XML.

Ответить | Правка | Наверх | Cообщить модератору

102. "Во FreeBSD ожидается появление системы управления сервисами,..."  +/
Сообщение от Аноним (-), 27-Ноя-14, 21:27 
>> Фришники не имеют дяденек с деньгами, которые бы указывали им, что и как им следовало бы делать для общего развития успеха дела.

Успех в отсутствии развития? Мда...

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

232. "Во FreeBSD ожидается появление системы управления сервисами,..."  +1 +/
Сообщение от iZEN (ok), 28-Ноя-14, 20:53 
>>> Фришники не имеют дяденек с деньгами, которые бы указывали им, что и как им следовало бы делать для общего развития успеха дела.
> Успех в отсутствии развития? Мда...

Развитие — в последовательном решении стоящих задач теми, кто не получает за это зарплату — ежеквартальные отчёты о развитии FreeBSD доступны и публикуются в русском переводе. Про успехи на поприще GNU/Linux мы слышим только от корпораций, как у них всё прекрасно заводится и работает. Очевидно, у пользователей стоят демо-версии, и они не могут воспроизвести большую часть успешных технологий корпораций у себя на компе, поэтому помалкивают и активности в этом не проявляют. Один User294 распаляется про embedded, высокопроизводительные вычисления на видеокартах и Btrfs, которые у него пачками работают, а в будущем всё будет ещё прекрасно и удивительно, когда все пользователи *nix сольются с корпорастами в экстазе взаимного счастья работы "в общей упряжке" под одной истинно-верной GPL.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру