Re: nginx как frontend к apache

["Alex, the Marrch Ca'at" <marrch.caat@xxxxxxxxx>]

Справедливости для хочу сказать, что использование PHP под nginx через
FastCGI, хотя и является совершенно особым сексуальным извращением, но
на производительности работы моего сайта по сравнению с Apache +
mod_php сказалось весьма неплохо. Но тут, конечно, трудно оценить, за
счет чего именно достигнут выигрыш.

2009/8/7 Igor Sysoev <is@xxxxxxxxxxxxx>:
> On Fri, Aug 07, 2009 at 12:29:16PM +0400, Igor Sysoev wrote:
>
>> On Mon, Aug 03, 2009 at 12:06:38PM +0300, Olexander Shtepa wrote:
>>
>> > ЗЫ: конкретные задачи решаются конкретными методами, в одних случаях 
>> > nginx, в других Apache.
>> > Я просто высказал своё "фу" против лозунгов "Nginx очень быстр",
>>
>> Правильная характеристика не "nginx очень быстр", а "nginx масштабируем
>> по крайней мере для десятков тысяч соединений".
>>
>> > именно из-за него начальство
>> > долбит мне мозги: "А давай в nginx встроем PHP чтобы наши сайты летали, 
>> > ведь nginx - супер быстр".
>>
>> Передайте начальству, что встраивание PHP в nginx на полёте сайтов вряд ли
>> отразится в лучшую строноу. Скорость PHP в первую очередь зависит от
>> самих скриптов, во вторую - от самого PHP, и лишь в третью - от того,
>> куда его встроили. Ну и кроме того, при встраивании любого языка в
>> event-driven сервер нужно помнить о блокирующихся операциях языка:
>> PHP встроен в thttpd (sapi/thttpd), но толку никакого.
>
> Даже в TUX тот же энтузиаст встроил PHP (хорошо хоть в user-level часть), но:
>
> sapi/tux/README:
>
>    All requests to the PHP userspace module are currently serialized.
>
> и
>
> sapi/thttpd/README:
>
>        NOTE: All HTTP requests will be serialized. That means, one long 
> running
>              script will block all other requests. Choose another web server,
>              if you want to execute arbitrarily long running scripts.
>
>
> --
> Игорь Сысоев
> http://sysoev.ru
>
>