FastCGI PHP

[Nikolay Grebnev]

В моей ситуации это не подходит - было несколько раз проблема когда скрипт
залипал насовсем - приходилось смотреть кто это и потом прибивать. С апачем
мне это в итоге оказывается удобнее....
А по поводу записи времени я знаю - но все никак не дойдут руки собрать
статистику

кстати - а что пишет в логи nginx когда запрос на бекенде слишком долго
исполняется и клинету выдается сообщение о тайм-ауте?


> На апаче
> > я могу отследить какой это был скрипт (через server-status + top +
> > access.log), восстановить ситуацию и исправить ошибку. На fcgi такой
> > возможности нет (или есть????).
>
> Можно следить по внешним признакам, т. е. писать в лог nginx'а
> параметр upstream_response_time, далее анализировать какой скрипт
> сколько времени потребляет в сумме и в среднем. Информация конечно не
> 100% достоверная, т. к. время ответа много от чего может зависеть, но
> если за приличный период посмотреть - проблемные скрипты легко
> выявляются.
>
> --
> Alexey Polyakov
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20060805/34157d5c/attachment.html>