recursal/MDN huggingface dataset:
203 Non-Authoritative Information
=================================

A resposta com status HTTP **`203 Non-Authoritative Information`** indica que a requisição foi realizada com sucesso porém o conteúdo foi modificado por um proxy da resposta com status `200` (`OK`) do servidor de origem.

A resposta `203` é similar a resposta com cabeçalho de `Warning` `214`, significando `Transformação Aplicada`, o qual tem uma vantagem adicional que pode ser aplicado a respostas com qualquer código de status.

Status
------
```

203 Non-Authoritative Information
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sessão 6.3.4: 203 Non-Authoritative Information | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

See also
--------

* `200`
* Proxy server
* `Warning`
402 Payment Required
====================

**Experimental:** **Esta é uma tecnologia experimental (en-US)**  
Verifique a tabela de compatibilidade entre Navegadores cuidadosamente antes de usar essa funcionalidade em produção.

O código de status HTTP **`402 Payment Required`** é um termo despadronizado para respostas de Status, podendo-se ter usos futuros.

Às vezes, este comando indica que o processo não pôde ser realizado em função de um pagamento não realizado. Originalmente, foi criado para validar uma micro ou grande transação e pode indicar que o método não se realiza até que o cliente efetue o pagamento. Contudo, não existem usos convecionais fixos e sua inserção varia, dependendo do contexto que é posto.

Status
------
```

402 Payment Required
```

Exemplos de resposta
--------------------


```bash
HTTP/1.1 402 Payment Required
Date: Wed, 21 Oct 2015 07:28:00 GMT
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.5.2: 402 Payment Required | HTTP/1.1: Semântica e contexto |

Compatibilidade com navegadores
-------------------------------

{{Compat}}Veja também
-----------

* HTTP autenticação
206 Partial Content
===================

O código de resposta do status de sucesso **`206 Partial Content`** indica que a requisição teve sucesso e o corpo contém a sequência (em bytes) dos dados, como descrito no cabeçalho `Range` da requisição.

Se existe somente uma sequência, o `Content-Type` de toda a resposta é colocado para o tipo do documento, e o cabeçalho `Content-Range` é provido.

Se várias sequências são mandadas como resposta, o `Content-Type` é colocado para `multipart/byteranges` e cada fragmento cobre uma sequência, com `Content-Range` e `Content-Type` descrevendo-os.

Status
------
```

206 Partial Content
```

Exemplos
--------

Uma resposta contendo uma única sequência:
```

HTTP/1.1 206 Partial Content
Date: Wed, 15 Nov 2015 06:25:24 GMT
Last-Modified: Wed, 15 Nov 2015 04:58:08 GMT
Content-Range: bytes 21010-47021/47022
Content-Length: 26012
Content-Type: image/gif

... 26012 bytes de dados parciais de uma imagem ...
```


Uma resposta contendo várias sequências:
```

HTTP/1.1 206 Partial Content
Date: Wed, 15 Nov 2015 06:25:24 GMT
Last-Modified: Wed, 15 Nov 2015 04:58:08 GMT
Content-Length: 1741
Content-Type: multipart/byteranges; boundary=String_separator

--String_separator
Content-Type: application/pdf
Content-Range: bytes 234-639/8000

...a primeira sequência...
--String_separator
Content-Type: application/pdf
Content-Range: bytes 4590-7999/8000

...a segunda sequência
--String_separator--
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7233, sessão 4.1: 206 Partial Content | Hypertext Transfer Protocol (HTTP/1.1): Range Requests |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* `If-Range`
* `Range`
* `Content-Range`
* `Content-Type`
501 Not Implemented
===================

O código de resposta HTTP **`501 Not Implemented`** indica que o servidor não suporta a funcionalidade requerida para completar a requisição. Esta é a resposta apropriada para quando o servidor não reconhece o método requisitado e não tem capacidade de suporta-lo para nenhum recurso. Os únicos métodos de requisição que os servidores suportam obrigatóriamente ( e, portanto, isso não deve retornar este código) são `GET` e `HEAD`.

**Nota:** **Notas:**

* A 501 error is not something you can fix, but requires a fix by the web server you are trying to access.
* Uma resposta 501 é cacheada por padrão, ou seja, a menos que os cabeçalhos de cache indiquem outra forma.

Status
------
```

