O erro 508 Resource Limit Is Reached aparece quando a sua conta de hospedagem atingiu o limite de acessos dinâmicos ao mesmo tempo, os chamados entry processes do CloudLinux. O servidor recusa o acesso para que um site não prejudique os outros. Para resolver, ligue o cache, barre robôs, enxugue plugins e tarefas agendadas, e só depois pense em mais recursos.
O 508 é diferente de “o site caiu”. Quando a mensagem é outra, o roteiro de site fora do ar ajuda a achar a causa. Aqui o assunto é só este erro, com uma medição própria de cache feita em 15/10/2026 e uma conta que mostra por que ele acontece.
O que significa o erro 508 Resource Limit Is Reached?
Segundo a documentação do CloudLinux, cada conta roda dentro de um ambiente isolado com limites próprios, o LVE. Um deles limita as entradas simultâneas nesse ambiente, normalmente as conexões que executam scripts dinâmicos como o PHP. Quando o limite é atingido, o módulo do servidor não consegue colocar o novo acesso na conta e devolve o erro 508. A página de suporte do LiteSpeed confirma: é um erro gerado pelo CloudLinux, e o limite existe para que um site pesado não consuma todos os processos do servidor.
O nome engana. No padrão da internet, o código 508 significa Loop Detected, um erro de WebDAV (MDN). “Resource Limit Is Reached” é a frase que algumas hospedagens mostram nessa página, e a documentação do CloudLinux e do LiteSpeed escreve “Resource Limit Reached”. Se você viu a frase, a hospedagem está dizendo que a conta bateu num limite. Os outros sites do servidor continuam funcionando.
Quais limites a conta tem, e qual deles gera cada erro?
O 508 vem de um limite só, mas a conta tem vários, e cada um dá um sintoma. A tabela mostra os valores que a PW Host publica nos Termos de Uso e o que a documentação diz que acontece ao chegar neles.
| Limite | O que mede | Valor por conta na PW Host | O que costuma acontecer |
|---|---|---|---|
| CPU (SPEED) | Uso de processador, em porcentagem de um núcleo | Até 5 núcleos | O site fica mais lento |
| Memória (PMEM) | Memória física usada pelos processos da conta | Até 3 GB | Processos encerrados; erro 500 ou 503 |
| Entry processes (EP) | Acessos dinâmicos ao mesmo tempo | Até 50 processos de entrada simultâneos | Erro 508 |
| Processos (NPROC) | Processos e threads dentro da conta | Até 100 processos | Erro 500 ou 503 |
| I/O | Velocidade de leitura e gravação em disco | Até 10 MB/s | O site fica mais lento |
| IOPS | Operações de disco por segundo | Até 1.024 por segundo | O site fica mais lento |
Há uma sutileza no EP. Os Termos o descrevem como requisições processadas ao mesmo tempo pelo PHP. Na documentação do CloudLinux, porém, no LiteSpeed o limite cresce com o número de processos mestres do PHP, e os processos filhos não entram na conta. Por isso o número exato de visitantes que cabem numa conta varia, e as contas mais adiante são ordem de grandeza, não o ponto exato do erro.
Como confirmar que foi o limite da conta?
- Anote o horário e a mensagem exata, de preferência com um print. O horário é o que permite achar o pico depois.
- Abra o Uso de Recursos. No DirectAdmin, Menu, Recursos extras, Resource Usage. Na aba Painel, a mensagem “Seu site foi limitado nas últimas 24 horas” diz que o servidor reduziu a velocidade do site, e a lista abaixo aponta qual recurso passou do limite.
- Compare uso e limite. Na aba Uso atual, veja Entry Processes, SPEED, NPROC e Physical Memory contra o limite de cada um. Na aba Snapshot ficam os momentos em que a conta chegou perto do limite, com os processos que estavam rodando.
- Leia os acessos do horário. No Log de uso do domínio, procure endereços que se repetem, como wp-login.php, xmlrpc.php e admin-ajax.php, e muitos acessos do mesmo IP.
- Se o Uso de Recursos não mostra limitação, o erro não veio do limite. Passe para o roteiro do erro 500 e do site fora do ar.
O tutorial Uso de Recursos mostra cada aba, e o Erro 508 e 503 resume as causas e os passos. Os nomes de menu seguem a Central de Ajuda e podem variar com a versão do painel.
O que costuma encher as entradas da conta?
- Páginas sem cache. Cada visita roda o PHP e o banco de dados, e ocupa uma entrada até a página ficar pronta.
- Robôs e tentativas de login. Segundo o WordPress.org, ataques de força bruta são automatizados e, mesmo quando fracassam, podem sobrecarregar o site com requisições.
- Plugins pesados, de backup, de segurança e de estatísticas, que rodam tarefas longas.
- Tarefas agendadas e backups que rodam no mesmo horário.
- Picos legítimos, como uma campanha, um anúncio ou uma menção numa rede social.
- Scripts com defeito, que ficam em repetição.
Por que o cache resolve tanto, e quanto ele muda?
Segundo a documentação do plugin LiteSpeed Cache, uma página em cache permite que o servidor passe por cima do PHP e do banco de dados. Se o PHP não roda, o acesso não ocupa uma entrada. Para ver a diferença, fizemos 6 leituras públicas da página inicial de host.portalweb.pw em 15/10/2026, a partir das 00:39, no computador da equipe. Três leituras pegaram a página normal, que veio do cache (X-LiteSpeed-Cache: hit). Outras três usaram um parâmetro diferente na URL, o que obriga o servidor a montar a página (X-LiteSpeed-Cache: miss).
| Leitura | Cache | Primeiro byte (TTFB) |
|---|---|---|
| 1 | hit | 0,141 s |
| 2 | hit | 0,104 s |
| 3 | hit | 0,092 s |
| 4 | miss | 7,302 s |
| 5 | miss | 1,527 s |
| 6 | miss | 1,583 s |
Enquanto uma página sem cache leva 1,5 s para ficar pronta, ela segura uma entrada durante esse 1,5 s. A conta é simples: o número de acessos simultâneos é igual aos acessos por segundo multiplicados pelo tempo de cada um. Com 50 entradas, o teto teórico de acessos por segundo é 50 dividido pelo tempo. Com 7,3 s, são cerca de 6,8 páginas por segundo. Com 1,58 s, cerca de 31,6. Com 0,6 s, o menor tempo sem cache que a equipe mediu em 30/09/2026 num WordPress do mesmo servidor, cerca de 83.
Esse é um cálculo da Equipe PW Host, não uma medição do limite, e vale com a ressalva da contagem do LiteSpeed vista acima. Mesmo assim, a lição é prática: cada segundo a menos por página multiplica a capacidade, e uma página servida do cache não gasta entrada nenhuma. O cache também tem limites: páginas que mudam para cada visitante, como o carrinho e a conta do cliente de uma loja, não devem ficar nele, e o painel do WordPress sempre executa o PHP.
Como ligar o cache e conferir que funciona?
- No painel do WordPress, abra Plugins, Adicionar novo, procure por LiteSpeed Cache, instale e ative. O plugin é gratuito e, em 15/10/2026, estava na versão 7.9.1, com mais de 7 milhões de instalações ativas (página do WordPress.org).
- Aplique uma predefinição segura, como a Essentials ou a Basic, e confira se o cache está ligado.
- Abra o site numa janela anônima, clique com o botão direito, Inspecionar, aba Rede, recarregue e procure
x-litespeed-cache: hitnos cabeçalhos. Na primeira visita pode aparecer “miss”, e isso é normal. - Use só um plugin de cache. Dois juntos brigam e podem quebrar o site.
Os recursos exclusivos do LiteSpeed Cache exigem um servidor LiteSpeed, como o da PW Host. O passo a passo com os cuidados está em LiteSpeed Cache no WordPress, e o diagnóstico de lentidão, com PageSpeed e imagens, em WordPress lento.
Como barrar robôs e tentativas de login sem pesar mais o servidor?
O WordPress.org recomenda limitar as tentativas de login na borda, por um CDN ou firewall, ou no próprio servidor web. Ele lembra que plugins de segurança rodam dentro do PHP e consomem recursos sob um ataque pesado, então a defesa mais barata é a que barra o acesso antes de ele chegar ao PHP. Outras medidas citadas: desativar o xmlrpc.php se você não o usa, ativar a verificação em duas etapas para administradores e usar senhas longas e únicas. Esconder o endereço de login reduz o ruído, mas não deve ser a única defesa.
Se o peso vem do rastreador do Google, existe uma saída de emergência: a documentação do Google Search Central diz que responder com 500, 503 ou 429 reduz o rastreamento por um curto período, de algumas horas a 1 ou 2 dias. A própria página avisa para não passar disso, porque o Google pode remover a URL do índice se encontrar esses códigos por vários dias seguidos. Use só em emergência e desfaça.
Quais plugins e tarefas vale enxugar?
- Desative e apague plugins que você não usa, e evite dois do mesmo tipo (dois de cache, dois de segurança).
- Coloque backups e tarefas agendadas em horários diferentes, na madrugada, para não rodarem juntos.
- Use a versão do PHP mais nova que o seu tema e os seus plugins aceitem, na tela Select PHP Version do painel, e teste o site depois.
- Comprima as imagens e use o formato WebP, que alivia o carregamento da página.
- Atualize o WordPress, o tema e os plugins, depois de fazer um backup.
E se o problema continuar mesmo com o site enxuto?
Se o cache está ligado, os robôs estão sob controle e o Uso de Recursos ainda mostra limitação nos mesmos horários, o seu movimento pode ter passado do que uma hospedagem compartilhada comporta. Lojas com muitos pedidos ao mesmo tempo e sites com picos grandes de visitas logadas estão nesse grupo, porque o cache ajuda pouco com páginas que mudam para cada visitante.
A página do LiteSpeed diz que é possível resolver aumentando o limite LVE, mas isso depende de cada provedor. Em muitos casos o passo seguinte é outro tipo de hospedagem, como VPS ou cloud, e nesse caso o roteiro de como trocar de hospedagem mostra como mudar sem tirar o site do ar. Na hora de comparar, desconfie de “ilimitado”: a palavra não quer dizer recursos infinitos, e o artigo sobre hospedagem ilimitada explica os limites que importam.
E na PW Host, como fica?
A PW Host é hospedagem compartilhada, e cada conta roda no seu próprio LVE do CloudLinux, com os limites da tabela acima, que estão escritos nos Termos de Uso (item 6.2). Eles são aplicados automaticamente pelo servidor. Quando a conta chega a um limite, o site pode ficar lento ou mostrar erros temporários até o uso voltar ao normal. A tela Uso de Recursos, no painel, mostra se o site foi limitado nas últimas 24 horas.
Um pico pontual de acessos não é, sozinho, descumprimento do uso justo. Se a conta atinge os limites de forma repetida ou faz um uso proibido, o procedimento é: aviso por e-mail com prazo para o ajuste, limitação temporária de recursos e, em último caso, suspensão (item 6.4). Se houver risco imediato ao servidor ou a outros clientes, a limitação pode ser feita na hora, com aviso logo em seguida. Qualquer redução desses limites só vale para quem já comprou se ele concordar (Contrato, cláusula 10).
O suporte atende servidor, painel, DNS, SSL, e-mail e acesso, de segunda a sexta, das 9h às 18h, com resposta em até 2 dias úteis. Ele não otimiza nem conserta o site: escolher plugins e ligar o cache é tarefa do cliente (itens 8 e 10). O pagamento é único, sem mensalidade de hospedagem, e o domínio, a migração e a criação do site não estão incluídos. Para um site que cabe nesses limites, veja a hospedagem paga uma vez e o texto completo em Termos e Políticas. A PW Host não serve para quem precisa de VPS, acesso root ou recursos dedicados.
Perguntas frequentes
O erro 508 é culpa da hospedagem ou do meu site?
Dos dois lados. O limite é da hospedagem, e o que costuma enchê-lo é o site: páginas sem cache, robôs tentando login, plugins pesados ou tarefas agendadas juntas. Se o Uso de Recursos mostra que o site foi limitado e o cache já está ligado, o consumo é real e vale olhar os acessos do horário. Se nada aparece lá, a causa é outra.
Qual é a diferença entre o erro 508 e o 503?
O 508 aparece quando o limite de acessos dinâmicos simultâneos (entry processes) é atingido, segundo a documentação do CloudLinux. O 503 é o código padrão de serviço indisponível, usado em manutenção e sobrecarga, e a página do LiteSpeed associa os erros 500 e 503 aos limites de memória e de processos. Na prática, os dois pedem o mesmo começo: confirmar no Uso de Recursos e ligar o cache.
O erro 508 prejudica o site no Google?
É um erro de servidor, da família 5xx. Segundo o Google Search Central, esses erros fazem o Google reduzir o ritmo de rastreamento, e as URLs com erro persistente acabam removidas do índice. Um erro curto e raro tende a ser superado, mas a documentação não informa prazos, então o ideal é resolver a causa se ele se repete.
Dá para pedir à hospedagem que aumente o limite da conta?
Depende do provedor. A página do LiteSpeed diz que aumentar o limite do LVE pode resolver, mas isso é decisão de cada hospedagem. Na PW Host, os limites por conta são os dos Termos de Uso (item 6.2), e qualquer alteração segue a cláusula 10 do Contrato. Antes de pedir mais, ligue o cache e enxugue o site, porque costuma bastar.
Quanto tempo dura o erro 508?
Enquanto o número de acessos dinâmicos simultâneos ficar acima do limite. Quando o pico passa, o site volta sozinho. Se o erro reaparece nos mesmos horários, há uma causa recorrente, como um backup, um robô ou uma campanha, e ela aparece no Uso de Recursos e no log de acessos.
Fontes
- CloudLinux, Limits: definições de SPEED, PMEM, IO, IOPS, NPROC e EP, erro 508 e diferença do LiteSpeed (conferido em 15/10/2026, a página não mostra data).
- LiteSpeed, solução de problemas com CloudLinux: erro 508 e limites de memória e de processos (atualizada em 27/07/2026).
- MDN, 508 Loop Detected e 503 Service Unavailable.
- WordPress.org, LiteSpeed Cache: versão, instalações e como o cache de página funciona (consultado em 15/10/2026).
- WordPress.org, Brute Force Attacks: limite de tentativas de login e xmlrpc.php (atualizada em 14/10/2026).
- Google Search Central, Reduce the Googlebot crawl rate (atualizada em 06/10/2026) e HTTP status codes, network and DNS errors (atualizada em 04/02/2026).
- PW Host, Termos e Políticas, versão 1.1 (Termos de Uso, itens 6.2, 6.4, 8 e 10; Contrato, cláusula 10).
Texto da Equipe PW Host, escrito com apoio de IA e revisado pela equipe. As medições e o cálculo são da equipe e valem para 15/10/2026. Preços, versões e regras conferidos em 15/10/2026 nas páginas oficiais, que podem mudar sem aviso.
