https://www.opennet.dev/openforum/vsluhforumID3/41594.html WordPress.com перевел (http://barry.wordpress.com/2008/04/28/load-balancer-update/) свои балансировщики нагрузки на nginx (http://www.sysoev.ru/nginx/) - очень серьезный шаг для nginx, так как когда такие мощные пользователи начинают использовать продукт, к ним присматриваются другие проекты, что в свое время повлияло на росте популярности lighttpd (http://www.lighttpd.net/). WordPress.com один из лидеров блог-хостинга, ожидается заметный рост доли nginx в следующем отчете netcraft (http://survey.netcraft.com/Reports/).<br><br><br>В процессе принятия решения рассматривались варианты использования балансировщиков HAProxy, Perlbal и LVS, но конечный выбор остановился на nginx, в силу трех причин:<br><br><br>- Простая и гибкая система конфигурации, возможность перечитывания конфигурации на лету;<br>- Возможность использования в качестве полноценного web-сервера, а не только балансировщика нагрузки;<br>- Только nginx в тестах на реальном трафике смог справиться с нагрузкой 8000 запросов в секунду.<br><br><br>...<br><br>URL: http://barry.w https://www.opennet.dev/openforum/vsluhforumID3/41594.html#19 Thu, 08 May 2008 23:16:28 GMT &gt;А он (nginx) сам cgi-скрипты может выполнять/запускать? А то что-то у меня <br>&gt;не получилось. ;-( <br><br>Если вам надо именно CGI а не FastCGI - посмотрите на lighttpd, он умеет и CGI и FastCGI.Однако...советую подумать дважды: CGI форкает процесс на каждый запрос.Это ресурсоемко.И не быстро.Сие приемлимо только если процесс небольшой, запросы не такие уж и частые и не занимают много времени.CGI который не fast имеет смысл *только* если есть готовая и жутко нужная приблуда на CGI а аналога на FastCGI нету(увы, и такое тоже бывает).Запускать штуки типа PHP через CGI можно, но мазохистично.Ибо такой сервер приложений по ресурсоемкости легко потягается с апачом постоянно форкая CGI процессы.FastCGI намного более продвинутый, легкий и быстрый вариант.По возможности используйте его.Насколько я знаю бывают готовые болванки для скриптов юзающих fastcgi и т.п..<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#18 Thu, 08 May 2008 23:05:40 GMT &gt;Насколько я понял из описания он запросы fast-cgi может перебрасывать на другой <br>&gt;сервер для их обработки,<br><br>Логично.А зачем серверу внутри себя данные по fastcgi гонять если он все что надо напрямую может(в меру талантов)?Чтобы себя же притормозить лишней работой которая нафиг не нужна?Fastcgi - протокол позволяющий сбагрить запросы кому-то внешнему чтобы тот их обработал и отдал результат.Этот кто-то может быть и интерпретатором PHP, Perl или чем там еще который может нагенерить скажем на запрос страницу скриптом и сервак ее отдаст.Исторически первым был CGI. CGI позволяет серверу запустить для каких-то нужд внешнюю программу и передать ей параметры поступившего запроса в стандартном виде который поймут все программы понимающие что такое CGI и выгрести ответ, отдав его юзеру как будто это сам сервер страничку отдал.Сие решение однако имеет минус - на каждый запрос форкается внешняя программа, что весьма ресурсоемко.Подумали и решили что не стоит постоянно перезапускать CGI приложения.Так появился fastcgi. https://www.opennet.dev/openforum/vsluhforumID3/41594.html#17 Wed, 07 May 2008 09:50:55 GMT &gt; Ви сплутали CGI (протокол) &#1110; FastCGI (програму).<br><br>лишь в силу встроенного занудства добавлю, что FastCGI - это таки ещё и протокол :)<br><br>http://www.fastcgi.com/devkit/doc/fcgi-spec.html<br><br>// wbr<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#14 Mon, 05 May 2008 14:16:23 GMT &gt; Насколько я понял из описания он запросы fast-cgi может перебрасывать на другой сервер <br><br>Ви сплутали CGI (протокол) &#1110; FastCGI (програму).<br><br>&gt; для их обработки, а вот что он сам их обрабатывает как-то не очевидно.<br><br>http://blog.kovyrin.net/2006/05/30/nginx-php-fastcgi-howto/lang/ru/<br><br>&gt; Насчет бэкендов, дак я и сейчас пользую апач, но он для моих задач несколько тяжеловат...<br><br>Ну от &#1110; поставте NginX перед Apach-ем.<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#13 Mon, 05 May 2008 11:03:54 GMT Насколько я понял из описания он запросы fast-cgi может перебрасывать на другой сервер для их обработки, а вот что он сам их обрабатывает как-то не очевидно. Насчет бэкендов, дак я и сейчас пользую апач, но он для моих задач несколько тяжеловат...<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#12 Mon, 05 May 2008 07:57:12 GMT Да, к сожалению NginX пока не решает 99.9% проблем человечества, как все того хотели... :)<br><br>Нужен .htaccess - опишите его сами, либо можете использовать немного измененный модуль Apache'а 1.3, которые занимается только тем, что обрабатывает .htaccess'ы и отдает результат. Я не спорю, .htaccess штука удобная, а порой является requirement'ом софта, но с точки зрения ее функциональности (перечитывание всего дерева директорий на предмет нахождения в нем .htaccess при КАЖДОМ запросе) - довольно емкая. <br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#11 Mon, 05 May 2008 06:52:51 GMT нет, не умеет. юзайте FastCGI или бекенды.<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#10 Mon, 05 May 2008 06:30:43 GMT &gt;А он (nginx) сам cgi-скрипты может выполнять/запускать? А то что-то у меня <br>&gt;не получилось. ;-( <br><br>Сам не может, есть встроенный перл, можно нарисовать модуль с нужной функциональностью. А cgi-скрипты можно под fastcgi-менеджером выполнять.<br> https://www.opennet.dev/openforum/vsluhforumID3/41594.html#9 Mon, 05 May 2008 06:25:06 GMT А он (nginx) сам cgi-скрипты может выполнять/запускать? А то что-то у меня не получилось. ;-(<br>