Начать с известного токена
GET, Content-Type, application/json и .webp ищутся в одном поле. Поиск по расширению — сверка списка, а не анализ файла.
Справочники разработчика
Ищите метод, заголовок, медиа-тип или обычное расширение в одном локальном списке.
Значение: Указывает медиа-тип текущего тела запроса или ответа.
Направление: Оба
Важно: Content-Type обозначает медиа-тип текущего представления; для charset и boundary действуют отдельные правила.
Content-Type: application/jsonПоиск выполняется на странице; внешние источники открываются только по нажатию ссылки.
Показано 2 из 46 избранных записей
Когда API ведёт себя неожиданно, Справочник HTTP помогает не путать метод, поле заголовка и тип тела. Введите Content-Type или .webp, прежде чем составлять реальный запрос.
Этот Справочник HTTP связывает каждую выбранную запись с примером сообщения и источником. Для новых методов и редких типов открывайте полный реестр IANA.
Связанные понятия показаны рядом, а границы сведений обозначены явно.
Content-Type описывает текущее представление, а Accept — предпочтение клиента. Справочник HTTP показывает реальную строку заголовка рядом с её медиа-типом.
.webp приводит к image/webp, но расширение лишь подсказывает частое соответствие. Справочник HTTP не читает байты файла и не подтверждает его формат.
GET, Content-Type, application/json и .webp ищутся в одном поле. Поиск по расширению — сверка списка, а не анализ файла.
Для метода показаны безопасность и идемпотентность, для заголовка — направление, для MIME-типа — обычные расширения.
Каждая запись ведёт к спецификации или MDN. QUERY зарегистрирован, но конкретный сервер может его не поддерживать.
В выбранных методах от GET до QUERY показаны безопасность, идемпотентность и пример запроса; QUERY ведёт к RFC 10008.
Важные заголовки HTTP отмечены как поля запроса, ответа или обоих сообщений и снабжены примером значения.
У MIME-типов есть строка Content-Type и обычные расширения, включая image/webp.
PUT заменяет целевое представление и идемпотентен. PATCH вносит частичное изменение без общей гарантии идемпотентности. Проверяйте договорённости конкретного API.
Accept перечисляет допустимые для клиента типы ответа. Content-Type указывает медиа-тип тела текущего запроса или ответа; значения могут отличаться.
Идемпотентность означает, что повтор одинакового запроса имеет ожидаемый эффект однократного выполнения. Это не обещание одинаковых байтов ответа.
Нет. Расширение — обычная подсказка. Сервер должен указывать подходящий Content-Type, а реальные байты могут не соответствовать имени.
HEAD запрашивает метаданные как GET, но без тела ответа. Так можно узнать Content-Length и другие заголовки перед получением ресурса.
Нет нужной записи или нашли ошибку?
Найдите токен, прочтите пример и ограничения, а затем уточните рабочее решение в первоисточнике.