The OpenNET Project / Index page

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



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

Оглавление

Во FreeBSD устранено 5 уязвимостей, включая критическую root..., opennews (??), 23-Дек-11, (0) [смотреть все]

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


81. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 19:59 
Мнение агресивного дебианщика. У меня как у админа тоже постоянная проблема. Куча отделов разработчиков, которые естественно поступают как им проще, тоесть лепят все под убунту. Хотя извесно что продакшен на фре. Потом внедрение крики скандалы. Вобщем придется тоже на лункс переводится, потому что так реально проще! Ну и увольняться нафиг..
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

83. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 20:02 
> Вобщем придется тоже на лункс переводится, потому что так реально проще! Ну и увольняться нафиг..

Правильно. Если вам в работе важнее сложность и Ылитарность, а не простота и эффективность - лучше уволиться. И найти работу, отношение к которой лично у вас не порождает таких заскоков.

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

94. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от z2206 (ok), 24-Дек-11, 21:45 
>> Вобщем придется тоже на лункс переводится, потому что так реально проще! Ну и увольняться нафиг..
> Правильно. Если вам в работе важнее сложность и Ылитарность

Товарищь же вам написал рюсским языком - разработчики делают на базе системы X, а итоговый продукт запускается на базе Y.

Если так, то в конторе налицо орг.шизофрения. А товаришь оказывается в зазоре этой шизофрении.
Такое бывает.

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

107. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –2 +/
Сообщение от Аноним (-), 25-Дек-11, 04:20 
> Если так, то в конторе налицо орг.шизофрения. А товаришь оказывается в зазоре
> этой шизофрении.

Не вижу никакой орг. шизофрении. Напротив, вполне адекватный управленец, который рассматривает все доступные опции и не боится делать изменения если это даст выигрыш. А заставил его задуматька кажется анатоликс из яндекса вообще, недусмысленно высказавшись в треде где был бенч MySQL.

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

142. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от anonimouse (?), 27-Дек-11, 04:19 
> Не вижу никакой орг. шизофрении.

Инвалид? Ну можем пожалеть если ты сюда поплакаться...

> высказавшись в треде где был бенч MySQL.

Пурга. У таких _обычно_ тот же MySQL на винде вообще ... дальше про бенчи петь будем?

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

153. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 04:29 
> Инвалид? Ну можем пожалеть если ты сюда поплакаться...

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

>> высказавшись в треде где был бенч MySQL.
> Пурга. У таких _обычно_ тот же MySQL на винде вообще ... дальше про бенчи петь будем?

Нет, не будем. При такой детсадовской аргументации как у вас получается действительно пурга. Можете считать как угодно но не удивляйтесь что ынтырпрайзы будут вышибать таких кулсисопов пачками вместе с их bsd. С точки зрения бизнес-процесса это будет правильным решением.

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

102. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Школьник (ok), 24-Дек-11, 23:54 
>Если вам в работе важнее сложность и Ылитарность, а не простота и эффективность - лучше уволиться.

Отличный аргумент в пользу Windows Server против (Linux|FreeBSD|...), кстати. Windows Server простой? Проще некуда, знай себе мышкой кликай. Windows Server эффективный? Эффективнее некуда, вон студень-первокурсник домен Active Directory поднял за 10 минут, никакой Самбы, никаких текстовых конфигов в ужасном emacs или еще более ужасном vim. Вы как, еще не поставили у себя Windows Server?

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

108. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от Аноним (-), 25-Дек-11, 04:30 
> Отличный аргумент в пользу Windows Server против (Linux|FreeBSD|...), кстати.

Если копнуть глубже, винда обломится чисто технически:
1) Там вообще нет нормальной пакетной системы - массдеплоймент софта, конфигов и прочее в том виде в каком оно им надо превратится в кромешный ад. Конечно номинально в групповых политиках есть масс-инсталл. Но работает это все более чем отвратительно. С другой стороны, в одной строчке с автоапдейтом по крону через apt-get ломаться практически нечему. И пакеты собирать намного проще.
2) Перфоманс виндус сервера не доставляет.
3) А он еще к тому же стоит денег. У рампочты дешевые сервера из хлама - как у гугла (молодцы, умеют учиться у других). Им лицензии дороже парка серверов встанут, пожалуй.
4) Если вы думаете что настройка IIS проще чем допустим nginx - вы наверное это не пробовали просто.

> Windows Server простой? Проще некуда, знай себе мышкой кликай.

Ага. Попробуйте накликать в IIS что-то вменяемое. Я конфиг для нжинкса голыми руками быстрее напишу.

> Windows Server эффективный? Эффективнее некуда, вон студень-первокурсник
> домен Active Directory поднял за 10 минут,

Все круто, кроме того момента что им от сервера немного не это нужно :)

> никакой Самбы, никаких текстовых конфигов в ужасном emacs или еще более ужасном vim.
> Вы как, еще не поставили у себя Windows Server?

Нет, потому что мне не нужен Active Directory. Рампочте вместо почтовика имхо тоже не нужно. А как вебсервант (вебфэйс к почте же) винды унылы и неоптимальны по цена-качество.

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

115. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +3 +/
Сообщение от Школьник (ok), 25-Дек-11, 12:43 
:-) Мне о недостатках Windows Server рассказывать не нужно, это я поёрничал немного, может быть, неудачно. Мне кажется, что дело не в "Ылитарности", а в деталях. Если кому-то больше подходит Linux (например, есть в наличии устоявшийся коллектив инженеров, лучше знающих Linux, чем что-либо еще, или нужна виртуализация именно такого типа, которая в Linux), то пожалуйста. Инструмент выбирают под задачу. Но при этом надо тщательно взвесить все "за" и "против".

