The OpenNET Project / Index page

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



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

Оглавление

Слайды лекции 'Пакетирование для Debian', opennews (??), 17-Июн-12, (0) [смотреть все] +2

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


15. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от myhand (ok), 18-Июн-12, 14:36 
> потому что Arch изначально делали по принципу KISS.

Скорее по пословице: "Простота хуже воровства".

> и не "бритвой Оккама отсекали ненужное, а изначально "лобзиком Оккама запиливали нужное".

Бритва Оккама - это методологический принцип, а не инженерный.  "Если чо" (с)

> "зачем тут это?", "а почему вот эти настройки размазаны по куче файлов?" и т.п.

Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил.

> лично у меня Arch вызвал куда меньше проблем, чем "стабильный дебиан" (именно в кавычках). может, карма такая.

Можно пример?  - Проверим карму без проблем!

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

28. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от Анонище (?), 18-Июн-12, 16:05 
> Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил.

Вот именно что тебе. Ты ни есть все.

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

29. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от myhand (ok), 18-Июн-12, 16:29 
>> Затем, что проще скриптом записать нужный кусок настроек в один из "кучи файлов", нежели сурово редактировать оным простыню конфига "все в одном".  И обновлять проще:  я вот вижу диффы маленких файликов, и мне очевидно что здесь /etc/nginx/conf.d/proxy.conf я просто переписал нафиг, а /etc/nginx/conf.d/security.conf - добавил.
>
> Вот именно что тебе. Ты ни есть все.

Я нигде не написал, что "мне".  Не фантазируйте, пожалуйста.

Пример:
$ cat > /etc/srv.d/some.conf <<EOF
val1=val1
# some comment:
var2=var2
# etc...
EOF

Жду ваш пример для редактирования скриптом /etc/srv.conf.   Учтите, пожалуйста, что var1 и var2 *уже* могут быть в этом файле.  Что формат его может быть сложнее variable=value (напр. что-то типа bind, apache, nginx, даже ini-файл).  Так что идея "добавить в конец" (получив, кстати, нечитаемый конфиг) - не сработает ни разу.

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

30. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от Аноним (-), 18-Июн-12, 18:23 
В любом случае, редактирование одного файла будет всяко проще, чем выполнение одной и той же операции 20 раз :)

Предложенный вами вариант совершенно абсурден и бесполезен, так как ничуть не мешает затереть одни настройки и многократно определить другие, не говоря уже об отвратительной по определению читабельности.

Вы как-то упускаете из виду, что разбиение одного конфига на 20 не решает никаких проблем, просто увеличивает существующий гемор ровно в 20 раз. И это еще не считая грепанья с криком "ну в какой же из них я в прошлый раз записал эту долбаную опцию!"

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

33. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от myhand (ok), 18-Июн-12, 20:03 
> В любом случае, редактирование одного файла будет всяко проще

Руками локалхостадмина - может и проще.  Скриптом - нет.

Реальные use cases чуть сложнее, чем видно локалхостадминам ;)

> чем выполнение одной
> и той же операции 20 раз :)

Скриптом - без разницы.  Хоть тыщу.

> Предложенный вами вариант совершенно абсурден и бесполезен

Ну, я попытался объяснить.  Вы не поняли - может другие что-то поняли.

> так как ничуть не мешает
> затереть одни настройки и многократно определить другие

Мешает.  Что - я написал выше.  Кстати, объяснил как страдает эта самая "читабельность" на примере обновления вашего все-в-одном конфига.

> И это еще не считая грепанья с криком "ну в какой
> же из них я в прошлый раз записал эту долбаную опцию!"

Все просто.  Прочтите man grep, там есть куча интересных опций (-R, к примеру).  Детские проблемы.

На самом деле все еще проще: ничто не мешает давать имена файлам *осмысленно*.

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

36. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от Анонище (?), 18-Июн-12, 22:42 
> Руками локалхостадмина - может и проще.  Скриптом - нет.

Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;)

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

37. "Слайды лекции Пакетирование для Debian"  –1 +/
Сообщение от Анонище (?), 18-Июн-12, 22:44 
>> Руками локалхостадмина - может и проще.  Скриптом - нет.
> Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо
> того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;)

К тому же, применять парсеры вместо макросов - секс знатный, ага:)

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

44. "Слайды лекции Пакетирование для Debian"  –1 +/
Сообщение от Аноним (-), 19-Июн-12, 00:55 
> К тому же, применять парсеры вместо макросов - секс знатный, ага:)

