>> 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 например. Как минимум, этот протокол не занимается стартом тяжелого процесса интерпретатора на абсолютно каждый запрос.