Como corrigir Maximum Execution Time Exceeded no WordPress
Perguntas frequentes
Qual valor de max_execution_time é seguro no WordPress?
300 segundos (5 minutos) atende a importações, backups e atualizações pesadas sem deixar scripts presos por tempo demais. Para tarefas comuns, 120s já basta. Evite valores muito altos, pois mantêm processos travados consumindo memória e CPU do servidor.
Aumentei o max_execution_time mas o erro continua. Por quê?
Muitos hosts impõem um teto no php.ini do servidor que ignora suas alterações. Tente o .htaccess; se ainda travar no mesmo tempo, o limite está bloqueado pela hospedagem e só o suporte pode liberar. Em PHP-FPM, o request_terminate_timeout também pode estar abaixo.
Qual a diferença entre max_execution_time e max_input_time?
O max_execution_time conta o tempo que o script roda processando dados; o max_input_time conta o tempo para o PHP receber e ler os dados enviados (como o upload de um arquivo). Importações grandes podem esbarrar nos dois, por isso convém subir ambos juntos.
O erro só aparece em importações. É problema do meu site?
Não necessariamente. Importar demos de tema ou arquivos XML grandes leva tempo, e 30 segundos costuma ser pouco. Não é um defeito: é o limite padrão sendo atingido. Subir o max_execution_time ou importar em partes menores resolve.
Posso usar set_time_limit(0) para remover o limite?
Tecnicamente sim, mas é arriscado: um script com bug pode rodar para sempre e travar o servidor. Prefira um valor finito alto, como 300. Muitos hosts em PHP-FPM também ignoram o set_time_limit por segurança.
Esse erro pode travar meu site inteiro?
Em geral ele só interrompe a tarefa que estourou o tempo (uma importação ou atualização). Mas se a atualização falhar no meio, o site pode ficar preso no modo de manutenção. Nesse caso, apague o arquivo .maintenance da raiz via FTP para voltar ao ar.