У товарища выше продакшн на FreeBSD, разработчики же пишут под Ubuntu. Надо посмотреть, кому легче будет подвинуться. Если продукт Ubuntu-специфичный, или мотивировать разработчиков писать под FreeBSD не получается, а продакшн не так сильно завязан на FreeBSD, то как бы нам, бздунам, ни было грустно, но легче будет поменять именно FreeBSD. Хотя если проблемы именно с мотивацией разработчиков, то в конторе есть проблемы с менеджментом, которые обязательно проявят себя и после переезда на Linux.

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

122. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 26-Дек-11, 08:35 
> :-) Мне о недостатках Windows Server рассказывать не нужно, это я поёрничал
> немного, может быть, неудачно. Мне кажется, что дело не в "Ылитарности",
> а в деталях.

Одно вытекает из другого: ылитисты не снисходят до простых смертных. А эксплуатационщики как-то и не обязаны быть докторами наук. Если атомный реактор проектирует доктор наук, это еще не значит что он же будет потом им постоянно рулить. Подачей пара на турбину может рулить и кто-нибудь попроще.

> выбирают под задачу. Но при этом надо тщательно взвесить все "за" и "против".

Так у этого господина в ЖЖшечке как раз именно это и сделано.

> У товарища выше продакшн на FreeBSD, разработчики же пишут под Ubuntu.

Разработчики у которых есть мозг - не хотят бороться с трудностями, когда им надо код писать. Поэтому они правы в этом решении.

> Надо посмотреть, кому легче будет подвинуться.

Несложно догадаться. Достаточно посмотреть на статистику. Сразу увидим кто двигается и куда.

> Если продукт Ubuntu-специфичный, или мотивировать разработчиков писать
> под FreeBSD не получается,

Какой смысл писать под систему которой в продакшне почти нигде уже не осталось?

> а продакшн не так сильно завязан на FreeBSD, то как бы нам, бздунам, ни было грустно,
> но легче будет поменять именно FreeBSD. Хотя если проблемы именно с
> мотивацией разработчиков, то в конторе есть проблемы с менеджментом, которые
> обязательно проявят себя и после переезда на Linux.

Разработчиков надо мотивировать писать код, а не сношаться с системой.

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

193. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 30-Дек-11, 20:59 
> Правильно. Если вам в работе важнее сложность и Ылитарность,

да при чём тут это. а если разрабы пишут под виндой? а потом выясняется, что чел из php с мылом не умеет работать? и наезд на пару лет гоняющий некислый почтовый траф сервер "он у вас не работает"? и что, серваки ставить под WinXX, как у него на локалхосте? чтобы на кривое мыло ругательств не было, как на его локалхосте?

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

203. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 04-Янв-12, 03:07 
> да при чём тут это. а если разрабы пишут под виндой?

Ну если на сервере винды (мало ли, вдруг у вас там мазохизм?) - то и писать под ней наверное логично. А вот если на сервере *никсообразные, пользовать винду может быть чревато. Системы достаточно непохожие, поэтому разработчики могут навешать багов, потом они не будут отловлены и потом все это жахнется в продакшн. Ну вот например, в винде пути к файлам не чувствительны к регистру а в *никсах - очень даже. Тупых багов на этом поприще у виндозных разработчиков лезет море.

> а потом выясняется, что чел из php с мылом не умеет работать?

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

> у него на локалхосте? чтобы на кривое мыло ругательств не было,
> как на его локалхосте?

Бывает. Правда у вас там вон тигары и изены есть. Тоже довольно эпичные парни, туго представляющие себе как все это работает :)

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

113. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 25-Дек-11, 04:57 
> Мнение агресивного дебианщика.

Вот это, январское http://slonik-v-domene.livejournal.com/78250.html как то не тянет на пост агрессивного дебианщика. Совсем. Вот только в коменты пришел яндексовский анатоликс и недвусмысленно отдуплился. Кстати рампочта теперь тоже виртуализацию юзает. И им это нравится. А вы дальше орите себе "это не нужно!!11".

> У меня как у админа тоже постоянная проблема. Куча отделов разработчиков,
> которые естественно поступают как им проще, тоесть лепят все под убунту.
> Хотя извесно что продакшен на фре. Потом внедрение крики скандалы. Вобщем придется
> тоже на лункс переводится, потому что так реально проще!

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

> Ну и увольняться нафиг..

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

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

116. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +5 +/
Сообщение от Школьник (ok), 25-Дек-11, 12:54 
Как и было всегда, есть взвешенные аргументы и факты, а есть петушиное кукареканье. Когда anatolix из Яндекса говорит о проблемах виртуализации во FreeBSD, то это печальная для бздунов правда, с этим ничего не поделаешь. Допиливать виртуализацию во фре - для этого нужно много-много денег и времени; разработчиков, способных это сделать, в России не так много, и стоят они дорого. Возможно, Яндекс и потянул бы, но, наверное, они посчитали затраты и решили, что дешевле будет плавно съезжать. Однако, когда Яндексу в свое время нужно было иметь драйвер Intel Gigabit Ethernet, который бы их устраивал, они поручили своему инженеру это сделать, он сделал и регулярно выкладывал исходники. Так что к Яндексу вопросов нет. Люди умеют считать деньги, и с менеджментом у них, насколько я могу судить по своим знакомым разработчикам оттуда, все в порядке.

