Por vezes temos problemas na programação ou conexão com banco de dados que geram mensagens de erro, comprometendo parte ou todo o funcionamento da aplicação.
Esta página centraliza artigos que ajudam a solucionar estes erros.

Hospedagem

• Erro “The request filtering module is configured to deny the file extension”
• Erro: Connection must be valid and open
• Erro: The request filtering module is configured to deny a request that exceeds the request content length
• FastCGI Error
• HTTP Error 404.11 – Urls com caracteres especiais
• Pool de conexões com problemas ?
• Problemas no wordpress após mudar raiz de site
• Tenho um .htaccess que faz alterações nas variáveis do php e apresenta o erro “Internal Server Error”

Programação

• Erro 404 (Página inexistente), em aplicações ASP.Net (*.aspx)
• Erros comuns em ASP
• Erros mais frequentes no Asp.Net
• PHP – Erro You have an error in your SQL syntax
• Por que minha aplicação Asp.NET exibe o erro “This type of page is not served” ?

Banco de Dados

• Erro: A connection could not be established at…
• Erro: Cannot open database. It may not be a database that your application recognizes, or the file may be corrupt
• MySQL: Principais mensagens de erro, suas causas e como resolver
• Porque meu site mostra esse erro: Lost connection to MySQL server at ‘reading authorization packet’ ?

Central do Cliente

Painel de Controle

Central de Atendimento

Vídeo Tutorial

A execução do procedimento abaixo requer que se conecte à área de hospedagem por SSH (exemplo com Putty).

Verificando os logs de erros

O comando de verificação em tempo de execução é:

tail -f ~/logs/error_logYYYYMMDD 

Onde:

• MM é o mês (01 a 12)
• DD é o dia (01 a 31)

Exemplo: Supondo que hoje seja 05/11/2009:

tail -f ~/logs/error_log20091105 

Obs: Utilize CTRL + C para parar a execução do tail

Detalhe: Não e possível ver em tempo de execução os logs dos dias anteriores, mas você pode visualizá-los através de um editor de texto com o comando:

vi ~/logs/error_log20091104 

Veja detalhes em Como editar um arquivo em um servidor Linux.

Verificando os logs de acessos

Os critérios para a verificação de logs de acessos são os mesmos que os de erros, mas só o nome do arquivo muda.

O comando de verificação em tempo de execução é:

tail -f ~/logs/access_logYYYYMMDD 

E para ver os logs de acessos dos dias anteriores:

 vi ~/logs/access_logYYYYMMDD 

Central do Cliente

Painel de Controle

Central de Atendimento