Como corrigir Maximum Execution Time Exceeded no WordPress
O que é o erro Maximum Execution Time Exceeded?
O erro Maximum Execution Time Exceeded acontece porque o PHP tem a diretiva max_execution_time, que define quantos segundos um único script pode rodar antes de ser interrompido. O padrão da maioria das hospedagens é 30 segundos. Quando uma importação, atualização ou backup demora mais que isso, o PHP mata o processo e o WordPress mostra “Fatal error: Maximum execution time of 30 seconds exceeded”. É um limite de segurança contra scripts que travam o servidor, não um defeito do seu site.
Como identificar
- A mensagem “Fatal error: Maximum execution time of 30 seconds exceeded” aparece em uma página em branco ou no log.
- Importações de conteúdo (XML, demo de tema) ou backups param sempre por volta do mesmo tempo.
- A atualização de um plugin ou tema grande falha no meio e deixa o site em modo de manutenção.
- O erro cita um arquivo dentro de wp-content (ex.: wp-content/plugins/…/arquivo.php on line X) onde o script estourou o tempo.
Como prevenir
- Mantenha o max_execution_time em pelo menos 120s em sites que fazem importações ou backups regulares
- Use plugins de backup e migração que processam em lotes, em vez de uma única requisição longa
- Otimize o banco de dados periodicamente para que consultas lentas não prendam scripts até o limite de tempo
Causa
- max_execution_time do PHP baixo (30s) para tarefas longas como importação ou geração de miniaturas em lote.
- Importação de demo de tema ou arquivo XML grande que leva mais de 30 segundos para concluir.
- Plugin de backup ou migração processando muitos arquivos em uma única requisição.
- Consulta lenta ao banco de dados (tabela inchada, sem índice) que prende o script além do limite.
- Servidor compartilhado sobrecarregado, deixando cada requisição PHP mais lenta e estourando o teto de tempo.
Como resolver
- Confirme o limite atual: no wp-admin, vá em Ferramentas > Saúde do site > Informações > Servidor e veja "Tempo máximo de execução do PHP". Isso mostra de quantos segundos você está partindo.
- Aumente o limite no php.ini: via FTP, edite (ou crie) o php.ini na raiz do site e suba o valor para 300 segundos (5 minutos):
max_execution_time = 300 - Se não tiver acesso ao php.ini, use o .htaccess: no servidor Apache, adicione a diretiva ao .htaccess da raiz para forçar o novo limite:
php_value max_execution_time 300 - Como último recurso, ajuste pelo wp-config.php: alguns hosts respeitam o set_time_limit do PHP. Adicione a linha ao wp-config.php antes de /* That's all, stop editing! */:
@set_time_limit( 300 ); - Quebre a tarefa se nada subir o limite: se a hospedagem trava o teto, divida o trabalho: importe o conteúdo em partes menores ou use um plugin de migração que processa em lotes em vez de uma requisição única.
; php.ini — eleva o tempo maximo de execucao de um script PHP
; Padrao tipico de hospedagem = 30; 300 (5 min) cobre importacoes e backups longos
max_execution_time = 300
; Sobe junto o tempo de leitura do corpo da requisicao (uploads grandes)
max_input_time = 300Perguntas frequentes
Qual valor de max_execution_time é seguro no WordPress?
Aumentei o max_execution_time mas o erro continua. Por quê?
Qual a diferença entre max_execution_time e max_input_time?
O erro só aparece em importações. É problema do meu site?
Posso usar set_time_limit(0) para remover o limite?
Esse erro pode travar meu site inteiro?
Como corrigir cURL error 28: timeout no WordPress
O cURL error 28 no WordPress é um timeout: o servidor enviou uma requisição HTTP externa (a uma API, ao próprio site ou a um update) e não recebeu resposta dentro do tempo limite. Aparece muito na Saúde do site e no WP-Cron.
Como corrigir um arquivo .htaccess corrompido no WordPress
Um .htaccess corrompido no WordPress é o arquivo de configuração do Apache com regras inválidas ou conflitantes. Ele derruba o site com erro 500, quebra os permalinks (404 em todas as páginas) ou bloqueia o acesso. Restaurar o conteúdo padrão resolve.
Como aumentar max_input_vars no WordPress
O limite baixo de max input vars no WordPress faz o PHP descartar campos quando um formulário, menu ou tela de opções envia mais variáveis do que o teto permite (padrão 1000). O resultado é menu cortado ao salvar e configurações que somem sem nenhum erro visível.
Como corrigir There has been a critical error (fatal)
O fatal error no WordPress é um erro de PHP grave o suficiente para interromper a execução do script e derrubar a página, exibindo "There has been a critical error on this website". Ele vem de código incompatível em um plugin, tema ou no PHP, e só é resolvido lendo o log para encontrar o arquivo e a linha exatos.
Erro crítico no seu site: como resolver
O erro crítico no WordPress é a mensagem que substitui o site inteiro por uma tela em branco com o aviso "Houve um erro crítico neste site". Ele aparece quando um erro fatal de PHP (de um plugin, tema ou do PHP em si) impede o WordPress de terminar de carregar a página.
Como corrigir o erro DNS_PROBE_FINISHED_NXDOMAIN no WordPress
O erro DNS PROBE FINISHED NXDOMAIN no WordPress significa que o navegador não conseguiu converter o domínio em um endereço IP: o DNS respondeu que o nome não existe (NXDOMAIN). Quase sempre é DNS local, propagação pendente ou registro mal configurado.