В случае с Рамблером все сильно иначе. Судя по тому памятному треду в slonik-v-domene@lj, товарищ, инициировавший переезд, с FreeBSD знаком, мягко говоря, поверхностно. Похоже, что целью переезда было либо желание доказать руководству свою значимость и способность внедрять Инновацыи и Модернизацыи, либо желание сделать все так, чтобы ему было привычно и комфортно (это как коты метят территорию). Извините, но аргументы в стиле "у вас bind в базовой системе кококо" у инженеров могут вызвать только смех. То есть, я сам был бы только рад, если бы его вынесли из базовой системы, но то, что его пока не вынесли, - явно не аргумент для того, чтобы не пользоваться FreeBSD, и тем более ломать уже готовый продакшн.

Впрочем, пусть делают, что хотят. Сообществу от переезда Рамблера ни жарко, ни холодно; в помощи проекту они, насколько мне известно, замечены не были - ни в финансовой, ни в виде патчей. С таким же успехом можно сожалеть о переезде Hotmail после его покупки Microsoft'ом с Solaris+FreeBSD на Windows Server. Даже антипиар от переезда Рамблера получился смазанный - ладно бы они привели толковые аргументы, а то сплошь одно петушиное кукареканье.

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

123. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 26-Дек-11, 08:48 
> Как и было всегда, есть взвешенные аргументы и факты, а есть петушиное
> кукареканье. Когда anatolix из Яндекса говорит о проблемах виртуализации во FreeBSD,
> то это печальная для бздунов правда, с этим ничего не поделаешь.

Ну так слоник упомянул что они теперь тоже юзают виртуализацию. В фре они этого делать не могли по ежику понятным причинам.

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

Учтя анатоликс и посоветовал слоненку посмотреть на линухи - сами понимаете ;)

> В случае с Рамблером все сильно иначе. Судя по тому памятному треду
> в slonik-v-domene@lj, товарищ, инициировавший переезд, с FreeBSD знаком, мягко говоря,
> поверхностно.

Если знакомство с системой требует дохрена времени - в бизнесе это жирный минус. Убунта получает в бизнесе 5 очков форы, если ее проще и быстрее освоить на уровне когда она выполняет то что надо слоникам и всем остальным.

> Похоже, что целью переезда было либо желание доказать руководству свою
> значимость и способность внедрять Инновацыи и Модернизацыи, либо желание сделать все
> так, чтобы ему было привычно и комфортно (это как коты метят территорию).

Он вообще-то в январе лечил что разница 15% переезда не стоит. А тут вылез анатоликс и популярно обрисовал что кроме 15% бывают еще виртуализации, человеческие пакетные системы и прочая. Слоненок будучи вполне адекватным руководилой намотал мысль компетентного человека на ус.

> Извините, но аргументы в стиле "у вас bind в базовой
> системе кококо" у инженеров могут вызвать только смех.

Нет, извините, эксплуатационщики тоже люди и сами себе они не враги. То что вам - кококо, эксплуатационщикам лишний гемор и затраты времени их спецов (а значит и бабла).

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

Похоже что вы вообще статьи не читали толком. Там много о чем писано. Bind это вообще какая-то частность. Тогда как там досталось пакетной системе вдоль и поперек и прочая.

[...]
MS кстати замечен в отдаче даунлоадов через akamai CDN. Посмотреть что там используется - вам в роли домашнего задания.

> - ладно бы они привели толковые аргументы, а то сплошь одно
> петушиное кукареканье.

Нормальное кукарекание, вы и на 10% от него по уровню аргументации пока не тянете.

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

127. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от SubGun (ok), 26-Дек-11, 10:55 
> Когда anatolix из Яндекса говорит о проблемах виртуализации во FreeBSD,
> то это печальная для бздунов правда, с этим ничего не поделаешь.

Вообще-то, он там пытался сравнивать kvm и jail, что уж вообще идиотизмом попахивает. Давайте уж тогда Xen с chroot будем сравнивать.
Кроме того, как я уже писал, статья прямо с самого начала пропитана ложью(раздел виртуализация). Этот господин, очевидно не в курсе, какие бывают косяки с KVM, и написал, что называется, "от балды". В частности, я бы глянул, как бы он смастерил гостевую BSD систему на KVM c vcpu>1.

> Linux с его виртуализацией, современными пакетными менеджерами
> и нормальным софтом в репозиториях, с FreeBSD просто не сравним.

Фраза просто выбесила. Про виртуализацию я уже написал выше. Давайте разбираться про софт в репозитариях. Практически все OSS ПО поставляется в сырцах, и только иногда в пакетах(разработчик сам решает пакеты для каких осей ему собирать). Практически все ПО, что существует в сырцах присутствует в портах и может быть собрано под FreeBSD. В плане скорости разворачивания новых сервисов-это явных проигрыш FreeBSD, однако говорить, что под linux ПО больше, чем под FreeBSD - некорректно.
Просто для посмеяться история. Есть очень интересный косяк Apache из пакетов под Linux, когда сервис падает и не хочет запускаться, сообщая, что нет места на диске(хотя его полно). Решение проблема гениальное, чистить семафоры перед запуском. Ни патча, ничего, только строчка shell. Именно в таких случаях ПО из пакетов "делает мне нервы".

Собственно я лишь против фраз типа: "Мы переехали и теперь все в шоколаде", - и вранья. Косяки есть везде.

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

131. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 26-Дек-11, 19:37 
> Решение проблема гениальное, чистить семафоры перед
> запуском. Ни патча, ничего, только строчка shell. Именно в таких случаях
> ПО из пакетов "делает мне нервы".

был такой сервер, на центоси, если правильно сейчас помню, бесило жутко: каждый день одна и та же проблема...

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

136. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 27-Дек-11, 00:34 
> Вообще-то, он там пытался сравнивать kvm и jail, что уж вообще идиотизмом
> попахивает.

А что он должен был делать если kvm в фряхе нет?

> Давайте уж тогда Xen с chroot будем сравнивать.

А что, фря уже умеет dom0 в xen, чтобы можно было сравнить, чисто технически?

> Кроме того, как я уже писал, статья прямо с самого начала пропитана
> ложью(раздел виртуализация).

Это госдеп сша наверное проплатил, все претензии им :)

> Этот господин, очевидно не в курсе, какие бывают косяки с KVM,

Я тоже не в курсе. Регулярно гоняю пачки виртуалок на KVM. Особых косяков не вижу. Есть пара мелких тупняков в дефолтах, типа странностей со скоростью работы qcow с снапшотами в дефолтовом виде, но это не смертельно. А в фре для начала "нет фичи-нет косяков". Ну тогда если ОС совсем не инсталлить - будет вообще благодать.

> и написал, что называется, "от балды". В частности, я бы глянул, как бы он
> смастерил гостевую BSD систему на KVM c vcpu>1.

Извини конечно но школьника сразу видно. Обычно виртуалки делаются на более-менее однотипной ОС и если уж они свалили на убунту - на кой хрен им bsd там сдастся? Можешь побуквоедствовать конечно если ничего умнее в бошку не приходит, удачи.

>> Linux с его виртуализацией, современными пакетными менеджерами
>> и нормальным софтом в репозиториях, с FreeBSD просто не сравним.
> Фраза просто выбесила. Про виртуализацию я уже написал выше. Давайте разбираться про
> софт в репозитариях.

А чего беситься то? Слоник вполне конкретно высказался что ему не нравится. Лично мне как и ему понравилась идея что все и вся - пакет. Ядро - пакет. Init - пакет. Хренсгоры - пакет. Нет никакого даунизма с навязыванием какой-то базы и сторонних сущностей. В конечном итоге все сводится к пакетам. Ну еще метапакетам для групповых операций над пресетами пакетов для эстетов и любителям удобств.

> Практически все OSS ПО поставляется в сырцах, и только иногда в пакетах
> (разработчик сам решает пакеты для каких осей ему собирать).

Ты не понял, чувак. В репах убунты по дефолту лежит >20К пакетов. Готовых. Достаточно 1 команды и у тебя уже стоит софтина - можно юзать. За нексколько секунд. Найти опенсорс программу которой бы еще не было запакетировано в репах не разработчиком так майнтайнерами - еще постараться надо.Такое бывает, но лично мне удавалось всего раза три, для специфичного софта, и его мало того что в портах нету так он еще и не компилится древними компилерами фрибсды к тому же из-за некоего бага в гцц 4.2.*

> Практически все ПО, что существует в сырцах присутствует в портах
> и может быть собрано под FreeBSD.

Эксплуатационщикам в хрен не вперлось самим собирать все ПО если оно и так работает прямо из дефолтных репов.

> В плане скорости разворачивания новых сервисов-это явных проигрыш FreeBSD,
> однако говорить, что под linux ПО больше, чем под FreeBSD - некорректно.

Так слоник в основном и говорил о том что затраты времени на администрежку у линя меньше. На число пакетов он кажется и не напирал. Так что вы палитесь, вопя про больную мозоль до того как вам на ногу наступили. А это читерство :P.

> Именно в таких случаях ПО из пакетов "делает мне нервы".

Ты еще скажи что баги есть только в ПО собранном другими. А вот если его собирает (потратив вагон времени на невнятную фигню, которую клиентам и акционерам не покажешь) Школьник, баги магическим образом пропадают.

> Собственно я лишь против фраз типа: "Мы переехали и теперь все в
> шоколаде", - и вранья. Косяки есть везде.

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

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

144. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от anonimouse (?), 27-Дек-11, 04:50 
> Ты не понял, чувак. В репах убунты по дефолту лежит >20К пакетов.

В портах фри > 23К ... И?

> Готовых. Достаточно 1 команды и у тебя уже стоит софтина -
> можно юзать. За нексколько секунд.

Аааа! Предупреждать же надо! Мы же не знали что ваш главный бизнесс - это как можно быстрее деплоить софт о котором вы нихрена не знали причём на продакшен сервера, причем за непременно одну секунду (и тут уж извините само додумывается - в один клик).

Тогда да - не слушайте наших советов - у нас в таком бЫзнесе опыта - 0
На чём трэд можно и закончить.

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

152. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 28-Дек-11, 04:04 
> В портах фри > 23К ... И?

Круто, чо. Покупайте наши линейки и у вас всегда будет длиннее чем у всех остальных! :P

>> Готовых. Достаточно 1 команды и у тебя уже стоит софтина -
>> можно юзать. За нексколько секунд.
> Аааа! Предупреждать же надо! Мы же не знали что ваш главный бизнесс
> - это как можно быстрее деплоить софт о котором вы нихрена
> не знали причём на продакшен сервера, причем за непременно одну секунду
> (и тут уж извините само додумывается - в один клик).

Это идеал администрирования с точки зрения бизнеса. Когда объем плясок с бубнами равен нулю. Эксплуатационщики ядерного реактора вовсе не обязаны достраивать его корпус или тем более дорабатывать конструкцию. Им чем меньше такой работы - тем проще жизнь. Во я капитаню!

> Тогда да - не слушайте наших советов - у нас в таком бЫзнесе опыта - 0

Да я и не сомневаюсь что теоретикам слабо содержать энтерпрайз уровня яндекса или рамблера и не угробить его. На BSD таковым был яху. Который на ладан дышит нынче.

