Eu estou supondo a partir do caminho na mensagem de erro que este é um sistema Unix / Linux (MSWindows lida com o tempo limite muito diferente ).
Enquanto a largura de banda (e latência!) tem um grande impacto no tempo de processamento da solicitação, o relógio PHP só inicia quando o interpretador PHP é invocado - isso não acontecerá até que o servidor tenha recebido uma solicitação completa - isto é, o tempo de execução do PHP e, portanto, o tempo limite não deve ter nada a ver com quanto tempo o servidor da Web levou para processar a solicitação.
Existe um tempo limite no PHP para determinar quanto tempo ele deve gastar recebendo dados do servidor web - max_input_time - e foi reportado que quando isso é excedido, reporta max_execution_time excedido! .
Então .... assumindo uma rede de latência 0 ...
-
00:00 usuário inicia o upload, o relógio de tempo limite do apache é iniciado (mas continuará sendo redefinido pela chegada de novos pacotes)
-
00:10 recebimento do pedido preenchido pelo Apache, pedido entregue ao PHP, max_input_time clock iniciado
-
00:11 O PHP leu todas as entradas, o max_input_time clock parou, o max_execution_time clock iniciou, o script foi executado
Agora, em uma caixa Unix, o clock max_execution somente é ativado quando o PHP está sendo executado, o problema está no desempenho do PHP / no desempenho do script PHP.
Sim, você pode aumentar o tempo máximo de execução sem causar um grande impacto em outro lugar (embora a configuração via ini_set () / set_time_limit () em um script por script seja mais pura do que uma configuração global). Mas verifique se você está usando um cache opcode, e se o script php está tentando analisar os dados, tenha cuidado com os problemas de dados / analisadores.