Este dias tivemos um problema com um servidor, ficou fora do ar o dia todo e só fomos perceber no final da tarde.
O servidor não tem um grande recurso e por isso ele cai, como o cliente não queria gastar muito, pois era algo experimental que estava fazendo, criamos um script para verificar se o site estava no ar ou não. A cada 12 horas ou 2x por dia, ele verifica o status do site e se caso não retornar o status 200, que indica que requisição foi bem sucedida, ele envia um email notificando que o site pode esta OFF.
Script para verificar site online
O Script deve ficar em outro servidor que seja estável. Acabamos colocando no servidor onde hospedava o site de nosso cliente. Assim o script acessa o site experimental rodando no servidor principal de nosso cliente. Veja o script que criamos:
// Modifique o endereço do site $site = 'https://EndereçoDoSite.com.br';
Aqui a mensagem que será enviada por email
$email_conteudo = ' <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" style="margin:0; padding:0; background-color:#EEEEEE; "> <body style="margin:0; padding:0; background-color:#EEEEEE; "> <div align="center"> <p><br /> </p> <table cellpadding="0" cellspacing="0" style="width:70%; border:0; background-color:#FFFFFF; "> <tr> <td valign="top" height="0" style="background-color:#01509f; color:#FFFFFF; font-weight:bold; font-family:Arial, Helvetica, sans-serif; font-size:14px; text-align:left; padding:10px 0 10px 22px; ">O site com problema</td> </tr> <tr> <td valign="top" style="padding:10px; font-family:Arial, Helvetica, sans-serif; font-size:12px; font-weight:normal; color:#000; "> <br /> <h1 style="background-color:#01509f;color:#FFFFFF;padding:10px; text-align:center;">O site <a href="'.$site.'">'.$site.'</a> teve um possível problema</h1><br /> <br /> <p> </p> <p> </p> </td> </tr> </table> </div> </body> </html>';
Verificação do Status do site
function curl_info($url){
$ch = curl_init();
curl_setopt( $ch, CURLOPT_URL, $url );
curl_setopt( $ch, CURLOPT_HEADER, 1);
curl_setopt( $ch, CURLOPT_RETURNTRANSFER, 1 );
curl_setopt( $ch, CURLOPT_CONNECTTIMEOUT, $timeout );
curl_setopt( $ch, CURLOPT_FOLLOWLOCATION, 1 );
$content = curl_exec( $ch );
$info = curl_getinfo( $ch );
$httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
return $info;
}$info = curl_info( $site );
if( $info['http_code']==200 ) {
echo '<u>'.$site . '</u> - <strong>está no ar!!</strong><br />';
} else {
echo '<u>'.$site . '</u> - está fora do ar<br />';
// Mudar endereço de email
$from = "enviaemail@meudominio.com.br";
// Mudar endereço de email
$to = "destinatario@meudominio.com.br";
$subject = "Site pode estar OFF";
$headers = "De:". $from;
$headers .= 'MIME-Version: 1.0' . "\r\n";
$headers .= 'Content-type: text/html; charset=UTF-8' . "\r\n";
$message = $email_conteudo;
mail($to, $subject, $message, $headers);
echo "A mensagem de e-mail foi enviada.";
}Para fazer com que o script rode a cada 12 horas usamos o Crontab através do Cpanel. Acesse o seu painel administrativo e busque por “Trabalhos Cron” depois digite os comandos abaixo:
Você precisa descobri o caminho do arquivo através da raiz de diretórios do Linux, veja o exemplo do comando no Cpanel:
php -f /home/NOME/public_html/check-site.php
Caso você não use Cpanel, pode executar o crontab a cada 12 horas desta forma também. Lebre de modificar o caminho do arquivo em PHP:
# crontab -e 0 0,12 * * * /usr/local/bin/php /home/NOME/public_html/check-site.php
Veja alguns Status do site:
Respostas de sucesso
200 OK
Estas requisição foi bem sucedida. O significado do sucesso varia de acordo com o método HTTP:
GET: O recurso foi buscado e transmitido no corpo da mensagem.
HEAD: Os cabeçalhos da entidade estão no corpo da mensagem.
POST: O recurso descrevendo o resultado da ação e trasmitido no corpo da mensagem.
TRACE: O corpo da mensagem contem a mensagem de requisição recebida pelo servidor
201 Created
A requisição foi bem sucessida e um novo recurso foi criado como
resultado. Esta é uma tipica resposta enviada após uma requisição POST.
202 Accepted
A requisição foi recebida mas nenhuma ação foi tomada sobre ela.
Isto é uma requisição não-comprometedora, o que significa que não há
nenhuma maneira no HTTP para enviar uma resposta assíncrona indicando o
resultado do processamento da solicitação. Isto é indicado para casos
onde outro processo ou servidor lida com a requisição, ou para
processamento em lote.
203 Non-Authoritative Information
Esse código de resposta significa que o conjunto de
meta-informações retornadas não é o conjunto exato disponível no
servidor de origem, mas coletado de uma cópia local ou de terceiros.
Exceto essa condição, a resposta de 200 OK deve ser preferida em vez
dessa resposta.
204 No Content
Não há conteúdo para enviar para esta solicitação, mas os
cabeçalhos podem ser úteis. O user-agent pode atualizar seus cabeçalhos
em cache para este recurso com os novos.
205 Reset Content
Esta requisição é enviada após realizanda a solicitação para
informar ao user agent redefinir a visualização do documento que enviou
essa solicitação.
206 Partial Content
Esta resposta é usada por causa do cabeçalho de intervalo enviado pelo cliente para separar o download em vários fluxos.
207 Multi-Status (WebDAV)
Uma resposta Multi-Status transmite informações sobre vários
recursos em situações em que vários códigos de status podem ser
apropriados.
208 Multi-Status (WebDAV)
Usado dentro de um DAV: elemento de resposta propstat para
evitar enumerar os membros internos de várias ligações à mesma coleção
repetidamente.
226 IM Used (HTTP Delta encoding)
O servidor cumpriu uma solicitação GET para o recurso e a resposta
é uma representação do resultado de uma ou mais manipulações de
instância aplicadas à instância atual.
Mensagens de redirecionamento
300 Multiple Choice
A requisição tem mais de uma resposta possível. User-agent ou o
user deve escolher uma delas. Não há maneira padrão para escolher uma
das respostas.
301 Moved Permanently
Esse código de resposta significa que a URI do recurso requerido
mudou. Provavelmente, a nova URI será especificada na resposta.
302 Found
Esse código de resposta significa que a URI do recurso requerido
foi mudada temporariamente. Novas mudanças na URI poderão ser feitas no
futuro. Portanto, a mesma URI deve ser usada pelo cliente em
requisições futuras.
303 See Other
O servidor manda essa resposta para instruir ao cliente buscar o
recurso requisitado em outra URI com uma requisição GET.
304 Not Modified
Essa resposta é usada para questões de cache. Diz ao cliente que
a resposta não foi modificada. Portanto, o cliente pode usar a mesma
versão em cache da resposta.
305 Use Proxy
Foi definida em uma versão anterior da especificação HTTP para
indicar que uma resposta deve ser acessada por um proxy. Foi depreciada
por questões de segurança em respeito a configuração em banda de um
proxy.
306 unused
Esse código de resposta não é mais utilizado, encontra-se
reservado. Foi usado numa versão anterior da especificação HTTP 1.1.
307 Temporary Redirect
O servidor mandou essa resposta direcionando o cliente a buscar o
recurso requisitado em outra URI com o mesmo método que foi utilizado
na requisição original. Tem a mesma semântica do código 302 Found, com a
exceção de que o user-agent não deve mudar o método HTTP utilizado: se
um POST foi utilizado na primeira requisição, um POST deve ser utilizado
na segunda.
308 Permanent Redirect
Esse código significa que o recurso agora está permanentemente
localizado em outra URI, especificada pelo cabeçalho de resposta
Location. Tem a mesma semântica do código de resposta HTTP 301 Moved
Permanently com a exceção de que o user-agent não deve mudar o método
HTTP utilizado: se um POST foi utilizado na primeira requisição, um POST
deve ser utilizado na segunda.
Respostas de erro do Cliente
400 Bad Request
Essa resposta significa que o servidor não entendeu a requisição pois está com uma sintaxe inválida.
401 Unauthorized
Embora o padrão HTTP especifique “unauthorized”, semanticamente,
essa resposta significa “unauthenticated”. Ou seja, o cliente deve se
autenticar para obter a resposta solicitada.
402 Payment Required
Este código de resposta está reservado para uso futuro. O
objetivo inicial da criação deste código era usá-lo para sistemas
digitais de pagamento porém ele não está sendo usado atualmente.
403 Forbidden
O cliente não tem direitos de acesso ao conteúdo portanto o
servidor está rejeitando dar a resposta. Diferente do código 401, aqui a
identidade do cliente é conhecida.
404 Not Found
O servidor não pode encontrar o recurso solicitado. Este código
de resposta talvez seja o mais famoso devido à frequência com que
acontece na web.
405 Method Not Allowed
O método de solicitação é conhecido pelo servidor, mas foi
desativado e não pode ser usado. Os dois métodos obrigatórios, GET e
HEAD, nunca devem ser desabilitados e não devem retornar este código de
erro.
406 Not Acceptable
Essa resposta é enviada quando o servidor da Web após realizar a
negociação de conteúdo orientada pelo servidor, não encontra nenhum
conteúdo seguindo os critérios fornecidos pelo agente do usuário.
407 Proxy Authentication Required
Semelhante ao 401 porem é necessário que a autenticação seja feita por um proxy.
408 Request Timeout
Esta resposta é enviada por alguns servidores em uma conexão
ociosa, mesmo sem qualquer requisição prévia pelo cliente. Ela significa
que o servidor gostaria de derrubar esta conexão em desuso. Esta
resposta é muito usada já que alguns navegadores, como Chrome, Firefox
27+, ou IE9, usam mecanismos HTTP de pré-conexão para acelerar a
navegação. Note também que alguns servidores meramente derrubam a
conexão sem enviar esta mensagem.
409 Conflict
Esta resposta será enviada quando uma requisição conflitar com o estado corrente do servidor.
410 Gone
Esta resposta será enviada quando o conteúdo requisitado foi deletado do servidor.
411 Length Required
O servidor rejeitou a requisição porque o campo Content-Length do cabeçalho não está definido e o servidor o requer.
412 Precondition Failed
O cliente indicou nos seus cabeçalhos pré-condições que o servidor não atende.
413 Payload Too Large
A entidade requisição é maior do que os limites definidos pelo
servidor; o servidor pode fechar a conexão ou retornar um campo de
cabeçalho Retry-After.
414 URI Too Long
A URI requisitada pelo cliente é maior do que o servidor aceita para interpretar.
415 Unsupported Media Type
O formato de mídia dos dados requisitados não é suportado pelo servidor, então o servidor rejeita a requisição.
416 Requested Range Not Satisfiable
O trecho especificado pelo campo Range do cabeçalho na
requisição não pode ser preenchido; é possível que o trecho esteja fora
do tamanho dos dados da URI alvo.
417 Expectation Failed
Este código de resposta significa que a expectativa indicada
pelo campo Expect do cabeçalho da requisição não pode ser satisfeita
pelo servidor.
418 I m a teapot
O servidor recusa a tentativa de coar café num bule de chá.
421 Misdirected Request
A requisição foi direcionada a um servidor inapto a produzir a
resposta. Pode ser enviado por um servidor que não está configurado para
produzir respostas para a combinação de esquema (“scheme”) e autoridade
inclusas na URI da requisição.
422 Unprocessable Entity (WebDAV)
A requisição está bem formada mas inabilitada para ser seguida devido a erros semânticos.
423 Locked (WebDAV)
O recurso sendo acessado está chaveado.
424 Failed Dependency (WebDAV)
A requisição falhou devido a falha em requisição prévia.
426 Upgrade Required
O servidor se recusa a executar a requisição usando o protocolo
corrente mas estará pronto a fazê-lo após o cliente atualizar para um
protocolo diferente. O servidor envia um cabeçalho Upgrade numa resposta
426 para indicar o(s) protocolo(s) requeridos.
428 Precondition Required
O servidor de origem requer que a resposta seja condicional.
Feito para prevenir o problema da atualização perdida, onde um cliente
pega o estado de um recurso (GET) , modifica-o, e o põe de volta no
servidor (PUT), enquanto um terceiro modificou o estado no servidor,
levando a um conflito.
429 Too Many Requests
O usuário enviou muitas requisições num dado tempo (“limitação de frequência”).
431 Request Header Fields Too Large
O servidor não quer processar a requisição porque os campos de
cabeçalho são muito grandes. A requisição PODE ser resubmetida depois de
reduzir o tamanho dos campos de cabeçalho.
451 Unavailable For Legal Reasons
O usuário requisitou um recurso ilegal, tal como uma página censurada por um governo.
Respostas de erro do Servidor
500 Internal Server Error
O servidor encontrou uma situação com a qual não sabe lidar.
501 Not Implemented
O método da requisição não é suportado pelo servidor e não pode
ser manipulado. Os únicos métodos exigidos que servidores suportem (e
portanto não devem retornar este código) são GET e HEAD.
502 Bad Gateway
Esta resposta de erro significa que o servidor, ao trabalhar
como um gateway a fim de obter uma resposta necessária para manipular a
requisição, obteve uma resposta inválida.
503 Service Unavailable
O servidor não está pronto para manipular a requisição. Causas
comuns são um servidor em manutenção ou sobrecarregado. Note que junto a
esta resposta, uma página amigável explicando o problema deveria ser
enviada. Estas respostas devem ser usadas para condições temporárias e o
cabeçalho HTTP Retry-After: deverá, se posível, conter o tempo estimado
para recuperação do serviço. O webmaster deve também tomar cuidado com
os cabaçalhos relacionados com o cache que são enviados com esta
resposta, já que estas respostas de condições temporárias normalmente
não deveriam ser postas em cache.
504 Gateway Timeout
Esta resposta de erro é dada quando o servidor está atuando como um gateway e não obtém uma resposta à tempo.
505 HTTP Version Not Supported
A versão HTTP usada na requisição não é suportada pelo servidor.
506 Variant Also Negotiates
O servidor tem um erro de configuração interno: a negociação
transparente de conteúdo para a requisição resulta em uma referência
circular.
507 Insufficient Storage
O servidor tem um erro interno de configuração: o recurso
variante escolhido está configurado para entrar em negociação
transparente de conteúdo com ele mesmo, e portanto não é uma ponta
válida no processo de negociação.
508 Loop Detected (WebDAV)
O servidor detectou um looping infinito ao processar a requisição.
510 Not Extended
Exigem-se extenções posteriores à requisição para o servidor atendê-la.
511 Network Authentication Required
O código de status 511 indica que o cliente precisa se autenticar para ganhar acesso à rede.
Respostas informativas
100 Continue
Essa resposta provisória indica que tudo
ocorreu bem até agora e que o cliente deve continuar com a requisição ou
ignorar se já concluiu o que gostaria.
101 Switching Protocol
Esse código é enviado em resposta a um
cabeçalho de solicitação Upgrade pelo cliente, e indica o protocolo a
que o servidor está alternando.
102 Processing (WebDAV)
Este código indica que o servidor recebeu e
está processando a requisição, mas nenhuma resposta está disponível
ainda.