Erro 508 e limite de recursos: o que o servidor está dizendo
O erro 508 aparece quando a sua conta encosta no teto de recursos reservado para ela — quase sempre processador, memória ou número de requisições simultâneas. Não é queda do servidor: é o isolamento funcionando, impedindo que um site consuma o que era das contas vizinhas. O site volta sozinho assim que o consumo cai, e a correção definitiva passa por descobrir o que gastou o limite.
Os limites que existem
Em servidores compartilhados modernos cada conta roda dentro de uma cápsula com limites próprios. Os que você vê no painel costumam ser estes:
- Processador — a fatia de CPU que a conta pode usar, medida em porcentagem de um núcleo. Estourar aqui deixa o site lento antes de derrubar.
- Memória física — o total que os processos da conta podem ocupar somados. Ao estourar, o processo é encerrado e vira erro 500 ou 503.
- Requisições simultâneas — quantas visitas podem estar sendo processadas ao mesmo tempo. É o limite que mais gera 508, e o que mais engana: não é o total de visitas do dia, é quantas coincidem no mesmo instante.
- Processos — quantos programas a conta mantém abertos, contando PHP, cron e conexões de FTP.
- Leitura e escrita em disco — a velocidade e o número de operações por segundo. Site com muito acesso a arquivo pequeno bate aqui antes de bater em CPU.
Como ler o gráfico de consumo
O painel mostra o histórico de uso e marca as vezes em que cada limite foi atingido. Ele é mais útil que o erro em si, porque diz qual dos limites estourou e quando. Anote o horário e compare com o que estava acontecendo: uma tarefa agendada, um envio de newsletter, um robô varrendo o site, uma campanha que trouxe visitas de uma vez.
Um detalhe muda o diagnóstico: picos curtos e isolados costumam ser um evento externo; uma linha encostada no teto o dia inteiro é o próprio site pedindo mais do que o plano oferece.
O que costuma estourar cada limite
Página que consulta o banco sem índice, plugin que faz requisição externa a cada carregamento e tema que gera miniaturas na hora derrubam o processador. Importação de arquivo grande, geração de relatório e otimização de imagem em lote derrubam a memória. Robôs de busca mal comportados e ataques de tentativa de senha derrubam as requisições simultâneas — e esses, você reduz bloqueando a origem, não aumentando o plano.
Vale conferir também o agendador: várias tarefas marcadas para o mesmo minuto criam um pico artificial que nada tem a ver com o tráfego real.
Quando o certo é aumentar o plano
Se o consumo está distribuído ao longo do dia, cresce junto com a audiência e já passou por uma rodada de otimização — cache ligado, plugins revisados, imagens em tamanho adequado —, o limite virou pequeno para o projeto e trocar de plano é a resposta honesta. Aumentar antes de investigar apenas adia: um laço mal escrito consome qualquer teto que você dê a ele.