|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ruslan Kosolapov 2:5020/400 18 Sep 2006 06:09:36 To : Igor Nikolaev Subject : Re: Linux - c чем его едят... -------------------------------------------------------------------------------- ==[ Igor -> Ruslan: >> По-разному - да всё. Сравни конфиг apache на debian и на >> редхатоидах. Совсем разные вещи. И если в debian делать так же, IN> Хде?! Я же написал - конфиг apache. IN> Я не очень пониаю, что такое 'редхатоиды', RedHat, Fedora, RHAS, CentOS. В меньшей степени Mandrake и SuSE. Ещё в меньшей степени ALT (но там больше на RH похоже, чем на debian). IN> но apache к дистрибутиву имеет довольно мало отношения. Разница IN> между версиями apache заведомо больше, чем между дистрибутивами. А ты возьми дистрибутивы, и посмотри, если на слово не веришь. Я-то это всё своими глазами видел и вижу. >> как в RH, то вся обвязка из скриптов (которая уже есть и позволяет >> обходиться без контрольной панели для простейших хостинговых >> случаев) работать не будет. IN> Что такое "простейший хостинговый случай"?! Это когда не надо control panel для управления всем хозяйством. То есть когда нет реселлеров, нет очень хитрых планов и тому подобное. IN> В случае lamp хостинга всё это хозяйство всё равно компилируется IN> по месту руками. "Компилировать по месту руками" в данном случае идиотизм стопроцентно. >> Можно. Только вот знания, как оно устроено в slackware - они >> бесполезны в лучшем случае. В худшем - вредны, так как челвоек >> начинает из всего делать slackware. IN> Что плохого знать как устроено slackware? Примеров в этой эхе куча. Плохо не знать, как устроено в нормальных дистрибутивах. Плохо не знать стандарты. И так далее и тому подобное. >> IN> Система настолько велика, что её изучение станет медленнее, >> IN> чем изменение системы. >> Это как в программировании - "настоящий программист напишет >> фортрановскую программу на любом языка программирования"? 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 год) Фортран был языком выбота, чего уж там. Я тебе про Фому, ты мне про Ерёму. Совершенно разные афоризмы с разным смыслом. К чему ты свой привёл - не понимаю. Я имел в виду простую мысль - надо работать в идеологии инструментов, а инструменты подбирать по задаче. Молоток не надо душить под голову, несмотря на то, что для напильника это как раз нормально. Hе надо напильником гвозди забивать, хотя это вполне возможно, чай не микроскоп. >> То есть никак не slackware, о чём я и говорю. IN> Почему бы и не? Я не агитирую ни за, ни против slakware как IN> дистрибутива. Без разницы. Речь про то, что выбор дистрибутива IN> вторичен. Hеважно, какого цвета обложка у азбуки, важно чтобы в IN> ней были все буквы, а учитель уже умел читать. Hу-ну. Давай теперь программированию учить не по sicp, а по книжке "научись Delphi за 24 часа". -- =[ const: у меня есть этот сертификат в базе... =[ ast: а вот у Алека он пропал и Большой сказал что это баг... =[ const: а как он пропал то? ast: так я его удалил! --- ifmail v.2.15dev5.3 * Origin: SWSoft Novosibirsk, QA Department Second Manager (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15414f2a0f761.html, оценка из 5, голосов 10
|