> На чём трэд можно и закончить.

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

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

155. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 28-Дек-11, 06:46 
> Не думаю что "бЫзнЫс" будет сильно сожалеть о потере такого ценного фрукта
> и продукта. БызнЫс вообще штука жесткая и беспринципная. Им даже проще
> переварить GPL чем иметь дело с столь ушибленной на голову и
> оторванной от реалий командой, совершенно не парящейся по поводу реальных проблем
> в реальной эксплуатации.

Именно так, по-этому там делают ставку на win... :)

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

162. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 19:22 
> Именно так, по-этому там делают ставку на win... :)

То-то даже MS грузит даунлоады акамаем на лине :)

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

145. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 27-Дек-11, 07:48 
> и его мало того что в портах нету так
> он еще и не компилится древними компилерами фрибсды к тому же
> из-за некоего бага в гцц 4.2.*

пилять, горе админ: http://www.opennet.me/openforum/vsluhforumID3/82033.html#126

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

150. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 03:49 
> пилять, горе админ: http://www.opennet.me/openforum/vsluhforumID3/82033.html#126

Пилять, в гробу я видал удовольствие обламываться на ровном месте и закостыливать. Если у кого такие больные на голову дефолты как gcc-4.2, пусть катится к черту. Закостылить можно все, только нахрен не надо если у других сразу нормально. Это актуально только для фанатов *bsd. А эксплуатационщики - не фанаты, которым "любой ценой, но зато BSD".

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

154. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 06:42 
>> пилять, горе админ: http://www.opennet.me/openforum/vsluhforumID3/82033.html#126
> Пилять, в гробу я видал удовольствие обламываться на ровном месте и закостыливать.
> Если у кого такие больные на голову дефолты как gcc-4.2, пусть
> катится к черту. Закостылить можно все, только нахрен не надо если
> у других сразу нормально. Это актуально только для фанатов *bsd. А
> эксплуатационщики - не фанаты, которым "любой ценой, но зато BSD".

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

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

163. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 19:47 
> Юзер, хватит делать трагедию из ничего.

А чего я то? Это яндексы с рамблерами.

> В нормальных конторах раскатывают сервера не дефолтным инсталятором и настраивают с нуля,
> а выкатывают из образа в котором подготовлен и требуемый набор софта и настройки.

Круто, а потом? Ну не будешь же образ каждый раз ребилдить для каждого апдейта или изменения набора конфигов? Ну с дебианом понятно - пакеты наше все. А вот к бсдам у дяденек в этом плане куча предъяв. Удобно же когда вся система - набор пакетов, который можно так или иначе переколпачить в зависимости от того что надо.

> А вообще, с такими запросами, тебе на вин сервер нужно, там проблем
> вообще нет, все нужное сразу в системе и мышка в комплекте.

Ну да, щаз. Там ценник в ~штукарь зелени на копию, чтоли (у рамблера сервак поди дешевле стоит) за нечто с весьма так себе параметрами как вебсервак и неудобное в администрировании. Ну то-есть сделать дорого и паршиво - не вопрос. А ты попробуй для начала массово софт и конфиги на винсервера позакидывать. Тебе понравится, если ты мазохист.

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

164. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 29-Дек-11, 03:44 
>> В нормальных конторах раскатывают сервера не дефолтным инсталятором и настраивают с нуля,
>> а выкатывают из образа в котором подготовлен и требуемый набор софта и настройки.
> Круто, а потом? Ну не будешь же образ каждый раз ребилдить для
> каждого апдейта или изменения набора конфигов? Ну с дебианом понятно -
> пакеты наше все. А вот к бсдам у дяденек в этом
> плане куча предъяв. Удобно же когда вся система - набор пакетов,
> который можно так или иначе переколпачить в зависимости от того что
> надо.

Образ не ребилдится, образ живой, у меня например есть виртуалки заточенные под разные типы серверов с которых раскатываются все сервера изначально, и затем синхронятся, по мере необходимости. Заметь, изменения вносятся на одной виртуалке и разносятся на десятки серверов. Ну и puppet/chef/cfengine ни кто не отменял. Кто-то работает, а кто-то героя из себя строит, таская системы туда-сюда...

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

169. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 29-Дек-11, 16:53 
> Образ не ребилдится, образ живой, у меня например есть виртуалки заточенные под
> разные типы серверов с которых раскатываются все сервера изначально, и затем
> синхронятся, по мере необходимости.

У меня нет желания самому переизобретать велосипеды которые уже давно придумали и в гораздо более вменяемом виде. Пакетная система может делать то же самое, только культурно и гранулярно (попакетно).

> Заметь, изменения вносятся на одной виртуалке и разносятся на десятки серверов.

Я заметил что вы только что своими руками изобрели велосипед. Только пакетный манагер в его роли - фичастее и удобнее. А как тебе идея, быстро перепрофилировать сервер типа А в сервер типа Б? А что если хочется сделать его и ролью А и ролью Б одновременно? С пакетной системой - да не вопрос, дело 5 минут. С вашим подходом - "а вам пое...ться не завернуть?"

> Ну и puppet/chef/cfengine ни кто не отменял. Кто-то работает, а кто-то героя
> из себя строит, таская системы туда-сюда...

Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.


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

181. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Дек-11, 19:07 
> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.

А я вижу, если система состоит из "пакетиков" размером в контейнер и более тонкие свойства не интересуют (их попросту слишком много).

Посмотрите на тот же SystemImager -- насколько понимаю, Chef/Puppet являются развитием этой же базовой идеи, но с ними до сих пор не работал.

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

204. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 04-Янв-12, 03:15 
>> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.
> А я вижу, если система состоит из "пакетиков" размером в контейнер и
> более тонкие свойства не интересуют (их попросту слишком много).

Это все настолько топорно и недальновидно что за таким - к бсдунам. Можно конечно заранее себе разложить грабелек, но зачем? Лично я считаю что гранулярное руление всеми частями системы - EPIC WIN.

> Посмотрите на тот же SystemImager -- насколько понимаю, Chef/Puppet являются развитием
> этой же базовой идеи, но с ними до сих пор не работал.

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

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

188. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 30-Дек-11, 04:17 
> У меня нет желания самому переизобретать велосипеды которые уже давно придумали и
> в гораздо более вменяемом виде. Пакетная система может делать то же
> самое, только культурно и гранулярно (попакетно).

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


>> Заметь, изменения вносятся на одной виртуалке и разносятся на десятки серверов.
> Я заметил что вы только что своими руками изобрели велосипед. Только пакетный
> манагер в его роли - фичастее и удобнее. А как тебе
> идея, быстро перепрофилировать сервер типа А в сервер типа Б? А
> что если хочется сделать его и ролью А и ролью Б
> одновременно? С пакетной системой - да не вопрос, дело 5 минут.
> С вашим подходом - "а вам пое...ться не завернуть?"

Перепрофиль - это крайне редкая процедура, в этом случае быстрее переставить сервер, чем килять какие-то пакеты и ставить новые, 15-ть минут ожидания и он в работе с новым назначением. А и Б скрестить не всегда возможно, например тогда, когда один сервер отдает только статику, а другой только динамику и навешивать это все в роли фронтэндов-бекэндов - не вариант. Но если функции, все же, не пересекающиеся - то нет особых проблем.


>> Ну и puppet/chef/cfengine ни кто не отменял. Кто-то работает, а кто-то героя
>> из себя строит, таская системы туда-сюда...
> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.

Очень простой пример: у вас есть 10-ть серверов, например, под мускуль, ставились сервера не сразу, по-этому у них разное железо и, соответственно, разные проц-память-возможности, каждый нужно настроить под его конкретные возможности, тот же key_buffer и/или innodb_buffer_pool_size в зависимость от оперативки, или thread_concurrency в зависимости от кол-ва ядер, как вы это будете делать и как вы будете это делать при апгрейде железа своим пакетным менеджером или тут уже заступают на службу руки админа?

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

205. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 04-Янв-12, 03:31 
> ломать голову над тем, как пересобрать какую-то програмулину с нужными мне опциями.

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

>> одновременно? С пакетной системой - да не вопрос, дело 5 минут.
>> С вашим подходом - "а вам пое...ться не завернуть?"
> Перепрофиль - это крайне редкая процедура,

Зависит от энтерпрайзов и принятых у них процедур. Не сомневаюсь что у бсдунов где это означает гемор - оно и правда редко. А для debian-based бабахнуть один пакет в пользу другого - совершенно тривиальное начинание. Не вижу поводов делать это редко или часто, можно по ситуации.

> в этом случае быстрее переставить сервер, чем килять какие-то пакеты и ставить новые,

В случае с бсдами наверное. В случае deb-based переставлять все когда можно 2 пакета культурно перетасовать - дурь несусветная. И в десять раз больше затрат времени на хзчто.

> 15-ть минут ожидания и он в работе с новым назначением.

Ну вот вам и выводы насчет эффективности администрирования, потому что переставить пакетики - больше пары минут не займет.

> А и Б скрестить не всегда возможно,

Наверное именно поэтому у дебияна есть в пакетиках такое поле - conflicts, пакетная система не даст стрельнуть себе в пятку. Предложив убить нафиг A, если Б с ним конфликтует и не совмещается, а админ изъявил явное желание получить Б и все тут. При том это будет сделано быстро и корректно.

> например тогда, когда один сервер отдает только статику, а
> другой только динамику и навешивать это все в роли фронтэндов-бекэндов -
> не вариант.

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

> Но если функции, все же, не пересекающиеся - то нет особых проблем.

Ну и опять же - пакетные системы разруливают все это просто и гибко. И облажаться особо не дают.

>> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.
> Очень простой пример: у вас есть 10-ть серверов, например, под мускуль, ставились
> сервера не сразу, по-этому у них разное железо и, соответственно, разные
> проц-память-возможности, каждый нужно настроить под его конкретные возможности,

За такое "администрирование" гнать надо. Сразу. Ссаными тряпками и сраной метлой. Потому что админ будет дофига времени заниматься абстрактным "настроить под его конкретные возможности". Особенно на бсдях.

> тот же key_buffer и/или innodb_buffer_pool_size в зависимость от оперативки,
> или thread_concurrency в зависимости от кол-ва ядер, как вы это будете делать и
> как вы будете это делать при апгрейде железа своим пакетным менеджером
> или тут уже заступают на службу руки админа?

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

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

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

210. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 06-Янв-12, 08:58 
>> в этом случае быстрее переставить сервер, чем килять какие-то пакеты и ставить новые,
> В случае с бсдами наверное. В случае deb-based переставлять все когда можно
> 2 пакета культурно перетасовать - дурь несусветная. И в десять раз
> больше затрат времени на хзчто.

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


>>> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.
>> Очень простой пример: у вас есть 10-ть серверов, например, под мускуль, ставились
>> сервера не сразу, по-этому у них разное железо и, соответственно, разные
>> проц-память-возможности, каждый нужно настроить под его конкретные возможности,
> За такое "администрирование" гнать надо. Сразу. Ссаными тряпками и сраной метлой. Потому
> что админ будет дофига времени заниматься абстрактным "настроить под его конкретные
> возможности". Особенно на бсдях.

