APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um pedido HTTP descreve uma operação sobre um recurso, com método, destino, campos e eventual conteúdo. O URL inclui informação que orienta a ligação e a seleção do serviço. A origem combina esquema, host e porta efetiva; partilhar um IP ou certificado não funde origens distintas. Num servidor com vários virtual hosts, testar diretamente pelo IP pode selecionar a página predefinida. Guarda o nome enviado e o listener observado antes de comparar resultados. Em HTTPS, a identidade TLS acrescenta outra verificação, tratada numa aula própria. Resolução DNS e ligação de transporte são passos necessários em muitos percursos, mas não confirmam que foi selecionada a aplicação pretendida.
Aplicação guiada
Distingue o formato enviado da preferência de resposta. Content-Type descreve o media type do conteúdo; Accept comunica formatos de resposta aceitáveis. Content-Encoding pode indicar gzip, enquanto chunked delimita uma transferência HTTP/1.1. Não uses estes campos como sinónimos. Num caso fictício, um check recebe 200 e uma página de login quando esperava dados de um batch. O teste precisa de critérios de autenticação, conteúdo e atualidade, definidos para o percurso autorizado. O código de saída do cliente também é distinto do estado HTTP: curl pode terminar uma troca com 503 sem falhar por omissão. Regista ambos e o resultado funcional necessário à decisão operacional.
O endereço responde, mas o Host seleciona a página predefinida: a conectividade não valida o portal.
Armadilhas comuns
IP como identidade completa; Accept como formato do corpo enviado; saída zero como serviço saudável.
Tópicos relacionados: Métodos, estados e repetição controlada · Cache, variantes e validação · Versões e delimitação de mensagens
Confirma que o teste chegou ao serviço e à representação certos.
Referência: HTTP Semantics · DR HTTP/HTTPS 2026-09; HTTP RFCs 9110–9114; selected TLS 1.3 and NGINX/curl guidance