Português
English
É das mensagens mais assustadoras que um site dá, porque não mostra página nenhuma: só uma linha branca a dizer que não há ligação à base de dados. A boa notícia é que os seus textos, imagens e encomendas não desapareceram. O que se partiu foi o caminho entre o site e o sítio onde eles estão guardados.
As causas são poucas e repetem-se sempre. Percorra-as por esta ordem, que é a ordem em que aparecem na vida real.
1. Os dados de ligação mudaram, ou nunca estiveram certos
É a causa de longe mais comum, e quase sempre vem a seguir a alguma coisa: mudou a palavra-passe do utilizador da base no cPanel, restaurou uma cópia antiga, copiou o site de outro servidor, ou instalou por cima. O ficheiro de configuração do site continua a tentar os dados velhos.
|
|
|
|
| Teste os dados sem mexer no site. Vá ao phpMyAdmin e tente entrar com aquele utilizador e aquela palavra-passe. Se não entrar, o problema está provado e o site nem é preciso tocar. Se entrar, os dados estão bons e a causa é outra: continue a ler. |
2. O utilizador existe, mas não está ligado à base
São três coisas separadas: a base, o utilizador, e a ligação entre os dois. Criar as duas primeiras e esquecer a terceira dá exactamente este erro, e é um clássico de quem acabou de mudar o site de casa. No cPanel, em MySQL Databases, procure a secção Add User To Database, escolha os dois e conceda ALL PRIVILEGES. O passo a passo está em criar bases de dados e usar o phpMyAdmin.
3. A conta ficou sem espaço, ou sem inodes
Uma base de dados precisa de escrever em disco mesmo só para responder a uma consulta. Se a conta bateu no tecto, o MySQL começa a recusar, e o site traduz isso para «não consegui ligar». Repare que pode ter espaço de sobra e mesmo assim bater no tecto, porque o limite que conta muitas vezes é o número de ficheiros e não o peso deles. Está explicado em os limites que não vêm no anúncio.
4. O erro aparece às vezes, e desaparece sozinho
Se o site cai às horas de ponta e volta a si passados segundos, não mexa no ficheiro de configuração: ele está bom. O que acontece é que a conta está a esgotar processos ou ligações em simultâneo, e a base recusa as que sobram. É um problema de consumo, e a cura é outra.
| Sintoma | Onde olhar |
| Cai sempre à mesma hora | Uma tarefa agendada a correr demasiadas vezes, ou um robot a varrer o site. Veja o Resource Usage do cPanel. |
| Cai em picos, sem hora certa | Uma página pesada que alguém visita de vez em quando. Veja o que medir antes de mudar de plano. |
| Cai desde que instalou um plugin | É o plugin. Desligue-o e confirme antes de procurar mais longe. |
Para baixar o consumo em vez de mudar de plano, veja o que consome CPU num site.
5. A base ficou danificada
Acontece pouco, mas acontece: uma tabela corrompida depois de uma queda de energia ou de uma importação interrompida. No phpMyAdmin dá para seleccionar as tabelas e mandar Repair table. Se o erro voltar logo a seguir, pare: está a lutar contra um sintoma. Fale connosco antes de piorar.
| Antes de reparar, exportar ou apagar seja o que for, faça uma cópia. Não há desfazer no phpMyAdmin. Se não consegue exportar porque a base não responde, use as cópias do painel: restaurar com o JetBackup. |
Onde está escrito o erro verdadeiro
A mensagem que o visitante vê é um resumo. O erro a sério, com o motivo, está no registo de erros do PHP da sua conta. É a diferença entre adivinhar e saber. Veja onde está o registo de erros do PHP.
|
Percorreu a lista e continua em baixo? Dê-nos o endereço do site e a hora a que começou. Abrir um pedido de suporte |
|
VEJA TAMBÉM |
PRODUTO RECOMENDADO Alojamento de sites com cPanel Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 600,00 MT/mês Ver planos |
- 0 Utilizadores acharam útil