501 Not Implemented
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.6.2: 501 Not Implemented | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

The information shown below has been pulled from MDN's GitHub (https://github.com/mdn/browser-compat-data).
407 Proxy Authentication Required
=================================

O código de resposta HTTP \*\*`407 Proxy Authentication Required` \*\*indica um erro do lado cliente, informando que uma solicitação não está sendo bem aplicada. Isso ocorre porque falta a validar as credencias de autenticação para um proxy server que intermedia o navegador e o servidor que pode acessar o recurso solicitado.

Este erro é enviado com um cabeçalho `Proxy-Authenticate` que contém informações de como fazer uma autorização correta.

Status
------
```

407 Proxy Authentication Required
```

Exemplo de resposta
-------------------
```

HTTP/1.1 407 Proxy Authentication Required
Date: Wed, 21 Oct 2015 07:28:00 GMT
Proxy-Authenticate: Basic realm="Access to internal site"
```

Especificações
--------------

| Epecificação | Título |
| --- | --- |
| RFC 7235, sessão 3.2: 407 Proxy Authentication Required | HTTP/1.1: Authentication |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* Autenticação HTTP
* `WWW-Authenticate`
* `Authorization`
* `Proxy-Authorization`
* `Proxy-Authenticate`
* `401`, `403`
300 Multiple Choices
====================

O código de resposta HTTP do status de redirecionamento **`300 Multiple Choices`** indica que a requisição tem uma ou mais possíveis respostas. O agente de usuário ou o usuário devem escolher uma delas. Como não há forma padrão de se escolher uma das respostas, esse código de resposta é raramente usado.

Se o servidor tem uma escolha de preferência, ele deve gerar um cabeçalho `Localização`.

Status
------
```

300 Multiple Choices
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.4.1: 300 Multiple Choices | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Veja também
-----------

* `301` `Moved Permanently`
* `302` `Found`, o redirecionamento temporário
* `308` `Permanent Redirect`
505 HTTP Version Not Supported
==============================

O código de resposta de status HTTP **`505 HTTP Version Not Supported`** indica que a versão HTTP utilizada na requisição não é suportada pelo servidor.

Status
------
```

505 HTTP Version Not Supported
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.6.6: 505 HTTP Version Not Supported | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Veja também
-----------

* `Upgrade` (en-US)
202 Accepted
============

O código resposta HyperText Transfer Protocol (HTTP) **`202 Accepted`** indica que a requisição foi recebida, mas não pode atuar ainda. Ela é sem compromisso, significando que não há maneira de o HTTP enviar posteriormente uma resposta assíncrona indicando a saída do processamento da requisição. A intenção desta resposta é para os casos onde outro processo ou, ainda, servidor lida com a requisição ou para processamentos *batch.*

Status
------
```

202 Accepted
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.3.3: 202 Accepted | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Veja também
-----------

* `Accept`
304 Not Modified
================

O código de resposta HTTP de redirecionamento do cliente **`304`** **`Not Modified`** indica que não há necessidade de retransmitir a requisição de recursos. É um redirecionamento implícito para o recurso em cache. Isto ocorre quando o método de requisição é safe, assim como uma requisição `GET` ou `HEAD`, ou quando a requisição é condicional e usa um cabeçalho `If-None-Match` ou `If-Modified-Since`.

A resposta equivalente `200` `OK` teria incluso os cabeçalhos `Cache-Control`, `Content-Location`, `Date`, `ETag`, `Expires`, e `Vary`.

**Nota:** Vários painéis de rede de ferramentas de desenvolvedor dos navegadores criam requisições irrelevantes direcionando para respostas `304`, logo este acesso ao cache local é visível aos desenvolvedores.

Status
------
```

