Re: 504 Gateway Time-out при работе скрипта

[Хордов Роман <rkhordov@xxxxxxxxx>]

set_time_limit(0); в скрипте не помогло 
max_execution_time = 900 в php.ini
nginx.conf 
..
proxy_read_timeout  900;
    client_header_timeout  3m;
    client_body_timeout    3m;
    send_timeout           3m;
..
 location ~ \.php$ {
            fastcgi_pass   127.0.0.1:1026;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /usr/site/site$fastcgi_script_name;
            include        fastcgi_params;
        }
..
Ничего не помогает. Запускается скрипт и ровно через минуту (110: Connection 
timed out)

> 
> > Вариант: команда исполняется больше секунд чем разрешено в php.ini, 
> > попробуй в самом начале пхп скрипта указать set_time_limit(0); 
>  После таких советов имеем "висящие" вебные процессы в бесконечных циклах, 
> который бестолку жрут процессорное время и никакой пользы не принося... Да 
> для этого нужна особая кривизна рук, но в наши дни это не проблема.
>  Зачем 0??? Ни один браузер(тем более пользователь) не будет ждать 
> бесконечное время пока отработает скрипт. Уж лучше какой-то большой но 
> конечный лимит - 900 будет отличным значением. 
> > Хордов Роман wrote: > Работает простой скрипт, который при загрузке 
> > pdf-файла конвертирует его с помощью ImageMagick в jpeg. Если ставить в 
> > скрипте стредние параметры качества конвертации: > convert -geometry 
> > 1200x1200 -density 100x100 -quality 100, то все в проядке. > Как только 
> > выставляется более высокое разрешение: > convert -geometry 1600x1600 
> > -density 200x200 -quality 100 > Выдается ошибка 504 в браузере, в логах 
> > [error] 8234#0: *1 upstream timed out (110: Connection timed out) while 
> > reading response header from upstream, > > Если запустить последнюю команду 
> > в коммандной строке, то работает отлично. Вылетает только при рабоче через 
> > php-скрипт 
>