С недавних пор я перевёл все свои сервера на операционные системы BSD и хочу рассказать об их преимуществах по сравнению с другими ОС, а также поделиться опытом их установки и настройки.Итак. Сразу хотелось бы предупредить вопросы, связанные с выбором этих систем. Почему я выбрал именно BSD (преимущественно OpenBSD и NetBSD)? Дело в том, что это лучшие операционные системы из тех, с которыми мне приходилось работать! До BSD на моих серверах стояли различные версии и реализации ОС Windows, Linux и Mac OS, однако ни одна из них не смогла обеспечить такую стабильность, нетребовательность к ресурсам и универсальность, а также простую, быструю и лёгкую настройку сервера (а именно этим сисадмин и занимается) как системы BSD. Более подробно об этом, я постараюсь рассказать в следующих своих статьях на данном сайте. А начать обзорный цикл статей по работе с системами BSD мне хотелось бы с демонстрации поразительной простоты и целостности данных ОС. Для примера я взял установку и настройку Web-сервера "с нуля", так как это одна из самых популярных функций сервера и, наверное, самая популярная ассоциация у пользователей всемирной паутины. К тому же, сделать это на баз е последних версий NetBSD и OpenBSD не просто, а ОЧЕНЬ просто!
Делается это всего в три шага:1) Выбрать компьютер для установки сервера;
2) Установить и настроить операционную систему (возьмём NetBSD 5.0);
3) Запустить и настроить bozohttpd (встроенный Web-сервер NetBSD 5.x).Вся эта работа займёт всего несколько минут!!! Скорость и простота - главные преимущества BSD-систем!
1. Начнём с выбора компьютера для установки сервера. Хотя... особый подбор здесь не требуется, так как, в данном случае, подойдёт практически любой компьютер, который попадётся под руку (старый, слабый, списанный в утиль и т.п.), ведь NetBSD - самая универсальная система в мире! Её можно поставить куда угодно, даже на тостер (в котором хлеб жарят)!
2. Далее, устанавливаем на выбранный компьютер ОС NetBSD. Для этого потребуется всего несколько сотен мегабайт (!!!) свободного места на диске (ну или на том носителе, куда Вы будете ставить систему) и пара минут времени. Подробное описание процесса установки я дам в отдельной статье. А для тестового сервера подойдут параметры по умолчанию, просто следуйте инструкциям на экранах инсталлятора (sysinst).
3. Ну а теперь самое интересное - запуск и настройка Web-сервера. Для этого в ОС NetBSD (как и в OpenBSD) ничего дополнительно ставить не придётся, так как в этих системах уже есть набор основных серверов (демонов), их нужно только включить! Делается это очень просто. Открываем на редактирование (с правами root-a) файл /etc/rc.conf и прописываем в него всё, что касается настроек httpd (там всего 4 пунктика). Образец данного конфигурационного файла (с примерами запуска различных серверов) лежит в каталоге /etc/defaults/ и он же является конфигурационным файлом по умолчанию (если в /etc/rc.conf ничего не прописано). Если же копаться в этом sample лень, то можно воспользоваться текстовым фильтром grep для извлечения нужных пунктов из /etc/defaults/rc.conf. Делается это так (один из вариантов):
cat /etc/defaults/rc.conf | grep httpd >> /etc/rc.conf
В результате выполнения этой команды в файл /etc/rc.conf будут добавлены все необходимые записи для запуска и конфигурации http-сервера. Остаётся их только подправить:
httpd=YES (запускает сам сервер bozohttpd)
После этого нужно прописать домашний каталог нашего сайта в директиве httpd_wwwdir, например так:
httpd_wwwdir="/WWW"
Если ничего не менять, то по умолчанию будет использован каталог /var/www/.
Остальные можно оставить как есть.
Вот и всё. Теперь у вас свой Web-сервер. После перезагрузки, разместите стартовый файл index.html (с которого начинается просмотр сайта) в папку /var/www/ и проверьте работу сервера с помощью браузера (лучше с другого компьютера сети) по адресу http://192.168.1.50/, где IP-шник 192.168.1.50 является адресом вашего сервера в сети. Более того, сервер изначально поддерживает CGI и позволяет обрабатывать запросы Web-пользователей с помощью shell-скриптов, расположенных в специальной папке, указание на которую прописывается в качестве параметра непосредственно при запуске httpd или же флага в файле /etc/rc.conf например так:
httpd_flags="-c /var/www/cgi" (все CGI-скрипты должны лежать в этой директории)
Код CGI-скрипта для /bin/sh выглядит примерно следующим образом:
#!/bin/sh
echo "Content-type: text/html";
echo "";echo Today is `date`;
exit 0;
(Данный скрипт просто выводит текущую дату на экран.)
При необходимости, с помощью той же команды echo "...."; можно выводить и HTML-код или же можно вставить его из отдельного файла с помощью cat и т.п. программ.
Обратите внимание на то, что при обращении к CGI-файлу в URL обязательно нужно указывать инфикс .../cgi-bin/..., иначе он выполняться не будет! И не забудьте сделать скрипт исполняемым (с помощью команды chmod). Например:
chmod +x test1.sh
Далее можно обращаться к нему напрямую:
/var/www/cgi/./test1.sh
или же через браузер:
http://192.168.1.50/cgi-bin/test1.sh
Причём скрипты могут быть написаны как с помощью команд командного интерпретатора (типа /bin/sh) так и на любом языке программирования, для которого имеется интерпретатор в вашей системе (например Perl или Python).
После того как сервер уже заработал, наверняка, многие озадачатся вопросом насчёт конфигурации bozohttpd. Так вот, у этого сервера нет файлов конфигурации и это здорово! Никаких десятков непонятных инструкций (как, например у Apache), всё прописывается непосредственно при запуске сервера в качестве параметров (флагов). Описание всех этих параметров есть в man-e по httpd данной операционной системы (http://wiki.lissyara.su/wiki/Bozohttpd).
Во второй части данной статьи я хотел бы поделиться своим опытом и рассказать о том как использовать встроенный Web-сервер операционных систем NetBSD 5.x в связке типа HTTPD+PHP+MySQL вместо установки более мощного, но и более громоздкого и сложного Apache.После проверки работоспособности сервера можно приступать к установке и настройке дополнительных пакетов. Я приведу пример только для PHP и MySQL, однако другие ставятся и работают аналогично. Установить нужное ПО можно, как минимум, 2-мя способами: компиляцией непосредственно из исходников или же добавлением уже готового пакета с помощью pkg_add. Для краткости я возьму второй способ.
Качаем с официального сайта пакеты типа php-5.x.tgz, mysql-php.tgz и mysql-server-5.x.tgz (версии могут быть любыми) и устанавливаем их с помощью pkg_add, например:
pkg_add -v php-5.3.6.tgz
После окончания установки всех пакетов перезагружаемся!
Затем подключаем интерпретатор языка PHP к bozohttpd c помощью флага (или параметра) -С .php /usr/pkg/libexec/cgi-bin/php и устанавливаем новый стартовый файл для сайта - index.php. Выглядит это так:httpd_flags="-С .php /usr/pkg/libexec/cgi-bin/php -x index.php"
Теперь создаём тестовый PHP-скрипт (например test1.php) и запрашиваем его через браузер:
Всё должно заработать!
Теперь проверяем работу СУБД MySQL. Запускаем mysql client (который устанавливается вместе с сервером) и даём несколько тестовых команд, например:
mysql -uroot -p (вход под root-ом с пустым паролем)
show databases; (выводит список баз данных)
use mysql; (подключаемся к базе mysql)
show tables; (выводит список таблиц этой базы)
quit; (выходим из mysql)Если все эти команды были приняты и выполнены интерпретатором, значит MySQL уже работает. Так же можно проверить работу MySQL с помощью скриптов для /bin/sh, например таким:
#!/bin/sh
echo "select Host, User from user" | mysql -uroot -p mysql;
exit 0;Данный скрипт выведет список хостов и пользователей MySQL.
Теперь осталось только проверить связку PHP+MySQL и соединить их с Web-сервером.
Пишем скрипт на PHP для соединения с СУБД и делаем простой запрос, например так:$dbcn=mysql_connect("localhost", "root", "");
mysql_select_db("mysql");
$r=mysql_query("select Host, User from user");
for($i=0; $i < mysql_num_rows($r); $i++)
{ $res=mysql_fetch_array($r); echo "$res[Host] $res[User]\n"; }
mysql_close($dbcn);Результат выполнения этого скрипта будет аналогичен предыдущему на shell.
URL:
Обсуждается: https://www.opennet.ru/tips/info/2585.shtml
Калегин опять отжигет... :-)
Всё должно заработать! - это просто новое заклинание админского бубна :).П.С ну а чему удивлятся на троллнете, заполненом раком интернета ? ( да да , троллнет не торт, ничего кроме еды уже и нет) это те не самаг,стаковерфлов, етц
Ну почему же сразу заклинание?
Я тоже своим юзверям так говорю по телефону, когда консультирую и часто прокатывает.
Но проблемы разные бывают, всех не непредусмотришь.
Тут у автора видно всё получилось именно так, а другие пусть попробуют...
Почему именно NetBSD если система обычная x86 может лучше FreeBSD нетбсд хорошо только на архитектурах не поддерживаемых фрёй
FreeBSD более производительная особенно на smp, есть многие удобные фичи в виде netgrapf, geom и т.д. более развитая дисковая и сетевая подсистема, больше портированного софта, лучше поддержка оборудования из недостатков по сравнению с нетбсд можно выделить лишь малое кол-во поддерживаемых платформ, единственные плюсы нетбсд которые я слышал это её архитектура которая хорошо переносится между платформами, поэтому если у вас не кофеварка вместо сервера фря смотрится более предпочтительно.
Из-за этих всех преимуществ автору, видимо, неинтересно стало...
И зачем все эти фичи на простом шлюзе, который настраивают 1 раз и всё? Тогда уж можно Windows 2008 поставить, ваще круто будет ;-)
Я вот тоже на ОпенБСД сижу. И настраивать и устанавливать её проще, и сама система чище.
А для новичков там уже готовые сервера есть, ничего ставить не надо, только запустить.
Я согласен с автором, простое надо делать по простому.
> И зачем все эти фичи на простом шлюзе, который настраивают 1 раз
> и всё? Тогда уж можно Windows 2008 поставить, ваще круто будет ;-)Что-то MS своим "ваще крутым" сервером себя же и не хочет обслуживать, отдав черную работу по отгрузке своих файлов презренным пингвинам у AKAMAI. Не говоря
> Я вот тоже на ОпенБСД сижу. И настраивать и устанавливать её проще,
Чем что? И чем?
> и сама система чище.
Чем что? И чем?
> А для новичков там уже готовые сервера есть, ничего ставить не надо,
> только запустить.Вы так говорите как будто у других такого нет.
> Я согласен с автором, простое надо делать по простому.
Но не в ущерб результату. Сервер с CGI - каменный век интернета.
Да, возможно CGI шлюз и устарел, но надо же новичкам с чего-то начинать учиться. А CGI даёт много возможностей для экспериментов. А заодно и с программированием в Юниксе разберутся...
> Да, возможно CGI шлюз и устарел, но надо же новичкам с чего-то
> начинать учиться.Начинать учиться с того как делать не надо - очень странный подход.
> А CGI даёт много возможностей для экспериментов.
Как будто другие, более адекватные протоколы их не дают.
> А заодно и с программированием в Юниксе разберутся...
Путем написания тормозилок на шеллскриптах через cgi? Лучше пусть в дворники идут, остальным мучений меньше будет с результатами данной деятельности.
> FreeBSD более производительная особенно на smpНет. SMP в NetBSD с версии 5.0 очень даже неплох.
SMP был полностью переписан, шедулер тоже.
Бенчмарки показывают преимущества то NetBSD, то FreeBSD в зависимости
от железа, задач, и авторов тестов. Ищите в гугле, бенчмарки доступны.> есть многие удобные фичи в виде netgrapf, geom и т.д.
Лично мне netgraf и geom даром не нужны ;-)
Автору статьи тоже.> более развитая дисковая и сетевая подсистема,
В каком месте? fsck в бекгроунде вместо журнала?
Да, это "опупенная" фишка ;-)> больше портированного софта,
Ну разьве что.
> лучше поддержка оборудования
Очень, очень спорно. Здесь как повезет.
> из недостатков по сравнению с нетбсд можно выделить лишь
Это от того, что вы NetBSD просто не знаете.
Мне, например, нормальное журналирование вместо голимого softupdates
гораздо дороже netgraf-а и geom-а. Еще есть puffs, xen,
более адекватное реагирование на PR,
нормальный инструментарий по работе с пакетами и прочее.> малое кол-во поддерживаемых платформ, единственные плюсы нетбсд которые
> я слышал это её архитектура которая хорошо переносится между платформами,
> поэтому если у вас не кофеварка вместо сервера фря смотрится более предпочтительно.Нет! Не смотрится.
возможно для простых решений NEtBSD самое оно, но сложные на ней делать не очень катит, нетбсд я щупал, в целом система не плохая, но к сожалению не увидел не единого преимущества, зато минусов были, хотя может это привычка, если вы знаток этой системы приведите плюсы в сравнении с фрёй, ради интереса
> возможно для простых решений NEtBSD самое оно, но сложные на ней делать
> не очень катит,блаблабла
> нетбсд я щупал, в целом система не плохая,
> но к сожалению не увидел не единого преимущества, зато минусов были,
> хотя может это привычка, если вы знаток этой системы приведите плюсы
> в сравнении с фрёй, ради интересаЯ бы с бОльшим удовольствием послушал
о недостатках NetBSD в сравнении с, раз уж они уже выявлены.
> возможно для простых решений NEtBSD самое оно, но сложные на ней делать
> не очень катит...Ну это как сказать... Разработчики NetBSD так не думают.
Да и если вернуться к статье, то здесь как раз речь о простом тестовом сервере, для новичков самое оно. Я бы ещё посоветовал DragonFly BSD попробовать, для разнообразия, чтоб сложилось общее представление об этих системах.
>> Почему именно NetBSD?Патамучта аффтар не вкурил, чта:
http://www.freebsd.org/cgi/url.cgi?ports/www/bozohttpd/pkg-d...
http://www.freshports.org/www/bozohttpd/Чта бозотик не ядерная фича, присутсвующая исключительно в НетБЗД, а перловый мини из портов
> Далее можно обращаться к нему напрямую:
> /var/www/cgi/./test1.shДа ладно :)
>>После окончания установки всех пакетов перезагружаемся!это было последней каплей.
ну вас
на вашем комментарии пришлось пустить слезу от смеха :)
разжигаете
Дааа, ребут был лишним..
Но ведь эта статейка для начинающих, пущай с командами упражняются
Хера с два PHP заработает как написано, читаем http://blojik.pp.ua/post/nastrojka_php_pod_netbsd_httpd
А мне статейка понравилась, прикольно оформлена. И довольно полезная для начинающих.
Хотя... некоторые недочёты есть... Но это ж не man.
Ну не знаю, у меня PHP так заработал.
Респект автору, спасибо за посказку ;-)
>Скорость и простота - главные преимущества BSD-систем!
>простую, быструю и лёгкую настройку сервераНу да куда там дебиану с его установкой и аналогичной "настройкой" всего вышеперечисленного одной командой:
apt-get install apache2 php5 mysql-server php5-mysql
И никаких тебе перезагрузок.
..нужно прописать домашний каталог нашего сайта в директиве httpd_wwwdir..не указано _где_ прописать;
Некоторые комментарии к столь "объективной" и "грамотной" статье:
1) Утверждается что все быстро, не требовательно к ресурсам и все такое. А где, собственно, сравнение? И в OpenBSD сетевая подсистема/файрвол/... уже умеют использовать несколько ядер/процессоров, наконец?
2) Выбрав совсем экзотичный http вы обрекаете себя на проблемы как только захочется что-то сложнее hello world. Если уж его советуете - так покажите например как примерно конвертить апачевские рулезы mod_rewrite в рулезы данного сервера и так далее.
3) CGI must die. Это удел дураков или старьевщиков. Зачем учить людей тому как делать не надо?! Опеннет, зачем вы постите вредительские новости? CGI это такой интерфейс, с которым ваш сервер может положить любой пионер на самом тощем ADSL, просто открыв к вам 1000 соединений. Когда у вас по этому поводу 1000 раз форкнется ваш обработчик CGI - вы ощутите всю "крутизну" и "быстроту" этого решения. Навернется все это и правда круто и быстро.
4) Я не понял, вы и PHP предлагаете через CGI запускать чтоли?! Ужас!!! А давайте заспорим что мой nginx под linux с fastcgi + кешированием в статику разорвет ваш сервер с его CGI и бсдями просто на британский флаг? По количеству запросов которые он выдержит на одинаковых ресурсах ;)Итого: я не понял, зачем постить столь дилетантские статьи на опеннете? Третий сорт - не брак? oO
Это идеология мира "опен". Терпите.
Теперь Вы, или любой другой человек должны "допилить" текст чтобы он приобрел смысл...
> Это идеология мира "опен". Терпите.В мире опен так жестко халтурить вообше чревато - халтура то всем видна, как на ладони.
> Теперь Вы, или любой другой человек должны "допилить" текст чтобы он приобрел смысл...
Боюсь, автор не оценил бы мой "патчинг". При таком "качестве" проще всю статью запатчить в /dev/null и переписать с нуля, пожалуй.
>> Это идеология мира "опен". Терпите.
> В мире опен так жестко халтурить вообше чревато - халтура то всем
> видна, как на ладони.
>> Теперь Вы, или любой другой человек должны "допилить" текст чтобы он приобрел смысл...
> Боюсь, автор не оценил бы мой "патчинг". При таком "качестве" проще всю
> статью запатчить в /dev/null и переписать с нуля, пожалуй.Напишите...
> Напишите...Мне кажется, автор оригинала был бы немного недоволен тем фактом что это было бы про установку нжинкса, под линуксом, с фастой :P. Правда это даже писать не надо - и так легко гуглится. Зато я готов поспорить что данная связка порвет упомянутую с отрывом в разы. Для комплекта можно почитать как писать модули к нжинксу, если попрограммить зудит. Вот это - круто, ядрено, актуально. Правда и это опять украдено до нас, если верить гуглу :P.
Статья нужна для тех, кто хочет быть "не как все". Поэтому самая бесполезная из бздей и недовебсервер. Зато можно перед другими школьниками понтоваться собственным сервером.
> Статья нужна для тех, кто хочет быть "не как все". Поэтому самая
> бесполезная из бздей и недовебсервер. Зато можно перед другими школьниками понтоваться
> собственным сервером.А мне нравятся такие самоделки. Это примерно как создание рейда из флоповодов, 90-терабайтный пепелац в ящике на балконе. Мы не стараемся добиться максимальной производительности,максимальной надежности или каких-то еще топовых решений, это конструирование чего-то своими руками для души.
Иногда из этого получаются забавные вещи...
> 90-терабайтный пепелац в ящике на балконе.90Tb пепелац с хабры даже вполне будет работать. Я правда не понял, почему его обладатель не собрал вместо 1 монстра несколько стандартных компов + соединить их гигабитом + запустить поверх какую-то распределенную ФС. Этакий "гугл в миниатюре".
> Иногда из этого получаются забавные вещи...
Не все йогурты одинаково полезны. Если результат получается дельный - отлично. Но в данном случае получается много возни и совершенно отстойный результат.
>> 90-терабайтный пепелац в ящике на балконе.
> 90Tb пепелац с хабры даже вполне будет работать. Я правда не понял,
> почему его обладатель не собрал вместо 1 монстра несколько стандартных компов
> + соединить их гигабитом + запустить поверх какую-то распределенную ФС. Этакий
> "гугл в миниатюре".Ну, если выкинуть из стандартного компа все лишнее, разместить то что осталось в одном корпусе - как раз и получится то что парень собрал. И оно у него неплохо работает.
Под виндовс кстати :))>> Иногда из этого получаются забавные вещи...
> Но в данном случае получается много возни и совершенно отстойный результат.А пофигу :))
80% венчурных стартапов вылетают в трубу...
> Ну, если выкинуть из стандартного компа все лишнее, разместить то что осталось
> в одном корпусе - как раз и получится то что парень собрал.Ну так главная загвоздка - в корпусе в который лезет столько винчей. Остальное не сложно. Смысл в таком переростке лично мне не очень поянтен: есть сомнения по поводу надежности такой конструкции. Можно было бы поучиться делать нормально. А можно фигней пострадать.
> И оно у него неплохо работает.
Неплохо - относительно чего? А так - впихнуть 45 винчей - ума не надо ;)
> Под виндовс кстати :))
Смысл этого мне еще менее понятен. Зато наверное это объясняет почему не делалось по людски. По людски - это сетевая ФС на нескольких машинах, с избыточностью, желательно чтобы вылет 1 машины вообще был пофиг, как у гугла. А тут - ну навернется оно такое разом однажды. Тем более что автор этого мега-гроба не в курсе даже про то что серьезные сервера для старта кучи дисков обладают опцией "delayed startup". Ну конечно, откуда ж тупым виндузятникам знать что при старте мотор винча довольно похож на КЗ. А моторы 45 винчей, стартующих одновременно - это писец, кратковременный пиковый ток может быть существенно выше того что способен регулярно выдерживать БП. И если однажды при включении этого монстра БП даст дуба - ну, вы знали на что шли. Спасибо если без пиротехнических эффектов и не прихватив за собой все 45 винчей. Нормальные сервера раскручивают большие количества дисков с задержкой, чтобы не мучать БП режимом похожим на КЗ. А у этого автора все как-то совсем по школьно-пионерски. Ну и система под стать.
ЗЫЖ мне всегда было интересно, а что если все 45 отформатить и разделы создать. Ну на первые 33 буквы - хватит. А потом что винда делать будет? :)
>> Но в данном случае получается много возни и совершенно отстойный результат.
> А пофигу :)) 80% венчурных стартапов вылетают в трубу...Ну таким стартапам, которые колхозят на одном-двух БП 45 дисков - вылет в трубу это то что доктор прописал. Если какой-то мазохист рискнет такие сторажи колхозить массово - ему не понравится общая надежность. Предвижу проблемы с блоками питания, вылеты винчей, и вообще.
>> Ну, если выкинуть из стандартного компа все лишнее, разместить то что осталось
>> в одном корпусе - как раз и получится то что парень собрал.
> Ну так главная загвоздка - в корпусе в который лезет столько винчей.
> Остальное не сложно. Смысл в таком переростке лично мне не очень
> поянтен: есть сомнения по поводу надежности такой конструкции. Можно было бы
> поучиться делать нормально. А можно фигней пострадать.Такие штуки изготовляют даже промышлено. Технически выглядит как боооольшая железная коробка (те что я видел на картинках - красного цвета :) разделенная на секции куда как сельди в бочке суются винты.. Много винтов... Намного больше чем в Промисовские ящики.
>[оверквотинг удален]
> выше того что способен регулярно выдерживать БП. И если однажды при
> включении этого монстра БП даст дуба - ну, вы знали на
> что шли. Спасибо если без пиротехнических эффектов и не прихватив за
> собой все 45 винчей. Нормальные сервера раскручивают большие количества дисков с
> задержкой, чтобы не мучать БП режимом похожим на КЗ. А у
> этого автора все как-то совсем по школьно-пионерски. Ну и система под
> стать.
> ЗЫЖ мне всегда было интересно, а что если все 45 отформатить и
> разделы создать. Ну на первые 33 буквы - хватит. А потом
> что винда делать будет? :)Вы статью то читали?
>>> Но в данном случае получается много возни и совершенно отстойный результат.
>> А пофигу :)) 80% венчурных стартапов вылетают в трубу...
> Ну таким стартапам, которые колхозят на одном-двух БП 45 дисков - вылет
> в трубу это то что доктор прописал. Если какой-то мазохист рискнет
> такие сторажи колхозить массово - ему не понравится общая надежность. Предвижу
> проблемы с блоками питания, вылеты винчей, и вообще.Вы не поняли насчет стартапов. Речь идет о стартапах в которые вкладываются достаточно большие деньги. И вот даже в этом случае, когда все делается "по-уму", очень высок шанс не получить отдачи. Поэтому будет успешной новация или нет - определяется не ее технической грамотностью.
> Статья нужна для тех, кто хочет быть "не как все". Поэтому самаяА ещё со статьёй L+A+M+P автор неминуемо окажется на 100500-ой странице поиска, а вот в поиске netbsd+apache (да.) эта статья будет на первой странице. Ну, максимум на третьей.
> бесполезная из бздей и недовебсервер. Зато можно перед другими школьниками понтоваться
> Статья нужна для тех, кто хочет быть "не как все"....... Зато можно перед другими школьниками понтоваться собственным сервером.
Да если каждый наш школьник будет подобные сервера дома поднимать, то развитие IT в Росси пойдёт огромными темпами и о Винде все забудут. Разве это плохо???
Я за саморазвитие школьников!
Побольше бы для них таких статей писали, может они и правда серваками хвастаться начнут :-)
> собственным сервером.Понт закончится на первом же школьнике с ab2 или http_load, которые недвусмысленно покажут параметры этого сервера ;)
> Некоторые комментарии к столь "объективной" и "грамотной" статье:
> 1) Утверждается что все быстро, не требовательно к ресурсам и все такое.............
> 2) Выбрав совсем экзотичный http вы обрекаете себя на проблемы как только............
> 3) CGI must die. Это удел дураков или старьевщиков.........А вы сами-то с этой системой работаете??? Если уж такой умный и грамотный, то надо было сначала поставить это всё и попробовать, а потом писать тут всякую шнягу...
У меня 3 двухпроцовых сервака уж года 2 под OPENBSD пашут и никаких проблем. Всё там действительно работает, я подтверждаю! Сам много экспериментировал с БСД-системами.
А Вебсервер тут для примера дан, вы статью вообще читали? Где там написано про сервера высокой нагрузки? Эта статейка для тестеров и начинающих, а не для крутых СПЕЦОВ типа вас.CGI must die. Ну тут вы уж совсем загнули... Выходит тысячи вебразработчиков по всему миру - дураки? Сегодня миллионы сайтов на CGI написаны, выходит все их дураки делали...
А позвольте полюбопытствовать. Вы, умный и грамотный специалист, что конкретно сделали для мирового сообщества??? Может книги пишете, как "правильные" сервера создавать? Или технологию покруче CGI для Веба придумали? Дайте ссылки на свои разработки, а мы заценим.
>> 3) CGI must die. Это удел дураков или старьевщиков.........[skip]
> А вы сами-то с этой системой работаете??? Если уж такой умный и
> грамотный, то надо было сначала поставить это всё и попробовать,А чтобы установить что кирпичная стена прочнее вашего лба - надо по вашей же логике разбить ваш лоб об эту стену. Не хотите проверить это утверждение? :) Кстати, я не вижу ответов на мои вопросы. Сопли и слюни школьников - не котируются. А слабо четко по пунктам ответить? Кишка тонка?
> а потом писать тут всякую шнягу...
Откуда ж такие школоло берутся? oO
> У меня 3 двухпроцовых сервака уж года 2 под OPENBSD пашут и никаких проблем.
А, собственно, вы можете внятно обосновать выбор решения? Не на уровне "Вася сказал что так - круто", а нормально, как технический специалист? В виде "это лучше конкурирующих решений тем-то и тем-то". Вся статья пытается это сделать и ... жесточайше лажается. Двух юзеров в час обслужит даже денвер воткнутый на WinXP. Тоже мне, достижение.
> Всё там действительно работает, я подтверждаю!
Система работает - достоинство? Давайте еще "компьютер включается" запишем в преимущества? Кстати, даже с работой с работой у опен- и нетбсд не очень, если взять новое или не сильно массовое железо. Придется еще и железо придирчиво выбирать.
> Сам много экспериментировал с БСД-системами.
Да кого это волнует в этом контексте? Вы не можете перечислить ни одного разумного достоинства в результате. Ну или где это? Не вижу среди соплей.
> А Вебсервер тут для примера дан, вы статью вообще читали?
Это как максимум является примером того как делать ни в коем случае не стоит. А зачем делать заведомо очень тормозной недосервер, по убогому и бестолковому протоколу CGI?
> Где там написано про сервера высокой нагрузки? Эта статейка для тестеров и начинающих,
Скажите, зачем нужно учиться использовать устаревший протокол CGI, конца девяностых прошлого века? Он убог. Он жутко тормознут. Он позволяет одной левой уложить ваш сервак даже школьнику с диалапом. Единственный повод с ним познакомиться - это чтобы узнать как НЕ НАДО делать в XXI веке веб-сервера и в будущем избегать таких "архитектурных решений" всеми правдами и неправдами.
> а не для крутых СПЕЦОВ типа вас.
Да при чем тут спецы? Вы попытались преимущества описывать. Столь ублюдочная реализация вебсервака - очень сомнительное "преимущество". Особенно издевательски выглядящее в паре с заявлениями про нетребовательность к ресурсам. Давайте сравним сколько юзеров на одном и том же железе выдержит эта недоделка и нормальный сервак? И посмотрим у кого там нетребовательность к ресурсам.
> CGI must die. Ну тут вы уж совсем загнули... Выходит тысячи вебразработчиков
> по всему миру - дураки? Сегодня миллионы сайтов на CGI написаны,Где вы эти миллионы нашли? Единственное для чего CGI может иметь смысл использовать в современном мире - системы мониторинга и прочие внутренние службы, лишенные выхода в интернет и используемые 1-2 администраторами пару раз в день. На веб сервере вывешенном в интернет от CGI сплошной геморрой. Идея стартовать довольно тяжелый процесс (интерпретатор шелла или пыхпыха) на каждый запрос - порочна по своей сути. Ничего общего с экономией ресурсов эта идея не имеет.
> выходит все их дураки делали...
Ответственно заявляю: добровольно учиться пользоваться в 2011 году протоколом CGI может только идиот или некрофил. Исключением являются приватные малонагруженные сервисы типа мониторингов и прочая, доступные только одному админу.
> А позвольте полюбопытствовать. Вы, умный и грамотный специалист, что конкретно сделали
> для мирового сообщества??? Может книги пишете, как "правильные" сервера создавать?Их уже и без меня написали море. Используйте гугл. Например по слову fastcgi.
> Или технологию покруче CGI для Веба придумали? Дайте ссылки на свои разработки,
> а мы заценим.Для начала я раздал вам за вредные советы и необъективные вопли - уже неплохо, имхо. Меньше народа получит граблями в лоб, больше сможет почитать про нормальные протоколы, хоть тот же fastcgi например. Как минимум, этот протокол не занимается стартом тяжелого процесса интерпретатора на абсолютно каждый запрос.
Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем не отличается, а для пыха fastcgi по сути очень долгое время вообще не было. Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.
> Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем
> не отличается,Тем меньше поводов копаться в ископаемостях.
> а для пыха fastcgi по сути очень долгое время вообще не было.
А уж сколько охотились на мамонтов при помощи копий с каменными наконечниками - это вообще кошмар. Только вот зачем сейчас учиться делать инструменты из камней и палок? Копье из камня и палки как инструмент охотника в 2011 году уже никому не нужно.
> Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать
> не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.Ну вам интереснее - вы и осваивайте. Как по мне - фаст вполне хорош: быстрый протокол, без явных идиотизмов в дизайне. К ЯП не привязан. К мод_ЯП - тоже. Более-менее устоялся и поддерживается рядом софта.
>> Справедливости ради для программиста(но не для админа) fcgi от cgi практически ничем
>> не отличается,
> Тем меньше поводов копаться в ископаемостях.Вы про fastcgi?
>> а для пыха fastcgi по сути очень долгое время вообще не было.
> А уж сколько охотились на мамонтов при помощи копий с каменными наконечниками
> - это вообще кошмар. Только вот зачем сейчас учиться делать инструменты
> из камней и палок? Копье из камня и палки как инструмент
> охотника в 2011 году уже никому не нужно.Опять про fastcgi? Он ведь тоже ископаемое, для новых систем нахрен не нужен.
>> Гораздо интересней вещи типа psgi/wsgi/rack/jsgi, которые позволяют писать
>> не заботясь о выборе cgi/fastcgi/mod_ЯП/framework/итд для конкретного скрипта.
> Ну вам интереснее - вы и осваивайте. Как по мне - фаст
> вполне хорош: быстрый протокол, без явных идиотизмов в дизайне. К ЯП
> не привязан. К мод_ЯП - тоже. Более-менее устоялся и поддерживается рядом
> софта.Так осваивать новое, или копаться в ископаемом(fastcgi)? Определитесь наконец.
>> А Вебсервер тут для примера дан, вы статью вообще читали?
> Это как максимум является примером того как делать ни в коем случае
> не стоит. А зачем делать заведомо очень тормозной недосервер, по убогому
> и бестолковому протоколу CGI?Написано же зачем! Для тестов в локальных сетях и для начинающих изучать Unix. А CGI - это основа вебпрограммирования и понимания взаимодействия вебсервера со скриптами.
Насколько я понял, в статье просто дан пример для тех, кто сам не может определиться и не знает с чего начать. А тестовый сервак на базе простой и редкой системы - то что надо для энтузиастов.
Чуть выше я показал как одной строчкой все это устанавливается и "настраивается" в debian. Так что по критерию простоты мимо. Что хорошего в редкости мне вообще непонятно. Также непонятно зачем учиться на основе worst, а не best practices. Хотя я бы это учебой не называл, набор шаманских заклинаний без объяснений совершенно не подходит для понимания материала.
>> 1) Утверждается что все быстро, не требовательно к ресурсам и все такое. А где, собственно, сравнение? И в OpenBSD сетевая подсистема/файрвол/... уже умеют использовать несколько ядер/процессоров, наконец?Видимо вы плохо знакомы с BSD. Там давно уже существует поддержка SMP. В OpenBSD есть сразу ядро bsd.mp. А что касается сравнений, то разве вы сомневаетесь, что Винда будет хуже работать на том же железе? Если да, то попробуйте сами, а не флудите тут! Я сравнивал работу Windows 2003 с OpenBSD 4.x в качестве домашнего сервака (хостинга для моего сайта). Винда начала глючить после установки первых же серверов, а через неделю сдохла окончательно. А вот BSD работает до сих пор и проблем я не замечал. Вот вам и сравнение...
Ну а теперь сравните с линуксом. Кстати у меня win2003 не глючил и не дох, может вы просто плохо в нем разобрались.
Я ставил сервера на Windows 2000/2003 сотни раз на разных машинах и в различных конфигурациях, но результат всегда один - глюки, глюки, глюки, зависания и смерть системы.
И не надо мне говорить, что всё работает! Если вы поставили Винду однажды и вам удалось запустить Блокнотик, а может даже и текстик в нём сохранить, то это не говорит о стабильности работы системы. Вам просто крупно повезло, вот всё. Почитайте статистику! Винда сама умирает через несколько недель и её надо переустанавливать (это не я говорю, а статистика). А системы *BSD считаются самыми стабильными в мире! (по той же статистике)
А что касается разбора Windows по болтикам и составляющим, то так любую систему можно с нуля собрать, но это будет уже другая система... А тут речь именно о дефолтной установке без допиливания, оптимизации, патчей и т.д.
Сотни раз ставили и при этом не научились с ней работать? Вы уверены, что выбрали правильную профессию? Сам по ряду причин терпеть не могу винду, уже хреново ее знаю, но в то время, когда я с ней активно работал, почти все проблемы были решаемы, серверы по несколько лет работали, причем без малейшего вмешательства. Кстати, ссылку на статистику не дадите?
> Сотни раз ставили и при этом не научились с ней работать? Вы
> уверены, что выбрали правильную профессию? Сам по ряду причин терпеть не
> могу винду, уже хреново ее знаю, но в то время, когда
> я с ней активно работал, почти все проблемы были решаемы, серверы
> по несколько лет работали, причем без малейшего вмешательства. Кстати, ссылку на
> статистику не дадите?А кто сказал, что проблемы нерешаемы? Решить можно любую проблему!
Только вот зачем создавать эти самые проблемы, а потом их решать? Вам больше заняться нечем?
я поставил OpenBSD, чтобы у меня проблемы вообще не возникали и так оно и есть. всё работает по умолчанию без всяких настроек и доработок.
>>Я ставил сервера на Windows 2000/2003 сотни раз на разных машинах и в различных >>конфигурациях, но результат всегда один - глюки, глюки, глюки, зависания и смерть системы.Согласен с товарищем. Винда не предназначена для серверов изначально. Это система создана для идиотов, которые не хотели изучать команды DOS и вообще чему-то учиться...
Как говорил один мой знакомый: "Windows может выставить в интернет только конченный мазохист". А опыта и регалий у него было хоть отбавляй...
А по своей практике могу сказать, что Винда хороша только для тупых юзеров, но не для админов. И вообще я не понимаю зачем громадный и тяжеленный графический интерфейс, отжирающий большую часть ресурсов компьютера, на сервере, где запущена малюсенькая программка....
>>>Я ставил сервера на Windows 2000/2003 сотни раз на разных машинах и в различных >>конфигурациях, но результат всегда один - глюки, глюки, глюки, зависания и смерть системы.
> Согласен с товарищем. Винда не предназначена для серверов изначально. Это система создана
> для идиотов, которые не хотели изучать команды DOS и вообще чему-то
> учиться...
> Как говорил один мой знакомый: "Windows может выставить в интернет только конченный
> мазохист". А опыта и регалий у него было хоть отбавляй...
> А по своей практике могу сказать, что Винда хороша только для тупых
> юзеров, но не для админов. И вообще я не понимаю зачем
> громадный и тяжеленный графический интерфейс, отжирающий большую часть ресурсов компьютера,
> на сервере, где запущена малюсенькая программка....Я тоже согласен, что нужно ресурсы сервера расходовать на потребности клиентов, а не на обслуживание монстроподобного графического интерфейса. Только вот в Microsoft об этом наверно не знают...
> и хочу рассказать об их преимуществах по сравнению с другими ОС,К сожалению вы так ничего о преимуществах и не сказали.
>Её можно поставить куда угодно, даже на тостер (в котором хлеб жарят)!
Этот миф очень популярен среди любителей БСД, но при этом мало кто задумывается над тем,
зачем это сделали, и что при этом СТЕРЛИ...
Опа, как это стерли??
А так, что контроллер к тостеру (одноплатный компьютер TS-7200) - присобачили шурупами. Это не тостер в который залили НетБСД, это девайс, изначально не имевший микропроцессорного управления вообще, к которому шурупами присобачили микроконтроллер, при этом потерев оригинальную для этого контроллера прошивку...
А что же это была за прошивка?
А линукс там был... :))
Кто и зачем это сделал? Инженер компании производящей эти тостеры в рамках прикола.Но если новость переписать в таком духе: "НетБСД запустили на серийном промышленном
одноплатном компьетере удалив с него оригинальную Линукс-прошивку и прикрутив плату
контроллера к бытовому тостеру в виде прикола" - это будет конечно не круто.
Но именно это и произошло. Взяли промышленный компьютер, на котором штатно уже много лет работает линух, и залили на него с помощью напильника НетБСД.Только вот это достижение - было давно.. и чтото новостей не слышно...
>> и хочу рассказать об их преимуществах по сравнению с другими ОС,
> К сожалению вы так ничего о преимуществах и не сказали.
>>Её можно поставить куда угодно, даже на тостер (в котором хлеб жарят)!
> Этот миф очень популярен среди любителей БСД, но при этом мало кто
> задумывается над тем,
> зачем это сделали, и что при этом СТЕРЛИ...Ну давайте я вам расскажу о преимуществах БСД-систем, если в статье не очень понятно.
1. Эти ОС являются самыми близкими к древнему UNIX-у и самыми чистыми из современных Юникс-подобных систем, в том числе и по лицензиям и по философии.
2. Абсолютно бесплатные и свободно распространяются (почти все).
3. Огромный выбор платформ для установки.
4. Не так требовательны к ресурсам компьютера (как Windows, Linux или Mac OS).
5. Очень быстро ставятся (около одной минуты!!!). Тут сравнить можно только с чистой DOS.
6. Поразительно гибкие и доступные настройки через простые текстовые файлы.
7. Мощные, стабильные и масштабируемые системы.
........
И так далее. Можно ещё продолжать, но разумному человеку и этого достаточно. Остальное же каждый выбирает для себя и своих конкретных задач.
Ну а насчёт тестера, это просто демонстрация гибкости ОС и не более.
Конкретные то преимущества где? Написали какой-то маркетинговый булшит, причем откровенно провокационный.Например, я в своё время выбрал DragonFlyBSD из-за поддержки кластерной фс (HAMMER) прям из коробки, в к-й в любой момент времени можно откатиться на любое состояние назад. Вот это понимаю преимущество, реальный пример из жизни. А вот это всё:
> 2. Абсолютно бесплатные и свободно распространяются (почти все).
> 3. Огромный выбор платформ для установки.
> 4. Не так требовательны к ресурсам компьютера (как Windows, Linux или Mac OS).
> 5. Очень быстро ставятся (около одной минуты!!!). Тут сравнить можно только с чистой DOS.
> 6. Поразительно гибкие и доступные настройки через простые текстовые файлы.
> 7. Мощные, стабильные и масштабируемые системы.применимо вообще для любого Юникс-подобной ОС. Особенно п.6 "улыбнул", типа, в Debian/Slackware/*BSD как-то иначе. Вас прям так поразили настройки через простые текстовые файлы?!
>>> и хочу рассказать об их преимуществах по сравнению с другими ОС,
>> К сожалению вы так ничего о преимуществах и не сказали.Вот тут подробно про BSD написано:
http://xakep.ru/post/23432/default.aspА статейка для начинающих юниксоидов пойдёт. И если у них это всё получится (раз несколько подряд), вот тогда они к спецам типа вас заходить будут... совершенствоваться.
Давайте ссылки на свои продвинутые статьи и учебники, развивайте модёжь!
> Вот тут подробно про BSD написано:Так вот откуда они https://www.opennet.ru/openforum/vsluhforumID3/77504.html#176 повылазили-то. Ксакеп - оплот Позиксивизма, ролевой образчик неофитов... "Пацаны во дворе обзавидуются", да.
> А статейка для начинающих юниксоидов пойдёт. И если у них это всё
> Давайте ссылки на свои продвинутые статьи и учебники, развивайте модёжь
Кошмар, какие-то ксакепы и ксакеры понавылезли. Ну спасибо что хоть не сракеры. А ксакеп.ру это конечно очень серьезный ресурс не менее серьезного журнала, прославившегося на весь мир тем что они взломали даже школьные туалеты.
> прославившегося на весь мир тем что они взломали даже школьные туалеты.А видео есть? :)
Ксакеп такой ксакеп, как бы у них самих их ASPнутый сайт на венде не сломали
> Ну давайте я вам расскажу о преимуществах БСД-систем, если в статье не
> очень понятно.
> 1. Эти ОС являются самыми близкими к древнему UNIX-у и самыми чистыми
> из современных Юникс-подобных систем, в том числе и по лицензиям и
> по философии.В чем же тут преимущество? Вот у меня есть каечный ключ - самый близкий к древним гаечным ключам - идейно и технически - так вот по сравнению с механическим гайковертом фирмы (skip)
- преимущество на стороне гайковерта. Он заворачивает гайку сам, без усилий с моей стороны, регулирует силу закрутки, делает это быстрее своего древнего собрата (в моих руках).
Поэтому близость к корням- я бы назвал объективным недостатком, архаизмом, неразвитостью и убогостью.Древний Юникс- коммерческая операционная система, слово Юникс - зарегистрированный трейдмарк.
Чем _конкретно_ философия БСД ближе к древнему юникс чем например у Plan9 (который никак не БСД) или Линукс (который опять же никак не БСД)?> 2. Абсолютно бесплатные и свободно распространяются (почти все).
Во первых это ложь (потому что МакОсь - это по сути БСД а она совсем не бесплатна), а во вторых где преимущества по сравнению с тем же линухом?
> 3. Огромный выбор платформ для установки.
Извините, это либо ложь, либо просто заблуждение. "Огромный выбор платформ для установки" - это чепуха. Есть платформы, есть архитектуры, и путать эти вещи не следует. Платформа- это конкретное изделие (формфактор, совокупность логики на плате), архитектура - это грубо говоря набор команд конкретного процессора (x86,arm,power и так далее) и особенности работы с его устройством. Так вот, достаточно большой выбор АРХИТЕКТУР - с натяжкой только у НетБСД. У Фри например- количество архитектур совсем небольшое, у других БСД систем - и того меньше.
А почти любой линукс например - пойдет на огромном количестве именно архитектур.> 4. Не так требовательны к ресурсам компьютера (как Windows, Linux или Mac
> OS).Это просто смешно. Это неправда. Эты пропагандистская завлекаловочка была популярна лет 20 назад, когда линух был настолько убог что народ, запуская графическую оболочку на 8 метрах памяти - вопил от удовольствия. Но как только линух развился - он стал отжирать ресурсы шо божеж мой... "Гномище-толстый гуище"- знаете такую пословицу? Как думаете, почему она появиласть? :) Единственный способ снизить требования к ресурсам - пожертвовать функциональностью.
Некоторые версии Линукс например - станут даже на системы без ММУ, а вот может ли такое сделать БСД?> 5. Очень быстро ставятся (около одной минуты!!!). Тут сравнить можно только с
> чистой DOS.Это просто смешно. Это неправда. Для упражнения - разверните портс на старенький комп...
> 6. Поразительно гибкие и доступные настройки через простые текстовые файлы.
А сравнить можете, с тем же линухом? Табличку - "задача"-"как это делается вБСД"-"как это делается в линухе"?
> 7. Мощные, стабильные и масштабируемые системы.
Это вообще говоря нерправда. Я не могу говорить за весь парк БСД, но вот Фря (а это самая активно развивающаяся ось семейства) - скопище устаревших программ. IPVS во фре - умерло, АоЕ - застыло на какойто древней версии и не развивается. Причина банальна - людям не хватает времени допиливать все. А в линукс- эти же технологии успешно развиваются. Например Яндекс выкинул с балансировщиков нагрузки Циски и фрю поставив там линух.
Вот демонстрация преимущество фри...
> ........
> И так далее. Можно ещё продолжать,К сожалению преимуществ вы так и не назвали. рекламные слоганы- прокричали... по делу- ничего сказано небыло.
Преимуществ не бывает самих в себе. Преимущества - это когда вы сравнимаете минимум две системы и говорите, в этой вот системе -так, а в этой -так. и одно лучше другого по таким вот и таким соображениям.А вот вам список параметров, которые по моему мнению являются важными для оценки преимуществ ОС:
1. Доля рынка в штуках. Почему это важно? Чем больше установок ОС - тем больше внимания привлечено к разработке, тем больше специалистов ею занимаются, и улучшают ее.
2. Активность разработчиков. Почему это важно? Мир постоянно меняется, если разработчики не будут активны- система быстро морально устареет, и ее просто обойдут другие системы. Новое оборудовние, фикс дырок и багов в ОС и программах.
3. Поддержка крупным бизнесом. Почему это важно? Линукс выплыл потому что им заинтересовались крупные денежные мешки.Для разработки нужны вложения - как людских ресурсов, так и материальных.
Система в которую не вкладываются ресурсы- влачит свое существование на маленькой группе разработчиков и кое-как существует возможно, пока им не надоест. В перспективе же - она труп.
> 1. Доля рынка в штуках. Почему это важно? Чем больше установок ОС
> - тем больше внимания привлечено к разработке, тем больше специалистов ею
> занимаются, и улучшают ее.
> 2. Активность разработчиков. Почему это важно? Мир постоянно меняется....
> 3. Поддержка крупным бизнесом. ...По-моему вы слишком категоричны, особенно когда говорите, что это ЛОЖЬ. Ваши утверждения совсем необоснованы и заведово не соответствуют действительности, хотя иногда Вы правы, но не во всём!
Получается что Windows самая крутая система в МИРЕ, раз у неё большая доля рынка и над ней и ПО для неё работают МИЛЛИОНЫ спецов... Так что ли???
Если Вы сами не в теме, то нечего здесь демогогию разводить! Лучше бы со статистикой ознакомились!
> Получается что Windows самая крутая система в МИРЕ, раз у неё большая
> доля рынка и над ней и ПО для неё работают МИЛЛИОНЫ
> спецов... Так что ли???Вообще то да, только вы аккуратно пропустили слово "десктопная". Винда действительно для большинства лучшая десктопная ОС, а линукс лучшая серверная. При этом есть меньшинство, для задач которого лучшей может оказаться другая ОС.
>> Получается что Windows самая крутая система в МИРЕ, раз у неё большая
>> доля рынка и над ней и ПО для неё работают МИЛЛИОНЫ
>> спецов... Так что ли???
> Вообще то да, только вы аккуратно пропустили слово "десктопная". Винда действительно для
> большинства лучшая десктопная ОС, а линукс лучшая серверная. При этом есть
> меньшинство, для задач которого лучшей может оказаться другая ОС.А вы не пробовали историю развития ОС Windows почитать? Она несколько раз чуть не загнулась и её спасало только чудо. Она всегда была хуже конкурентов, причём намного. Большинство "разработок" Microsoft сворованы у других + агрессивный маркетинг компании и огромные средства, вложенные в рекламу и подкуп всех и вся в мире (от разработчиков железа до продавцов и контролирующих органов). Как известно, из любого бомжа можно президента сделать, если убить и купить кого надо. Так и с ОС, мафия кругом! И к ТТХ самой Windows это никакого отношения не имеет!
> А вы не пробовали историю развития ОС Windows почитать?Да я вообще то с cp/m и dos начинал, так что историю развития наблюдал, а не читал по опусам фанатов альтернативных систем.
>Она несколько раз чуть не загнулась и её спасало только чудо.Правда, что ли? Может еще назовете когда именно такое происходило? Отсчет ведем с nt4 и win95.
>Она всегда была
> хуже конкурентов, причём намного. Большинство "разработок" Microsoft сворованы у других
> + агрессивный маркетинг компании и огромные средства, вложенные в рекламу и
> подкуп всех и вся в мире (от разработчиков железа до продавцов
> и контролирующих органов).Маркетинг конечно сыграл роль, вот только в свое время необходимость объяснять пользователю, что вставленную дискету или CD нужно перед использованием смонтировать, причем из под суперпользователя, уже было достаточным поводом не смотреть в сторону никсов на десктопах. А если вспомнить что linux/bsd не умели на старте ничего младше i386, а макам вообще было нужно отдельно дорогое железо, то в доминировании винды на раннем этапе нет ничего удивительного. А дальше "так здесь повелось". Единственным серьезным конкурентом могла бы быть OS/2.
>Как известно, из любого бомжа можно президента сделать,
> если убить и купить кого надо. Так и с ОС, мафия
> кругом! И к ТТХ самой Windows это никакого отношения не имеет!Есть тьма софта УЖЕ написанного под винду, есть поколение пользователей знающих как с ней работать и не желающих переучиваться. Вот это объективные причины доминирования на данном этапе, а конспирологические бредни оставьте фанатам.
>Ну а насчёт тестера, это просто демонстрация гибкости ОС и не более.Тостера а не тестера.
В чем же гибкость то? Установить ОС на промышленный одноплатный компьютер? Оооочччень гибко....
> 1. Эти ОС являются самыми близкими к древнему UNIX-у и самыми чистыми
> из современных Юникс-подобных систем,Вам явно надо в маркетинговый отдел идти работать. Более веселая аргументация была только у MS - "виндоус сервер обгоняет линукс". Без пояснений в чем именно.
> в том числе и по лицензиям и по философии.
Изначально юникс был проприетарной системой компании AT&T... такие вот лицензии и философия.
> 2. Абсолютно бесплатные и свободно распространяются (почти все).
Если забыть про всякие мелочи типа ифонов с кусками кода оттуда. Без исходников, разумеется. Свобода в ябблосторе - тоже та еще.
> 3. Огромный выбор платформ для установки.
Да, целые i386 или x64. Или "какое, Фауст, ты предпочитаешь?" ARM? MIPS? PowerPC? Что-то еще? И много у вас устройств с *BSD и процом отличным от х86? И каких?
> 4. Не так требовательны к ресурсам компьютера (как Windows, Linux или Mac OS).
Linux 2.6 без проблем стартует с 4Мб флеша и 16Мб оперативки. Можно даже поменьше, если постараться. Хотите, устроим hardhat system optimization challenge? А раз у вас тостеры хорошо работают - а что, это идея! Давайте купим у китайцев платок на ARM, их навалом, всего баксов по 30-40. И посмотрим кто больше выжмет на этом достаточно слабом железе, которое, однако, является полноценным компьютером. Просто маленьким и не таким жирным по ресурсам как десктоп. Вы же утверждали что с потреблением ресурсов все отлично, так? ;)
> 5. Очень быстро ставятся (около одной минуты!!!). Тут сравнить можно только с
> чистой DOS.Если уж соревноваться - попробуйте вот это переплюнуть: https://www.opennet.ru/opennews/art.shtml?num=30233 - это конечно не установка, но все-таки старт системы. Компактный вариант линукса не проблема влить менее чем за минуту если задаться такой целью. А лив-флешка или лив-цд инсталлируется 0 минут: воткнул - загрузился - работает.
> 6. Поразительно гибкие и доступные настройки через простые текстовые файлы.
Вы так говорите как будто у прочих *никсов/линуксов что-то принципиально иное.
> 7. Мощные, стабильные и масштабируемые системы.
См. выше про маркетинговый отдел. Кстати как там дела с масштабированием сети/фаера в опенбсд на несколько ядер? А то многоядерные процессоры сейчас даже в телефонах.
> И так далее. Можно ещё продолжать, но разумному человеку и этого достаточно.
Разумный человек должен приводить разумные аргументы. Покрепленные фактами, которые можно пронаблюдать.
>самыми близкими к древнему UNIX-уЭто большой минус. В современное время от *nix требуется быстрое развитие для поддержки современных железок, плюшек, протоколов. BSD которая в 21 веке падает от вытаскивания примонтировнаной флешки - это пережиток прошлого. А всем кому нужна философия, пусть идут на философский факультет.
>Абсолютно бесплатные и свободно распространяются (почти все).
linux
>Огромный выбор платформ для установки.
linux
>Не так требовательны к ресурсам компьютера (как Windows, Mac OS).
linux
>Очень быстро ставятся (около одной минуты!!!). Тут сравнить можно только с чистой DOS.
Чушь. Вы как меряли? Это что за бздя такая которая за минуту ставится? Разве что в тостер. Зачем ставить быстро за минуту чтобы потом полдня доставлять пакеты, пересобирать миры итд? Ни для десктопа ни для сервера быстрота установки ни разу ни преимущество. А кому надо ставить по 50 раз в день, для таких есть dd, cp и дистрибы типа P.I.N.G., clonezilla.
p.s. Кстати, В чистом DOSе ничего нету, абсолютно неюзабельное г.>Поразительно гибкие и доступные настройки через простые текстовые файлы.
linux
>Мощные, стабильные и масштабируемые системы.
linux, причем масштабируемость linux кластеров проверена временем и мегакорпорациями. А масштабируемость и стабильность бзди и тем более её распределенных фс это большой вопрос, требующий проверки.
>Ну а насчёт тестера, это просто демонстрация гибкости ОС и не более.
Для винды тоже была реализация APi и ядра в 12кило (если не ошибаюсь) размером для управления какой то аппаратурой.
Итого: ваша попытка представить преимущества bsd разгромно провалилась.
> Только вот это достижение - было давно.. и чтото новостей не слышно...Новостей полно, ими нужно всего лишь интересоваться.
Ну или не говорить, что их нет ;-)
>> Только вот это достижение - было давно.. и чтото новостей не слышно...
> Новостей полно, ими нужно всего лишь интересоваться.
> Ну или не говорить, что их нет ;-)На последнем BSDCan 2011 NetBSD был посвящен только ОДИН доклад.
Когда последний раз на NetBSD собирали вычислительные кластера? Сетевые хранилища?
Вы знаете хотябы двух крупных провайдеров хостящих на NetBSD?Хотя может об этих штуках рассказывали на Open Source Conference 2011 Sendai, но у меня плохо с японским...
Судя по "списку параметров",> 1. Доля рынка в штуках.
> 2. Активность разработчиков.
> 3. Поддержка крупным бизнесом.разговор не имеет смысла. Вас интересует громкий пиар
и симуляция деятельности, а не ТЕХНИЧЕСКИЕ особенности системы
и применимость ее для ВАШИХ задач. Рассуждать о сферических конях
в вакууме мне не интересно. Сферическую же "активность разработчиков"
обсуждать не вижу смысла. Информация о бизнесе на официальном сайте.
> Судя по "списку параметров",
>> 1. Доля рынка в штуках.
>> 2. Активность разработчиков.
>> 3. Поддержка крупным бизнесом.
> разговор не имеет смысла. Вас интересует громкий пиарЯ смотрю на вещи реально. Почему в линухе есть поддержка инфинибанд, а во фре- только пишут?
Почему драйвер для АоЕ в линухе развивается- а во Фре - как будто версию гвоздями прибили?
Почему Яндекс поставил на балансировщики Линух а не Фрю?
Почему Гугл использует Линух а не Фрю?
И таких вопросов почему - много. А ответ - вот те три параметра.>Сферическую же "активность разработчиков" обсуждать не вижу смысла.
"Есть люди, которые не воспринимают прогресс..." (с) Бугги :)
>> Судя по "списку параметров",
>>> 1. Доля рынка в штуках.
>>> 2. Активность разработчиков.
>>> 3. Поддержка крупным бизнесом.
>> разговор не имеет смысла. Вас интересует громкий пиар
> Я смотрю на вещи реально. Почему в линухе есть поддержка инфинибанд, а
> во фре- только пишут?Очевидно потому, что Линукс очень активно используется в этой области
и вполне успешно? Ответ же очевиден.
Насколько хорошо/плохо смотрелись бы там *BSD и Solaris я понятия не имею.> Почему драйвер для АоЕ в линухе развивается- а во Фре - как
> будто версию гвоздями прибили?Потому что все мы обращаем внимание на строго определенные вещи,
игнорируя остальные? ;-)> Почему Яндекс поставил на балансировщики Линух а не Фрю?
На прошедшей не так давно Лекции Яндекса в Минске Расковалов заявил,
что в основном для индексации и поиска используется FreeBSD.
"Большие циски" тоже были упомянуты. Про Линукс не было ни слова.
Я понятия не имею, что там на самом деле в качестве чего используется.
Очевидно, то, что лучше подходит в данном конкретном месте? ;-)> Почему Гугл использует Линух а не Фрю?
Полно мест, где используется Solaris/FreeBSD/OpenBSD/whatever.
Почему в качестве аргумента взял Гугель, а не Яндекс
или Мегахостеры на FreeBSD?
Может, подсознательно мы подгоняем решение под ответ? ;-)> И таких вопросов почему - много. А ответ - вот те три параметра.
За маркетингом -- в отдел маркетинга. Я глянцевые журналы не выпускаю.
>>> Судя по "списку параметров",
>>>> 1. Доля рынка в штуках.
>>>> 2. Активность разработчиков.
>>>> 3. Поддержка крупным бизнесом.
>>> разговор не имеет смысла. Вас интересует громкий пиар
>> Я смотрю на вещи реально. Почему в линухе есть поддержка инфинибанд, а
>> во фре- только пишут?
> Очевидно потому, что Линукс очень активно используется в этой области
> и вполне успешно? Ответ же очевиден.А вот Фря - почемуто неуспешно в этой области используется..точнее почти вообще не используется...
> Насколько хорошо/плохо смотрелись бы там *BSD и Solaris я понятия не имею.
Если бы корова умела летать... Только вот не умеет...
>> Почему драйвер для АоЕ в линухе развивается- а во Фре - как
>> будто версию гвоздями прибили?
> Потому что все мы обращаем внимание на строго определенные вещи,
> игнорируя остальные? ;-)И в этой области не используется Фря... Да?
>> Почему Яндекс поставил на балансировщики Линух а не Фрю?
> На прошедшей не так давно Лекции Яндекса в Минске Расковалов заявил,
> что в основном для индексации и поиска используется FreeBSD.
> "Большие циски" тоже были упомянуты. Про Линукс не было ни слова.
> Я понятия не имею, что там на самом деле в качестве чего
> используется.Вам не трудно назвать версию Фри, а так же вспомнить чем именно занимаются "Большие циски"? :)
Кстати если вы сильно покопаетесь в памяти - то вспомните и про линух.. ключевое слово- IPVS, и что более важно ПРИЧИНА по которой оно там используется.> Очевидно, то, что лучше подходит в данном конкретном месте? ;-)
Лучше - всегда должно соседствовать со словами "чем" и "чем что". Чем лучше чем что? А то опять все сводится к "преимуществам НетБСД" предыдущего оратора... :)))
>> Почему Гугл использует Линух а не Фрю?
> Полно мест, где используется Solaris/Как хорошо было вначале и как неудачно... мда.. Вы в курсе что Solaris - продвигается на рынок тем самым крупным бизнесом значение которого для развития ОС вы пытаетесь осмеять?
> FreeBSD/OpenBSD/whatever.
> Почему в качестве аргумента взял Гугель, а не ЯндексТоесть как это? Я взял именно Яндекс :)
> или Мегахостеры на FreeBSD?
А почему вы не назвали этих мегахостеров? Это секретная информация? Типа их все знают но не скажем? Надеюсь это не петерхост? :)
> Может, подсознательно мы подгоняем решение под ответ? ;-)
Пока вы дважды дали понять что Фря в указанных областях успешностью не пользуется, скрытничаете насчет мегапроектов в которых используется Фря...
>> Очевидно потому, что Линукс очень активно используется в этой области
>> и вполне успешно? Ответ же очевиден.
> А вот Фря - почемуто неуспешно в этой области используется..точнее почти вообще
> не используется...И о чем это говорит? Линукс, к примеру, практически не используется
на десктопах. Повсеместно используются только Windows и MacOS-X.
Ну и что мешает Вам его использовать в этом качестве?Два года назад я встречался в Киеве с товарищем, который эти самые кластера
a la Скиф "строит", IIRC он из Института им. Глушкова, но я могу ошибаться.
Спросил у него, почему выбран именно Линукс,
пробовалось ли что-нибудь еще, есть ли какие цифры
(ну, мне было бы весьма любопытно на них посмотреть).
Ответ: нет, Линукс взяли потому, что он привычнее, он работает, и мы его знаем.
Вывод: никакого _обоснования_ использования Линукса, кроме его привычности нет.
Линукс в этой области уже имеет Имя, вот и все обоснования.
Оно не отличается от напевов Рабиновича.>> Насколько хорошо/плохо смотрелись бы там *BSD и Solaris я понятия не имею.
> Если бы корова умела летать... Только вот не умеет...Нет никаких причин, кроме драйверов для специфических девайсов,
не использовать любую UNIX-подобную ОС в этой области,
в частности *BSD и Solaris.>[оверквотинг удален]
>> На прошедшей не так давно Лекции Яндекса в Минске Расковалов заявил,
>> что в основном для индексации и поиска используется FreeBSD.
>> "Большие циски" тоже были упомянуты. Про Линукс не было ни слова.
>> Я понятия не имею, что там на самом деле в качестве чего
>> используется.
> Вам не трудно назвать версию Фри, а так же вспомнить чем именно
> занимаются "Большие циски"? :)
> Кстати если вы сильно покопаетесь в памяти - то вспомните и про
> линух.. ключевое слово- IPVS, и что более важно ПРИЧИНА по которой
> оно там используется.Я не работаю в Яндексе. Я всего лишь присутствовал на этой лекции.
Слов IPVS и Linux там не звучало! Но совершенно точно звучало слово FreeBSD.
За деталями -- с Расковалову.>> Очевидно, то, что лучше подходит в данном конкретном месте? ;-)
> Лучше - всегда должно соседствовать со словами "чем" и "чем что". Чем
> лучше чем что? А то опять все сводится к "преимуществам НетБСД"
> предыдущего оратора... :)))Я еще раз повторяю, за подробностями насчет того, почему в Яндексе
используется FreeBSD, а не Linux -- к Денису Расковалову.
Скорее всего, там используется и FreeBSD и Linux и "большие циски",
и винда и много чего еще, как и в любой крупной компании.
MacOS-X на notebook-ах скорее всего тоже используется.
С вопросом чего больше и в каком качестве -- к работникам Яндекса.>>> Почему Гугл использует Линух а не Фрю?
>> Полно мест, где используется Solaris/
> Как хорошо было вначале и как неудачно... мда.. Вы в курсе что
> Solaris - продвигается на рынок тем самым крупным бизнесом значение которого
> для развития ОС вы пытаетесь осмеять?Значения которого я пытаюсь осмеять? Бред сивой кобыли.
С этим пожалуйста в детский сад.>> FreeBSD/OpenBSD/whatever.
>> Почему в качестве аргумента взял Гугель, а не Яндекс
> Тоесть как это? Я взял именно Яндекс :)Информация, которой располагаю о Яндексе я, расходится, с тем, что говорят
анонимы с форумов. Извини, Расковалову я доверяю больше.>> или Мегахостеры на FreeBSD?
> А почему вы не назвали этих мегахостеров? Это секретная информация? Типа их
> все знают но не скажем? Надеюсь это не петерхост? :)http://uptime.netcraft.com/perf/reports/Hosters
>> Может, подсознательно мы подгоняем решение под ответ? ;-)
> Пока вы дважды дали понять что Фря в указанных областях успешностью не
> пользуется, скрытничаете насчет мегапроектов в которых используется Фря...Пока что, я вижу перед собой пионэра, который лезет в драку без причины.
>>> Очевидно потому, что Линукс очень активно используется в этой области
>>> и вполне успешно? Ответ же очевиден.
>> А вот Фря - почемуто неуспешно в этой области используется..точнее почти вообще
>> не используется...
> И о чем это говорит? Линукс, к примеру, практически не используется
> на десктопах. Повсеместно используются только Windows и MacOS-X.
> Ну и что мешает Вам его использовать в этом качестве?Бред какойто. Извини чувак, но Линукс я не могу использовать в качестве дектопа потому, что он не поддерживает нужное мне железо и нужные мне программы...
А нет их там- потому что:
1. Доля рынка десктоп систем линуха в штуках очень мала.
2. Активность разработчиков в направдении дектопности - низка.
3. Поддержка крупным бизнесом в отношении десктопности линуха - практически отсутствует.
Тот же редхат прямо заявил что не будет развивать это направление.>[оверквотинг удален]
> a la Скиф "строит", IIRC он из Института им. Глушкова, но я
> могу ошибаться.
> Спросил у него, почему выбран именно Линукс,
> пробовалось ли что-нибудь еще, есть ли какие цифры
> (ну, мне было бы весьма любопытно на них посмотреть).
> Ответ: нет, Линукс взяли потому, что он привычнее, он работает, и мы
> его знаем.
> Вывод: никакого _обоснования_ использования Линукса, кроме его привычности нет.
> Линукс в этой области уже имеет Имя, вот и все обоснования.
> Оно не отличается от напевов Рабиновича.Детский лепет какойто. Слыш, пионер, у тебя кроме красноглазия другие агрументы есть?
Ты когда нибудь пытался выбрать систему по необходимым требованиям а не по "Имени"?
Впрочем какое это имеет значение... :)>http://uptime.netcraft.com/perf/reports/Hosters
Очнись пионер (с), посчитай сколько там фри и сколько линуха.
> 3. Поддержка крупным бизнесом в отношении десктопности линуха - практически отсутствует.А как насчет недавних анонсов каноникалов и асусов? Или они недостаточно крупные? Ну тогда можно интел упомянуть :)
>> 3. Поддержка крупным бизнесом в отношении десктопности линуха - практически отсутствует.
> А как насчет недавних анонсов каноникалов и асусов? Или они недостаточно крупные?
> Ну тогда можно интел упомянуть :)Годика через 3-4 узнаем...
>> ....И о чем это говорит? Линукс, к примеру, практически не используется
>> на десктопах. Повсеместно используются только Windows и MacOS-X.
>> Ну и что мешает Вам его использовать в этом качестве?
> Бред какойто. Извини чувак, но Линукс я не могу использовать в качестве
> дектопа потому, что он не поддерживает нужное мне железо и нужные
> мне программы...Вообще-то не Linux поддерживает железо и нужный вам софт, а люди, точнее организации, которые его разрабатывают. И дело не в самой системе, а в том, что Microsoft платит всем и принуждает всех делать именно под Винду, и прежде всего драйверы. А вот разработчики Линукса никого не принуждают и не платят никому, и антимонопольные органы не подкупают, чтобы свою систему впарить. Вот и вся разница.
А что касается поддержки железа и прог в Linux, то там есть всё, надо только поискать. А вам это делать лень. Конечно проще сказать, что всё там плохо и не париться.
А если завтра гугловцы на фрю перейдут или с мостов прыгать начнут?
как у вас ту все сложно...
а мне примеры скриптов понравились ;-))
не знал что скрипт для CGI можно на shell писать, я думал только на Перле или Питоне их делают
а скрипт для мускула ваще экзотика...
> как у вас ту все сложно...
> а мне примеры скриптов понравились ;-))
> не знал что скрипт для CGI можно на shell писать, я думал
> только на Перле или Питоне их делают
> а скрипт для мускула ваще экзотика...Его можно писать ваще на чем угодно, что умеет на stdout выводить... хоть на Си скомпилинное в бинарь
> хоть на Си скомпилинное в бинарьДовольно распостраненная практика. Только вот стартовать бинарник на каждый запрос - довольно тупое начинание само по себе, а если это еще и жирный интерпретер типа bash/php/perl/python/ruby/что там еще - оно просто убийственное для скорости работы всего этого. У большинства языков есть или либы или биндинги или какие-то иные средства для удобной работы с fastcgi - ну и зачем с этим архаичным интерфейсом извращаться?
> не знал что скрипт для CGI можно на shell писать, я думал
> только на Перле или Питоне их делаютНе люблю слово быдлокодер, но в данном случае именно оно наиболее уместно. Нормальный программист читает описание протокола, понимает его суть и только потом лезет кодить. Шелловый скрипт был вторым моим тестовым скриптом cgi, первым был скопипастенный пример на perl, третий был на C. Аналогично стоит понимать суть шебанга(#!/usr/bin/perl -w или #!/bin/sh), а не тупо копировать эту строку. Могу поспорить мысль прописать в нем путь к собственному интерпретатору неких текстовых данных вас тоже не посещала.
> а скрипт для мускула ваще экзотика...
Что именно в нем экзотичного, кроме пары глупостей?