304 Not Modified
```

Especificações
--------------

| Specification | Title |
| --- | --- |
| RFC 7232, sessão 4.1: 304 Not Modified | Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Notas de Compatibilidade
------------------------

* O comportamento do navegador difere se em conexões persistentes a resposta erroneamente incluir um corpo. Leia 204 No Content para mais detalhes.
Veja também
-----------

* `If-Modified-Since`
* `If-None-Match`
403 Forbidden
=============

O código de resposta de status de erro do cliente HTTP **`403 Forbidden`** indica que o servidor entendeu o pedido, mas se recusa a autorizá-lo.

Esse status é semelhante ao `401` , mas neste caso, a re-autenticação não fará diferença. O acesso é permanentemente proibido e vinculado à lógica da aplicação (como uma senha incorreta).

Status
------
```

403 Forbidden
```

Exemplo de resposta
-------------------
```

HTTP/1.1 403 Forbidden
Date: Wed, 21 Oct 2015 07:28:00 GMT
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.5.3: 403 Proibido | HTTP/1.1: Semântica e Conteúdo |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* `401`
511 Network Authentication Required
===================================

O código de erro HTTP para o cliente **`511 Network Authentication Required`** indica que o cliente precisa realizar uma autenticação para utilizar a rede.

Esse status não é gerado pelos servidores de origem, mas pela interceptação de proxies que controlam o acesso à rede.

Às vezes, as operadoras de rede exigem alguma autenticação, aceitação de termos ou outra interação do usuário antes de conceder acesso (por exemplo, em um cyber café ou em um aeroporto). Eles geralmente identificam clientes que não o fizeram usando seus endereços de Controle de Acesso à Mídia(MAC)

Status
------
```

511 Network Authentication Required
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 6585, sessão 6: 511 Network Authentication Required | Códigos adicionais de estado HTTP |

Veja também
-----------

* Proxy server
308 Permanent Redirect
======================

O código de resposta do status de redirecionamento **`308 Redirecionamento Permanente`** do Protocolo de Transferência de Hipertexto (HTTP) indica que o recurso requisitado foi movido definitivamente para o URL dado pelo cabeçalho `Localização`. O navegador redireciona para essa página e o motor de busca atualiza os seus links para o recurso (na linguagem 'SEO', é dito que o "suco do link" ('link-juice') é enviado à nova URL).

O método de requisição e o corpo não será alterado, onde talvez o status `301` seja modificado incorretamente para o método `GET`.

> 
> \*\*Nota:\*\*Algumas aplicações Web podem usar o `308 Permanent Redirect` de forma não convencional e para outros propósitos. Por exemplo, Google Drive usa a resposta `308 Resume Incomplete` para indicar ao cliente quando um upload incompleto parou.[1]
> 
> 
> 

Status
------
```

308 Redirecionamento Permanente
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7538, sessão 3: 308 Permanent Redirect | The Hypertext Transfer Protocol Status Code 308 (Permanent Redirect) |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* `301 Moved Permanently`
* `302 Found`, o redirecionamento temporário
100 Continue
============

O Status HTTP **`100 Continue`** indica que até o momento tudo está OK e que o cliente pode continuar com a requisição ou ignorar caso já tenha terminado.

Para ter uma verificação pelo servidor o cliente deve enviar o header `Expect`: `100-continue` na requisição inicial e receber o status `100 Continue` antes de enviar o body da requisição.

Status
------
```

100 Continue
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sessão 6.2.1: 100 Continue | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

See also
--------

* `Expect`
* `417`
417 Expectation Failed
======================

O codigo de erro de cliente HTTP **`417 Expectation Failed`** indica que a expectativa enviada no cabeçalho da requisição `Expect` não foi suprida.

Veja o cabeçalho `Expect` para mais detalhes.

Estado
------
```

