blob: a8c087225ec5b6cb380e18f4dfae03c1a2afe8f6 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
---
title: 204 No Content
slug: Web/HTTP/Status/204
translation_of: Web/HTTP/Status/204
---
<div>{{HTTPSidebar}}</div>
<p>O código de resposta HTTP de status de sucesso <strong><code>204 No Content</code></strong> indica que a solicitação foi bem sucedida e o cliente não precisa sair da página atual. Uma resposta <code>204</code> é armazenada em cache por padrão. Um cabeçalho {{HTTPHeader("ETag")}} está incluso na resposta.</p>
<p>O caso de uso comum é retornar <code>204</code> como resultado de uma solicitação {{HTTPMethod("PUT")}}, atualizando um recurso, sem alterar o conteúdo atual da página exibida para o usuário. Se o recurso for criado, {{HTTPStatus("201")}} <code>Created</code> será retornado. Se a página for alterada para a página recém-atualizada, o {{HTTPStatus ("200")}} deve ser usado em vez disso.</p>
<h2 id="Status">Status</h2>
<pre class="syntaxbox">204 No Content</pre>
<h2 id="Especificações">Especificações</h2>
<table class="standard-table">
<tbody>
<tr>
<th scope="col">Especificação</th>
<th scope="col">Título</th>
</tr>
<tr>
<td>{{RFC("7231", "204 No Content" , "6.3.5")}}</td>
<td>Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content</td>
</tr>
</tbody>
</table>
<h2 id="Browser_compatibility">Compatibilidade com navegadores</h2>
<p>{{Compat("http.status.204")}}</p>
<h2 id="Notas_de_compatibilidade">Notas de compatibilidade</h2>
<ul>
<li>Embora este código de status seja destinado a descrever uma resposta sem corpo, os servidores podem incluir dados erroneamente após os cabeçalhos. O protocolo permite que os agentes do usuário variem em como eles processam essas respostas (<a href="https://github.com/httpwg/http11bis/issues/26">a discussão sobre este texto da especificação pode ser encontrada aqui</a>). Isso é observável em conexões persistentes, onde o corpo inválido pode incluir uma resposta distinta a uma solicitação subseqüente.<br>
<br>
O Apple Safari rejeita qualquer desses dados. O Google Chrome e o Microsoft Edge descartam até quatro bytes inválidos que precedem uma resposta válida. O Firefox tolera mais de um kilobyte de dados inválidos que precedem uma resposta válida.</li>
</ul>
<h2 id="Veja_também">Veja também</h2>
<ul>
<li><a href="/en-US/docs/Web/HTTP/Methods">Métodos de requisições HTTP</a></li>
</ul>
|
