Кратко

  • BREW или POST с телом start фиксирует запрос к контроллеру, а не завершение механического цикла и не выдачу чашки.
  • RFC 2325 раздельно описывает ёмкость, состояние, уровень, время и температуру, но не определяет доказательств доставки, соответствия, пригодности для питья или употребления.

Протокол ответил раньше машины

Можно выбрать правильный coffee: URI, отправить корректный message/coffeepot, получить принятие метода и не увидеть ни 406, ни 418. Сетевая операция выглядит успешной. Но нагреватель, вода, молотый кофе, фильтр, колба и чашка остаются отдельными участниками.

RFC 2324 опубликован 1 апреля 1998 года со статусом Informational и не является стандартом Интернета. Его сатира подчёркивает серьёзную границу: интерфейс способен назвать желаемое действие, но не получает вместе с названием доказательство физического результата.

Тело команды содержит лишь start или stop. Исходящий журнал подтверждает намерение клиента, серверный — приём. Ни один не измеряет нагрев, объём, пролив или передачу напитка.

Отсутствие отказа не равно готовности

Accept-Additions позволяет запросить молоко, сироп, подсластитель, специи или алкоголь. 406 может сообщить, что состав недоступен. 418 обозначает попытку сварить кофе в чайнике. Эти коды локализуют несовместимость, но не измеряют производство.

Если 406 не пришёл, это не доказывает добавление молока. Если нет 418, это не подтверждает наличие воды. Поле Safe относится к безопасности повторения запроса, иногда при условии вроде бодрствующего пользователя. Оно не заменяет санитарную, аллергенную или температурную проверку.

GET сохраняет ту же границу: ресурс физический, однако данные, возвращённые по кофейному URI, обычно не содержат кофеина. Представление нельзя налить в чашку.

Набор датчиков не создаёт единого результата

Сопутствующий RFC 2325 задаёт ёмкость, тип, местоположение, рабочее состояние, уровень, единицу, время запуска, длительность и температуру. Ёмкость существует независимо от заполнения. brewing — режим, а не выход продукта. Уровню нужна единица; температуре — точка измерения; времени — связь с конкретным циклом.

Надёжная цепочка связывает запрос с устройством и запуском, затем с исполнительным механизмом, состоянием, уровнем и температурой. После этого ещё нужны наблюдение выдачи, идентификация сосуда и получателя, применимые проверки безопасности и соответствия. Факт употребления остаётся человеческим событием, которого в MIB нет.

Наследие 418 имеет другой смысл

RFC 9110 оставляет 418 неиспользуемым и зарезервированным: шутка укоренилась в ПО настолько, что чистое переназначение стало невозможным. Это свидетельство культурной долговечности кода.

Оно не показывает число кофейников HTCPCP и не подтверждает ни одной варки. Публикация, реализация, физическое выполнение, доставка и потребление — разные факты. Реестр сохраняет значение номера, но не наблюдает чашку.

Источники