417 Expectation Failed
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.5.14: 417 Expectation Failed | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Ver também
----------

* `Expect`
426 Upgrade Required
====================

O status HTTP **`426 Upgrade Required`** indica que o servidor recusa o processamento da requisição usando o protocolo atual mas poderá ser processado caso o cliente atualize para um protocolo diferente.

O servidor envia uma header `Upgrade` (en-US) com esta resposta para indicar qual o protocolo necessário.

Status
------
```

426 Upgrade Required
```

Exemplos
--------
```

HTTP/1.1 426 Upgrade Required
Upgrade: HTTP/2.0
Connection: Upgrade
Content-Length: 53
Content-Type: text/plain

This service requires use of the HTTP/2.0 protocol
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.5.15: 426 Upgrade Required | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Ver também
----------

* `Upgrade` (en-US)
* `101` `Switching Protocol`
422 Unprocessable Entity
========================

O codigo de resposta HTTP **`422 Unprocessable Entity`** indica que o servidor entende o tipo de conteúdo da entidade da requisição, e a sintaxe da requisição esta correta, mas não foi possível processar as instruções presentes.

**Aviso:** **Importante**: O cliente não deve repetir esta requisição sem modificações.

Status
------
```

422 Unprocessable Entity
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 4918, sessão 11.2: 422 Unprocessable Entity | HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV) |
413 Payload Too Large
=====================

O código de resposta HTTP **`413 Payload Too Large`** indica que a carga da requisição é mais larga que os limites estabelecidos pelo servidor; o servidor pode encerrar a conexão ou retornar `Retry-After` no campo de cabeçalho.

Status
------
```

413 Payload Too Large
```

Especificações
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sessão 6.5.11: 413 Payload Too Large | Hypertext Transfer Protocol (HTTP/1.1):Semânticas e Conteúdo |

Veja também
-----------

* `Connection`
* `Retry-After`
204 No Content
==============

O código de resposta HTTP de status de sucesso **`204 No Content`** indica que a solicitação foi bem sucedida e o cliente não precisa sair da página atual. Uma resposta `204` é armazenada em cache por padrão. Um cabeçalho `ETag` está incluso na resposta.

O caso de uso comum é retornar `204` como resultado de uma solicitação `PUT`, atualizando um recurso, sem alterar o conteúdo atual da página exibida para o usuário. Se o recurso for criado, `201` `Created` será retornado. Se a página for alterada para a página recém-atualizada, o `200` deve ser usado em vez disso.

Status
------
```

204 No Content
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.3.5: 204 No Content | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Notas de compatibilidade
------------------------

* 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 discussão sobre este texto da especificação pode ser encontrada aqui). Isso é observável em conexões persistentes, onde o corpo inválido pode incluir uma resposta distinta a uma solicitação subseqüente.
 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.
Veja também
-----------

* Métodos de requisições HTTP
503 Service Unavailable
=======================

O código de resposta de erro de servidor **`503 Service Unavailable`** do HTTP indica que o servidor não está pronto para lidar com a requisição.

Causas comuns são um servidor que está em manutenção ou sobrecarregado. Esta resposta deve ser usada para condições temporárias, e o cabeçalho HTTP `Retry-After` deve, se possível, conter o tempo estimado para restabelecimento do serviço.

**Nota:** Juntamente com esta resposta deve ser enviada uma página de fácil compreensão para explicar o problema.

Os cabeçalhos relativos ao armazenamento em cache que são enviados juntamente com esta resposta devem ser atendidos, pois um status 503 geralmente é uma condição temporária e tal resposta não deve ser armazenada em cache.

Status
------
```

503 Service Unavailable
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.6.4: 503 Service Unavailable | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

A informação mostrada acima está sendo servida do MDN's GitHub (https://github.com/mdn/browser-compat-data).

Veja também
-----------

* `Retry-After`
* 503 Service Unavailable
405 Method Not Allowed
======================

