Resumo

  • Desde 1997, 205 Reset Content informa que o servidor concluiu a solicitação e pede ao cliente que restaure a visualização usada para enviá-la.
  • A resposta não entrega novo conteúdo; as versões de 2014 e 2022 detalham o ciclo de entrada e a maneira de encerrar uma mensagem vazia.

Há um tipo de repartição que aceita o formulário preenchido e, antes de você piscar, põe outro em branco na sua frente. O processo anterior já foi arquivado. A bancada é que voltou ao ponto de partida. O HTTP/1.1 deu um número a esse funcionário ligeiro: 205 Reset Content.

No RFC 2068, de janeiro de 1997, a resposta declara que o servidor cumpriu o pedido e que o agente de usuário deveria restaurar a visualização do documento que o originou. O exemplo era uma sequência de entradas em formulário. A pessoa preenche, envia e recebe o espaço limpo para repetir a operação. O protocolo separava o fim da tarefa no servidor da preparação da próxima tarefa na tela.

Essa diferença era concreta. Os dados enviados pertenciam à solicitação já processada. O que voltava ao começo eram os campos e a superfície de trabalho. O RFC proibia uma entidade na resposta 205; não havia página de reposição para carregar. A linha de status bastava para solicitar ao navegador uma mudança local na visualização que ele já possuía. O balcão não precisava imprimir uma sala inteira de novo para entregar mais uma folha.

O RFC 2616, publicado em junho de 1999, preservou a mesma cena de entrada seguida por limpeza do formulário. O código vizinho, 204 No Content, conservava a visualização ativa. Os dois podiam devolver uma resposta sem corpo, mas ofereciam ritmos diferentes à pessoa que operava a página. 205 era feito para quem trabalhava em série: concluiu uma ficha, abre espaço para a próxima.

A revisão de 2014, RFC 7231, explicou melhor a volta: a visualização deveria recuperar o estado original recebido do servidor de origem. A área de entrada podia ser formulário, bloco de notas ou tela de desenho. A pessoa altera aquele espaço, submete o resultado e reencontra um ponto inicial para continuar. Era uma especificação de protocolo descrevendo uma coreografia humana de trabalho repetido.

Havia também uma coreografia de bytes. Um 205 não pode carregar payload. A revisão enumerou três maneiras de indicar comprimento zero: Content-Length: 0, codificação em blocos terminada por um bloco vazio, ou encerramento da conexão logo após os cabeçalhos. O navegador precisa identificar onde termina a resposta antes de tratar a próxima mensagem. A ausência de conteúdo exige uma borda de mensagem tão exata quanto uma resposta cheia.

O RFC 9110, de 2022, manteve a combinação: pedido atendido, visualização de entrada restaurada, nenhum conteúdo adicional entregue. Uma linha pequena no catálogo de estados conserva a preocupação com o que acontece depois de apertar Enviar. A operação no servidor acaba, mas o expediente de quem está diante da tela continua.

O encanto seco de 205 é sua pressa. Mal a pessoa termina a primeira ficha, o formulário já se apresenta impecável para a segunda. O servidor guarda o resultado; o navegador arruma a mesa. Às vezes a história da internet cabe no gesto de puxar mais uma folha da pilha.