You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to highload-php-en
Hello,
I'm used to develop on Windows with Apache/mod_php where
max_execution_time always comes first and if I change it to 0 via
ini_set in the file I can run scripts indefinitely.
Now with ubuntu + php5-fpm + nginx things changed.
I don't know why but whether I set max_execution time in php.ini or
with ini_set or in the pool config with php_admin_value the setting is
never considered. What controls everything is fast_cgi's
fastcgi_send_timeout 50;
fastcgi_read_timeout 50;
and process_request_timeout in php pool that works too.
My question is not "how to stop php scripts" because as said above
there are alternative ways but rather "why is that value is ignored??"
anything else is still considered like display_error. Second, does
this mean that in a configuration with a webserver+fast cgi it's
impossible to run scripts (via HTTP requests of course) with no limits
since the backend timeout will always kick in?
Miha Vrhovnik
unread,
May 25, 2012, 10:24:24 AM5/25/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to highloa...@googlegroups.com
Well you don0t want the processes that are returning a web content to the users busy by doing whatever they are doing for extended periods of time. If you do have such requests, then use workers and return to the user as soon as possible.