Este status de resposta indica que o verbo HTTP utilizado não é suportado, por exemplo: a requisição ocorre por meio de um get, porém o único método disponível é o post.Curiosidade: Existem um método chamado OPTIONS que retorna todos os verbos suportados naquela requisiçãoobs: ele também pode não ser permitido

Status
------
```

405 Method Not Allowed
```

Specifications
--------------

| Specification | Title |
| --- | --- |
| RFC 7231, sessão 6.5.5: 405 Method Not Allowed | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

See also
--------

* `Allow`
302 Found
=========

O código de estado HyperText Transfer Protocol (HTTP) **`302 Found`** indica que o recurso foi temporariamente movido para a URL informada pelo cabeçalho `Localização`. Os navegadores redirecionar para essa página porém os motores de busca não atualizam o link inicial.

Mesmo que a requisição requer que o método (e o corpo) não sejam alterados quando o redirecionamento é feito, nem todos os user-agent entram em conformidade - ainda é comum encontrar softwares com bugs neste quesito. Por isso, é recomendado habilitar o código `302` somente em resposta aos métodos `GET` ou `HEAD` e utilizar o método `307 Temporary Redirect` em outros casos, já que a troca de método é expressamente proibida nesse caso.

Em casos onde você deseja que o método utilizado altere para `GET`, utilize `303 See Other`. Isto é útil quando você deseja dar uma resposta a um método `PUT` que não seja um recurso, mas uma mensagem de confirmação, como por exemplo: 'você enviou XYZ com sucesso'.

Status
------
```

302 Encontrado
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.4.3: 302 Found | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* `307 Temporary Redirect`, o equivalente a esse código de estado quando o método utilizado nunca é alterado.
* `303 See Other`, um redirecionamento temporário que altera o método utilizado para `GET`.
* `301 Moved Permanently`, o redirecionamento permanente.
428 Precondition Required
=========================

O codigo de resposta HTTP **`428 Precondition Required`** indica que o servidor precisa que a requisição seja condicional (en-US).

Normalmente, isto significa que um cabeçalho pré-requisito, como o `If-Match`, **está faltando**.

Quando o cabeçalho pré-requisito **não é o mesmo** esperado pelo servidor, a resposta deve ser `412` `Precondition Failed`.

Status
------
```

428 Precondition Required
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 6585, sessão 3: 428 Precondition Required | Additional HTTP Status Codes |

Ver também
----------

* HTTP conditional requests (en-US)
* `If-Match`
* `412`
507 Insufficient Storage
========================

O código de resposta de status HTTP **`507 Insufficient Storage`** pode ser usado no contexto do protocolo Web Distributed Authoring and Versioning (WebDAV) (veja RFC 4918).

Isso indica que o método não pode ser executado porque o servidor não pode salvar a representação necessária para completar a requisição com sucesso.

Status
------
```

507 Insufficient Storage
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 4918, sessão 11.5: 507 Insufficient Storage | Web Distributed Authoring and Versioning |
200 OK
======

O código HTTP **`200 OK`** é a resposta de status de sucesso que indica que a requisição foi bem sucedida. Uma resposta 200 é cacheável por padrão.

O significado de sucesso depende do método de requisição HTTP:

* `GET`: O recurso foi carregado 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 é transmitido no corpo da mensagem.
* `TRACE`: O corpo da mensagem contém a mensagem da requisição tal qual foi recebida pelo servidor.

O resultado de sucesso de um `PUT` ou `DELETE` geralmente não são `200 OK`, e sim `204` `No Content` (ou `201` `Created` quando o recurso é carregado pela primeira vez).

Status
------
```

200 OK
```

Especificações
--------------

| Especificação | Título |
| --- | --- |
| RFC 7231, sessão 6.3.1: 200 OK | Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content |

Compatibilidade com navegadores
-------------------------------

BCD tables only load in the browser with JavaScript enabled. Enable JavaScript to view data.

Veja também
-----------

* HTTP request methods