Ну это у вас админ будет заниматься, а у нас все сделает автоматика.

>> тот же key_buffer и/или innodb_buffer_pool_size в зависимость от оперативки,
>> или thread_concurrency в зависимости от кол-ва ядер, как вы это будете делать и
>> как вы будете это делать при апгрейде железа своим пакетным менеджером
>> или тут уже заступают на службу руки админа?
> Тут должны бы заступить на службу руки манагера - выпнуть тех дятлов
> которые этот зоопарк понапихали, увеличив административную нагрузку на ровном месте в
> несколько раз.

чего-чего? выпнуть разработчиков мускуля которые придумали innodb_buffer_pool_size?

> Тем не менее, если задача ну просто здец какая типовая и это
> реально крупный энтерпрайз таких дров наломал - ну воткнуть в пакет
> скрипт который ввинтит параметры скулю в зависимости от оперативы. На кой
> перец админу дрюкаться с этим лично? А если таких хостов 200
> штук потребуется - админ тоже будет с каждым мудохаться? Это ж
> сколько тогда админов и их времени будет нужно? oO

и чего, при обновлении железа переставлять пакет, что бы отработал ваш скриптик?

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

194. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 30-Дек-11, 21:11 
> У меня нет желания самому переизобретать велосипеды которые уже давно придумали и
> в гораздо более вменяемом виде. Пакетная система может делать то же
> самое, только культурно и гранулярно (попакетно).

уточните в каком месте ваша пакетная система так решительно превосходит порты, установку бинарными пакетами.

> Я заметил что вы только что своими руками изобрели велосипед. Только пакетный манагер в его роли - фичастее и удобнее.

можно поконкретнее?

> А как тебе идея, быстро перепрофилировать сервер типа А в сервер типа Б? А что если хочется сделать его и ролью А и ролью Б одновременно? С пакетной системой - да не вопрос, дело 5 минут.

прямо как с portinstall писано.

> С вашим подходом - "а вам пое...ться не завернуть?"

да ладно. мы-то умеем и так и сяк :)

> Не вижу смысла таскать что-то туда-сюда при наличии пакетного манагера.

а где он отсутствует, можно уточнить?

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

195. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 30-Дек-11, 21:40 
> Круто, а потом? Ну не будешь же образ каждый раз ребилдить для
> каждого апдейта или изменения набора конфигов? Ну с дебианом понятно -
> пакеты наше все.

конфиги пакетом, это пять.

> А вот к бсдам у дяденек в этом плане куча предъяв. Удобно же когда вся система - набор пакетов, который можно так или иначе переколпачить в зависимости от того что надо.

прямое продолжение это тенденции - роллинг релиз, и он вызывает страшные по силе эмоций крики боли и ненависти убунтодебианщиков. Такие животрепещущие крики, что возникает подозрение: это потому, что оне так не умеют. Вся проблема "вся система - набор пакетов" сводится ровно к 2 вещам: что стоит по дефолту и как переезжать с релиза на релиз. Переезд с релиза на релиз у фри и дебиана решается без принципиальных отличий, правда способов у фри побольше. RR вообще лишён этой проблемы, но он нам страшен, мы так не умеем. Ну да дело вкуса, непонятны плевки в сторону фри где этот вопрос - точно такие же яйца, только в профиль. Второй вопрос - дефолтный софт. Если сэры такие чистюли, может им взяться за дженту из минимала ;) (шутка). Да, толковый софт по дефолту это плюс. Но цена вопроса просто копеечная. Криков гораздо больше.

> Ну то-есть сделать дорого и паршиво - не вопрос. А ты попробуй для начала массово софт и конфиги на винсервера позакидывать. Тебе понравится, если ты мазохист.

Эх не набежали виндоадмины из тех, что пограмотнее, не объяснили что такое доменные политики и как крут PowerShell.


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

206. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 06-Янв-12, 00:10 
> конфиги пакетом, это пять.

А чего в этом такого? Так можно их просто менять на большой группе хотов. Так можно сохранять старые версии. Так можно без проблем вернуться к дефолтам.

> прямое продолжение это тенденции - роллинг релиз, и он вызывает страшные по
> силе эмоций крики боли и ненависти убунтодебианщиков.

Сам по себе дебианоубунтовый пакетный манагер никак этому не мешает. А крики ненависти - от тех кому надо стабильно работающую систему с предсказуемыми моментами в которые потенциально возможен факап. А не так что "ой, прога версии 2.0 накатилась, а она теперь несовместима с бывшей у нас 1.0, потому что ее автор так решил. Эй, парни, у нас тут факап - а ну даешь быстренько переписание конфига этой приблуды в 5 утра в пожарном порядке?!".

> Если сэры такие чистюли, может им взяться за дженту из минимала ;) (шутка).

У меня есть чудные минимальные образа серверной убунты из темплейтов для виртуалочек. Занахрена мне гемор с гентами?

> Да, толковый софт по дефолту это плюс. Но цена вопроса просто копеечная. Криков гораздо больше.

Бестолковое деление на базовую систему и мир - вообще выше моего понимания. У ряда пакетированных дистров это все обыграно намного более вменяемо. А почему какие-то куски системы надо рассматривать иначе чем все остальное?

> Эх не набежали виндоадмины из тех, что пограмотнее, не объяснили что такое
> доменные политики и как крут PowerShell.

