Скрытые функции HTTP

Это должен быть код состояния 418 Я чайник , часть протокола управления гипертекстовым кофейником (расширение HTTP ). Каждый раз заставляет меня смеяться.

2.3.2 418 Я чайник

Любая попытка заварить кофе из чайника должна приводить к ошибке код «418 Я чайник». Результирующее тело объекта МОЖЕТ быть коротким и stout.

Очевидный ответ: методы PUT, DELETE, TRACE, OPTIONS, CONNECT

Большинство людей знают о методах GET и POST, потому что они используют их при построении форм. Браузеры также часто используют HEAD. Остальные методы гораздо менее известны; они в основном используются более конкретными приложениями.

Кто-нибудь видел 402 Требуется оплата ?

В динамическом контенте используйте заголовок Last_Modified или ETag

Иногда у вас есть динамический контент, который может быть большим и / или дорогостоящим для генерации и который может не меняться от запроса к запросу. Вы можете добавить заголовок Last_Modified или ETag к вашему сгенерированному ответу.

В верхней части вашего дорогостоящего динамического кода вы можете использовать If_Modified_Since или If_None_Match, чтобы определить, есть ли у инициатора запроса контента все еще текущий. Если это так, измените статус ответа на «304 Unmodified» и завершите запрос.

Некоторые серверные технологии предоставляют такие функции формально, но вы можете сделать это даже в простом ASP-Classic.

Обратите внимание, что это отличается от настройки. Заголовки Cache-Control, Expires, гарантирующие, что клиент всегда будет получать самую свежую информацию по запросу.

Протокол позволяет вам определять свои собственные настраиваемые поля. Они могут использоваться для передачи другой информации, если вы не хотите использовать для нее файлы cookie.

ReST пытается довести HTTP до своих пределов в качестве протокола интерфейса.

Это не скрытая функция , а из-за просмотра четко определенных API-интерфейсов ReST можно довольно хорошо понять, как должен работать HTTP, и найти замечательные примеры того, чего можно достичь с помощью простой комбинации методов HTTP, кодов состояния и заголовков туда и обратно.

204 Нет содержимого

Я думал, что 204 было просто, если у вас нет содержимого для отображения, но спецификация выглядит так, как будто существует дополнительное поведение, при котором пользовательский агент «не меняет вид документа».

Согласно HOWTO: Настройте Apache для возврата HTTP 204 (без содержимого) для AJAX

FWIW, Google фактически делает нечто подобное. Каждый раз, когда пользователь нажимает на ссылку в своих результатах поиска, Google выполняет эхо-запрос для записи клика; код ответа на эхо-запрос - это HTTP 204.

Кроме того, 204 No Content предполагает, что это хороший метод для "веб-ошибок" или "маяков" если вы хотите сэкономить на каждом последнем байте сетевого трафика, вы можете.

Вы можете запросить возобновить (большой) HTTP-ответ (например, загрузка файла), используя заголовки запроса Range и If-Range с соответственно указанным диапазоном байтов. и уникальный идентификатор файла или отметку времени модификации файла. Это возможно, если сервер отправил заголовки ответа Accept-Ranges: bytes и ETag или Last-Modified в исходном ответе с соответствующим уведомлением о том, что сервер поддерживает запросы диапазона байтов, уникальный идентификатор файла и отметку времени изменения файла.

Первоначальный ответ может выглядеть так ( ETag обычно состоит из имени файла, размера и отметки времени последней модификации):

Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 0-1233/1234

Когда загрузка прерывается, например, на 1 КБ (1024 байта), клиент может возобновить его следующим образом:

If-Range: file.ext_1234_1234567890
Range: bytes=1024-

Который должен вернуть этот ответ с соответствующими байтами в теле:

Accept-Ranges: bytes
ETag: file.ext_1234_1234567890
Content-Range: bytes 1024-1233/1234

Тот факт, что реферер был написан с ошибкой, и было решено сохранить эту ошибку.

Response Code 410 Gone:

(...) server owners desire that remote ссылки на этот ресурс были удалены. (...)

Веб-пауки (в первую очередь Google) деиндексируют (обычно при следующем просмотре) страницу, которая начинает возвращать 410.