Закончены эксперименты с php-factcgi, по скорости оно приблизительно одинаково с apache mod_php и одновременно не имеет смысла держать оба интерфейса. Разве, что для нескольких проектов одного владельца на одном сервере - тогда выгодно и память экономится. Используя CGI интерфейс, пропадает ограничение open_basedir, что для меня не подходит=) Хоть великолепный патч php-fpm позволяет chroot для каждого из своих пулов, но заморачиваться с этим на частично shared сервере не имеет никакого смысла. Зато хоть обкатал это дело и на другом сервере для нескольких нагруженных проектов (если они будут) в последствии apache уже ставится не будет.

Кстати, в процессе обнаружился некоторый сюрприз при использовании nginx в качестве фронтенда перед apache - всё хорошо, но стоит учитывать, что если клиент захочет закрыть папку статики с помощью .htaccess, то результат будет нулевой=) Но я же не хостер, поэтому такие вещи можно решать по отдельности. Решением данной проблемы может являться apache как фронтенд+mod_aclr, который уже будет сам проксировать статику на nginx, но это как-то не нравится, хотя потестировать надо по скорости что потеряется.

Также из новостей = по поводу ошибки 502 nginx, которая возникает периодически. Это значит, что apache неожиданно с тылу закрывает соединение, а отдуваться добрым именем приходится добрейшему и мудрейшему nginx, который подписывается под этой ошибкой. Изучение логов дало понимание того, что c eaccelerator php иногда валит дитя apache в segfault и я пока не понял, что с этим делать=( Пока убрал eaccelerator, поизучаю проблему, что-то да раскопаю, ведь должно было работать стабильно (и работает, но не у меня).