Я и сам расскажу:
1) Инсталляция софта через доменные политики? Ух, ну и жесть. Сделано тупо, бестолковостей  легион. Да еще далеко не любая прога с этим совместима и очень часты фэйлы при установке. Короче, оно конечно есть но таааааакое глюкало и геморрой что лучше всего это советовать своим врагам. Пусть они на ровном месте долбутся, а мне то зачем?
2) Винда изначально не рассчитана на ремотное управление и батч-операции, поэтому оно конечно там делается, но это очень уж напоминает бег в ластах по асфальту с лыжными палками.
3) PowerShell? Спасибо, посмотрев сколько времени стартует убогая консолька эпохи вин95 с оным и какой длины там команды я как-то раз и навсегда потерял всякое желание ЭТО изучать. Простите, на фоне этого кедовый Konsole по времени старта просто ракета. И умеет в 20 раз больше плюшек, облегчающих юзеж. И уж во всяком случае есть нормальное автодополнение, оно может ресайзиться по ходу дела, содержать разные вкладки и можно сделать большой скролбэк. Вплоть до безлимитного (если не ссыкотно что RAM закончится). В виндузне все сделано чисто для галочки, индусней. Конечно можно и такой кактус сожрать, но лучше жрать что-то менее колючее и более вкусное, имхо.

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

212. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 08-Янв-12, 15:27 
> А чего в этом такого? Так можно их просто менять на большой группе хотов. Так можно сохранять старые версии. Так можно без проблем вернуться к дефолтам.

Стремление всё сделать через пакетный менеджер похвально. Может, пора делать apt-get ssh <host>, apt-get tar jxvf <archive>.tbz2? Но есть задачи, которые более и rjnjhst менее решаемы им. И менее настолько, что где-то в определённый момент стирается грань между "я сделал это пакетным менеджером" и "я сделал это через ж...". вы не забывайте об этой грани. Так вот касательно конфигов через пакетный менеджер: 1) это не cамое элегантное решение 2) пакетный менеджер таки есть везде :)

> А крики ненависти - от тех кому надо стабильно работающую систему с предсказуемыми  моментами

стабильно неработающая Empathy в 2 релизах подряд для ноутов можно считать предсказуемостью?

> в которые потенциально возможен факап. А не так что "ой,
> прога версии 2.0 накатилась, а она теперь несовместима с бывшей у
> нас 1.0, потому что ее автор так решил.

хрень какая-то. если вы про конфиг, то после апдейта есть dispatch-conf. если вы про конфиг, то /usr/local/etc/rc.d/прога2.0 configtest. если вы про конфиг, то у меня вопрос: формат конфига проги меняет автор. чем помогает пакетный менеджер? автор специально для убунты оставляет старый формат конфига? или пакетный менеджер убунты перетирает ваш конфиг новым и всё нормально? в чём фикус-то?

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

у меня есть чудные конфиги для реальных серверов. нахрена мне гемор с убунтами?

> Бестолковое деление на базовую систему и мир - вообще выше моего понимания.

А бестолковое деление на первое-второе-третье вы постигаете? Всё суть продукты, зачем делить на тарелках?

> У ряда пакетированных дистров это все обыграно намного более вменяемо.

вменяемо валить всё в одну кучу?

> А почему какие-то куски системы надо рассматривать иначе чем все остальное?

Я иравильно понимаю, это корневая причина использования Дебиана/Убунты? Поймите правильно, я не собираюсь вам доказать что дебиан/убунту не годны или плохи. Для меня вопрос распадается на 2: чем плохи другие? в чём преимущества Дебиана/убунты? И что в ответ: всё сводится к тому что вы освоили пакетный менеджер дебиана/убунты и это преимущество. его нет у других и это недостаток. неубедительно же.

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

138. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 27-Дек-11, 01:22 
> Практически все ПО, что существует в сырцах присутствует в портах
> и может быть собрано под FreeBSD.

То-то сплошные крики про udev, alsa, gem, виртуализацию...

> В плане скорости разворачивания новых сервисов-это явных проигрыш FreeBSD,
> однако говорить, что под linux ПО больше, чем под FreeBSD - некорректно.

Насколько понимаю объёмы *bsd-специфичного софта относительно закладывающегося на linux -- явочным порядком вполне корректно.  Причины тоже уж не раз обсуждались.

> Есть очень интересный косяк Apache из пакетов под Linux, когда сервис падает
> и не хочет запускаться, сообщая, что нет места на диске(хотя его полно)

Не сталкивался (правда, у меня явно более другие пакеты под Linux, чем у Вас).  Зато помню старый добрый прикол с разваленным году в 2005 mod_perl2 на фре.

> Косяки есть везде.

Эт да.

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

151. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –2 +/
Сообщение от Аноним (-), 28-Дек-11, 03:55 
>> Косяки есть везде.
> Эт да.

Просто их степень неприятности для эксплуатационщиков разная. И отношение к их починке - тоже. Бсдуны вон уперплись рогом что gcc-4.2 и все тут. Или можете еще 10 лет ждать пока мы тут шланг под расово верной лицензией допилим. При том что пилит один эппл которому *bsd вообще никто. Или можно устроить альфа-бета-тест на своем продакшне, посмотреть как сырое недопиленное чудо сглючит в генерации кода для боевого сервака. Но на такой риск готовы только наиболее отчаянные из фанатов.

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

213. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 08-Янв-12, 15:35 
> Просто их степень неприятности для эксплуатационщиков разная. И отношение к их починке
> - тоже. Бсдуны вон уперплись рогом что gcc-4.2 и все тут.

да прочтите уже наконец то, что тут написали, хватит уже измышлениями сыпать.


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

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

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




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

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