Resumo

  • BREW ou POST com start registra uma solicitação dirigida ao controlador; não registra o resultado mecânico nem a chegada do líquido à xícara.
  • O RFC 2325 observa capacidade, estado, nível, tempo e temperatura como fatos diferentes, sem definir comprovante de entrega, conformidade, potabilidade ou ingestão.

O protocolo termina antes do serviço físico

Uma transação pode sair impecável: URI coffee: correta, corpo message/coffeepot válido, método reconhecido e nenhuma recusa 406 ou 418. O servidor tem bons motivos para responder. A cafeteira, porém, ainda precisa acionar o aquecimento, encontrar água e pó, completar a passagem pelo filtro, reter o líquido e servi-lo.

RFC 2324 foi publicado em 1º de abril de 1998 como Informational, não como padrão da Internet. Ao satirizar o uso de HTTP em eletrodomésticos, ele preserva uma fronteira séria: a interface dá nome ao efeito desejado, mas a resposta não contém automaticamente a prova do efeito.

O corpo aceita apenas start ou stop. O registro de saída comprova intenção; o log do servidor comprova recepção. Nenhum mede corrente no aquecedor, temperatura da água, volume produzido ou presença da xícara.

Respostas de capacidade têm alcance limitado

Accept-Additions permite negociar leite, xarope, adoçante, especiarias ou álcool. Uma composição indisponível pode gerar 406. Uma tentativa de preparar café numa chaleira deve gerar 418. São diagnósticos úteis, mas estreitos.

Não receber 406 não demonstra que o ingrediente foi adicionado. Não receber 418 não demonstra que havia insumos ou que o equipamento executou o ciclo. O campo Safe também trata da repetição do pedido, talvez sob condição como o usuário estar acordado. Ele não certifica higiene, alergênicos, legislação ou temperatura segura para beber.

O próprio tratamento de GET reforça a diferença: o recurso é físico, mas os dados retornados normalmente não contêm cafeína. Uma representação atualizada continua sendo informação sobre a cafeteira, não bebida.

O MIB não criou um fato total

O RFC 2325 adiciona capacidade, tipo, localização, estado operacional, nível, unidade, horário programado, tempo desde o início e temperatura. A separação é deliberadamente valiosa.

Capacidade existe independentemente do estado atual. brewing indica modo, não rendimento. O nível depende da unidade. A temperatura pertence a um ponto de observação. O tempo transcorrido prova que um relógio avançou, não que o café chegou ao copo.

Uma cadeia honesta correlacionaria pedido, aparelho e ciclo; depois, acionamento, mudança de estado, nível e temperatura; em seguida, dispensação, recipiente e destinatário. Conformidade sanitária e adequação exigem critérios externos. Consumo exige um fato humano. Esses últimos recibos não aparecem nos dois RFCs.

418 virou evidência cultural, não operacional

O RFC 9110 mantém 418 como código não utilizado e reservado porque a piada foi implementada o bastante para impedir uma nova atribuição clara. Isso comprova a permanência de um símbolo no software.

Não comprova implantação de cafeteiras HTCPCP nem resultado de preparo. Registro, implementação, execução física, entrega e consumo são superfícies independentes. O número famoso não pode testemunhar por elas.

Fontes