Questão de Redes de Computadores — HTTP — VUNESP 2023
Redes de Computadores›HTTP
Código
vu197144
Banca
VUNESP
Órgão
Pref SBO
Ano
2023
Cargo
Ana ( )
No protocolo HTTP, o cabeçalho de requisição Accept tem como objetivo
Aindicar as codificações de conteúdo, em geral expressas como algoritmos de compressão, que o aplicativo cliente é capaz de entender.
Bindicar a linguagem natural (português, inglês etc.) na qual o aplicativo cliente prefere receber o conteúdo.
Cindicar quais tipos de conteúdo, expressos como MIME types, o aplicativo cliente é capaz de entender.
Dprover credenciais para autenticar o cliente no servidor, o qual autorizará ou não o acesso ao recurso solicitado.
Eenviar cookies HTTP associados ao servidor, os quais foram previamente recebidos pelo cliente via cabeçalho Set-Cookie.
Revelar gabarito e comentário▾
GabaritoC — indicar quais tipos de conteúdo, expressos como MIME types, o aplicativo cliente é capaz de entender.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Cabeçalhos HTTP de negociação de conteúdo
Gabarito: letra C. O cabeçalho de requisição Accept informa ao servidor quais tipos de conteúdo (MIME types) o cliente é capaz de processar, permitindo a negociação de conteúdo — é a definição literal do campo no HTTP. As demais alternativas descrevem outros cabeçalhos: Accept-Encoding (compressão), Accept-Language (idioma), Authorization (autenticação) e Cookie (estado de sessão).
O protocolo HTTP é um protocolo de requisição-resposta em que o cliente envia uma mensagem de requisição e o servidor responde com uma mensagem de resposta. Dentro da mensagem de requisição, há uma série de cabeçalhos que transmitem informações sobre o que o cliente deseja e sobre suas capacidades. Esses cabeçalhos são chamados de cabeçalhos de negociação de conteúdo, pois permitem que cliente e servidor cheguem a um acordo sobre o formato mais adequado da resposta.
O cabeçalho Accept é o principal deles: ele lista os MIME types (por exemplo, text/html, application/json, image/png) que o cliente entende. O servidor, ao receber essa lista, escolhe o formato mais adequado entre os disponíveis. Se o servidor não puder atender a nenhum dos tipos listados, ele pode responder com um erro 406 Not Acceptable ou enviar um formato padrão.
A negociação de conteúdo é um mecanismo central do HTTP, e a banca explora justamente a confusão entre os vários cabeçalhos Accept-*. Veja a distinção:
Cabeçalho
Função
Exemplo de valor
Accept
Tipos de conteúdo (MIME types) que o cliente entende
text/html, application/xhtml+xml
Accept-Encoding
Codificações de conteúdo (compressão) que o cliente entende
gzip, deflate, br
Accept-Language
Idiomas naturais preferidos
pt-BR, pt;q=0.9, en;q=0.8
Authorization
Credenciais para autenticação
Basic dXNlcjpwYXNz
Cookie
Dados de sessão previamente armazenados
sessionId=abc123
O cabeçalho Accept é frequentemente usado em conjunto com Content-Type na resposta: o cliente diz o que aceita, o servidor responde com o que enviou. Por exemplo, uma requisição GET /api/dados com Accept: application/json indica que o cliente espera uma resposta em JSON; se o servidor só tiver XML, ele pode negociar ou retornar erro.
A pegadinha desta questão é a troca sutil entre Accept e Accept-Encoding: ambos começam com "Accept", mas um trata de MIME types e o outro de compressão. O candidato desatento pode marcar a alternativa A, que descreve exatamente o Accept-Encoding.
Guarde a fronteira: Accept = tipo de conteúdo; Accept-Encoding = compressão; Accept-Language = idioma. É nessa distinção que as alternativas se dividem.
Alternativa A — ❌ Incorreta
Descreve o cabeçalho Accept-Encoding, que indica as codificações de conteúdo (algoritmos de compressão como gzip, deflate) que o cliente entende. O Accept não trata de compressão, mas de tipos de conteúdo.
Alternativa B — ❌ Incorreta
Descreve o cabeçalho Accept-Language, que indica a linguagem natural preferida (pt-BR, en-US etc.). O Accept não trata de idioma.
Alternativa C — ✅ Correta ⟵ GABARITO
É a definição exata do cabeçalho Accept: ele indica quais tipos de conteúdo, expressos como MIME types, o cliente é capaz de entender. É o cabeçalho de negociação de conteúdo por tipo de mídia.
Alternativa D — ❌ Incorreta
Descreve o cabeçalho Authorization, usado para enviar credenciais de autenticação (como tokens ou Basic Auth). O Accept não tem função de autenticação.
Alternativa E — ❌ Incorreta
Descreve o cabeçalho Cookie, que envia cookies previamente recebidos via Set-Cookie. O Accept não está relacionado a cookies.
NÃO CAIA NESSA!
A banca troca Accept por Accept-Encoding na alternativa A — ambos começam com "Accept", mas um trata de MIME types e o outro de compressão. Na prova, leia o nome completo do cabeçalho: se a alternativa fala em "codificações de conteúdo" ou "compressão", é Accept-Encoding; se fala em "tipos de conteúdo" ou "MIME types", é Accept. Com esse filtro, você elimina a pegadinha na hora.