Просто кое-кто путает конфиги и логи :)

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

38. "Слайды лекции Пакетирование для Debian"  +1 +/
Сообщение от myhand (ok), 18-Июн-12, 23:57 
>> Руками локалхостадмина - может и проще.  Скриптом - нет.
>
> Ынтерпризе админы настолько суровы, что правят конфиги самописными недоскриптами вместо
> того, что бы юзать cfengine/puppet/bcfg2? Мне кажется, вы темните;)

Задачи cfengine/puppet и парсинга конфигов - ортогональные.  Некоторые используют при этом всякие augeas (еще один виток сложности со своими граблями), а некоторые - cat/echo.

Второй подход - проще, если в дистрибутиве немного подумали головой над разбиением конфигов.

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

41. "Слайды лекции Пакетирование для Debian"  –1 +/
Сообщение от Анонище (?), 19-Июн-12, 00:50 
> Второй подход - проще, если в дистрибутиве немного подумали головой над разбиением конфигов.

Не убедили ни разу. Но пусть каждый останется при своем мнении.  

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

42. "Слайды лекции Пакетирование для Debian"  –2 +/
Сообщение от Аноним (-), 19-Июн-12, 00:50 
> Задачи cfengine/puppet и парсинга конфигов - ортогональные.  Некоторые используют при этом
> всякие augeas (еще один виток сложности со своими граблями), а некоторые
> - cat/echo.

Вы, похоже, плохо разбираетесь в системном администрировании.
Конфиги - это не логи, их надо писать, а не парсить.

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

50. "Слайды лекции Пакетирование для Debian"  +2 +/
Сообщение от filosofem (ok), 19-Июн-12, 08:51 
>Конфиги - это не логи, их надо писать, а не парсить.

Привет чукотским админам!

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

61. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от www2 (??), 21-Июн-12, 21:47 
Эрик Оллман обобряет. Конфиги сендмейла надо писать, а не парсить или (о ужас!) читать.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

40. "Слайды лекции Пакетирование для Debian"  –2 +/
Сообщение от Аноним (-), 19-Июн-12, 00:48 
> Скриптом - без разницы.  Хоть тыщу.

А когда выяснится, что скрипт напортачил, проверять, в каком из 1000 файлов он это сделал, будете лично вы?

> Мешает.  Что - я написал выше.  Кстати, объяснил как страдает
> эта самая "читабельность" на примере обновления вашего все-в-одном конфига.

Никаких возможностей помешать этому реорганизация конфигов не дает. Ну, кроме выноса некоторых конфигов на ro разделы или chattr. Но от переопределения все равно не поможет.

> Кстати, объяснил как страдает эта самая "читабельность" на примере обновления вашего все-в-одном конфига.

А никак. Написал общее правило для формирования конфигов, система деплоя переписала конфиги для всех компов, и все довольны. Читабельность конфигов зависит только от изначальных правил.

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

52. "Слайды лекции Пакетирование для Debian"  +1 +/
Сообщение от filosofem (ok), 19-Июн-12, 09:32 
Теоретики деплоя не понимают когда и для чего разделяют конфиг на несколько файлов или генерят один файл из нескольких.
Делают это когда у конфига есть более одного источника изменений. К примеру когда несколько пакетов зависят от конфигурации другого пакета и хоят ее подредактировать под себя, или когда нужно изолировать изменения внесенные админом от возможных изменений конфига или инитскрипта после обновления. Системы деплоя, менеджеры конфигов и вообще любые автоматические генераторы конфигураций мягко говоря не упрощают ситуацию с конфликтующими изменениями в конфигфайлах.
Ответить | Правка | Наверх | Cообщить модератору

54. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от Анонище (?), 19-Июн-12, 09:52 
Во, главный практик подтянулся, с теоретическими доводами.  
Ответить | Правка | Наверх | Cообщить модератору

55. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от filosofem (ok), 19-Июн-12, 10:27 
Пример первого случая /etc/resolvconf/
Пример второго /etc/default/
Ответить | Правка | Наверх | Cообщить модератору

51. "Слайды лекции Пакетирование для Debian"  +/
Сообщение от bormant (ok), 19-Июн-12, 09:32 
> грепанья с криком "ну в какой же из них я в прошлый раз записал эту долбаную опцию!"

На выбор сообразно ситуации:

grep опция /etc/some.d/*.conf
grep --include=*.conf -R опция /etc/some.d/

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

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

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




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

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