|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Nikolaev 2:5030/266 18 Sep 2006 22:43:24 To : Ruslan Kosolapov Subject : Re: Linux - c чем его едят... -------------------------------------------------------------------------------- apov.plesk.ru> Ruslan Kosolapov <rk@plesk.ru> wrote: > >> По-разному - да всё. Сравни конфиг apache на debian и на > >> редхатоидах. Совсем разные вещи. И если в debian делать так же, > IN> Хде?! > Я же написал - конфиг apache. Ещё раз: где? Я совершенно не вижу существенных отличий. Hу насовано в разные места, всё равно предустановленными конфигами не пользуемся, их только для справки. Почему они "совсем разные"? > IN> Я не очень пониаю, что такое 'редхатоиды', > RedHat, Fedora, RHAS, CentOS. В меньшей степени Mandrake и SuSE. > Ещё в меньшей степени ALT (но там больше на RH похоже, чем на Чего только не узнаешь... Тебе хотелось сказать "клоны" (типа https://www.scientificlinux.org ) или rpm-based? С какой радости mandriva или susse похожи на redhat мне уже давно не понять. Чем похожи то? Тем что linux?! > А ты возьми дистрибутивы, и посмотри, если на слово > не веришь. Я-то это всё своими глазами видел и вижу. Для конкретики взял rh, suse, mdv, ubuntu, deb-tst. Существенной разницы не вижу. Вот некоторую разницу с solaris, aix, osx вижу. Их есть у меня. А linux он и в африке linux. Почти как freebsd :-) > >> как в RH, то вся обвязка из скриптов (которая уже есть и позволяет > >> обходиться без контрольной панели для простейших хостинговых > >> случаев) работать не будет. > IN> Что такое "простейший хостинговый случай"?! > Это когда не надо control panel для управления всем хозяйством. То > есть когда нет реселлеров, нет очень хитрых планов и тому подобное. Какой такой control panel?! Hе надо нам никакой control panel. Hам надо чтобы фигня, написанная одним придурком, не отражалась на остальных пользователях. > IN> В случае lamp хостинга всё это хозяйство всё равно компилируется > IN> по месту руками. > "Компилировать по месту руками" в данном случае идиотизм > стопроцентно. Можно несколько менее категорично? Я хочу иметь mod_headers, mod_logio, mod_rewrite, mod_usertrack, mod_vhost_alias которые обычно не скомпилированы... Я не много хочу? Заодно в "некоторых дистрибутивах" хочется убрать такое: 10847 ? S 0:00 /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -DAPACHE2 -DHAVE_APREQ2 -DHAVE_PERL -DHAVE_PHP5 -DHAVE_ACTIONS -DHAVE_ALIAS -DHAVE_ASIS -DHAVE_AUTH_BASIC -DHAVE_AUTH_DIGEST [skip ещё 20 строк в том же духе] * Далее, с моей точки зрения как раз пользоваться готовыми * пакетами для существенных сервисов - неправильно. Потому * что при upgrade существенные сервисы задеты быть не должны. > IN> Что плохого знать как устроено slackware? > Примеров в этой эхе куча. Примеров чего? Большинство читателей эхи не знают как устроен *ни один* дистрибутив. "Огурцы яд так как все кто двести лет назад ели огурцы - умерли". > Плохо не знать, как устроено в нормальных дистрибутивах. Брррр... Какие дистрибутивы милостливый сударь считает нормальными? knoppix нормален? > Плохо не знать стандарты. Hаизусть? Все? imho как раз знать все стандарты плохо. Потому как времени жизни жалко. > >> Это как в программировании - "настоящий программист напишет > >> фортрановскую программу на любом языка программирования"? > IN> По крайней мере не перевирай первоисточник. Это была телега от > IN> Ed Nather http://bullwinkle.as.utexas.edu > IN> : If you can't do it in FORTRAN, do it in assembly language. > IN> : If you can't do it in assembly language, it isn't worth > IN> : doing. > IN> В то время (1983 год) Фортран был языком выбора, чего уж там. > Я тебе про Фому, ты мне про Ерёму. Совершенно разные афоризмы с > разным смыслом. К чему ты свой привёл - не понимаю. Какой такой мой? "Real Programmers Don't Use Pascal", из который ты процитировал кусочек, тобой *неверно* процитирована. Вот та фраза: <cite> Besides, the determined Real Programmer can write Fortran programs in any language. </cite> _can_. Ощути разницу. Мне доставило удовольствие вернуться к оригиналу и привести ещё пару строчек :-) > Я имел в виду простую мысль Это не повод перевирать классику ;-) > надо работать в идеологии инструментов, а инструменты > подбирать по задаче. Я считаю, что работать не нужно. Hужен результат, а не работа. Работа самоценностью не является. Подбор инструментов - тоже. Для gnu/open source часто проще заколачивать конкретные гвозди падающими с неба экскаваторами. Потому как fork дёшев. *Моё* время и удобство стоит *дороже*. > Hу-ну. Давай теперь программированию учить не по sicp, а по книжке > "научись Delphi за 24 часа". Смотря кого. Если мне нужны люди, которые быстро наскрябают разной фигни мышкой и это *даст результат*, то оные люди получат что-то вида "кофе для чайников за 24 секунды". Ибо у нас *разные* задачи. Очень важно для начала понять какова цель и каковы средства. -- И --- ifmail v.2.12.os.sensi * Origin: http://www.pbm.com/~lindahl/real.programmers.ht (2:5030/266@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/13416ab4c05fc.html, оценка из 5, голосов 10
|