Алексей быстрее успел ответить, чем я прочитал вопрос :)<br>Короче говоря в переписке это уже где-то обсуждалось точно.<br>Смысле в том, что вая прелесть FastCGI в php совсем не используется (то, о чем Алексей сказал в т.ч
.), а в Perl, напротив, FastCGI во всей красе.<br>Игорь так же говорил, что FastCGI у разработчиков языка php на последнем месте и разрабатывается по остаточному принципу.<br><br><div><span class="gmail_quote">23.01.07, <b class="gmail_sendername">
Alexey Polyakov</b> <<a href="mailto:alexey.polyakov@gmail.com">alexey.polyakov@gmail.com</a>> написал(а):</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 1/23/07, Andrei Nigmatulin <<a href="mailto:anight@eyelinkmedia.com">anight@eyelinkmedia.com</a>> wrote:<br><br>> А по существу, что Вы считаете неоптимальным в пхпшном fastcgi sapi ?<br><br>Если сравнивать с mod_php: нельзя динамически контролировать число
<br>рабочих процессов (в противном случае не сможет работать кеш опкода).<br>Если об использовании преимуществ fastcgi - его основной смысл, чтобы<br>работу, общую для разных вызовов скрипта, можно было не делать каждый<br>
раз. Ну например парсинг шаблонов. В php-реализации никаких шагов в<br>этом направлении не сделано.<br><br>--<br>Alexey Polyakov<br></blockquote></div><br>