Почему HTTP называется гипертекстовым протоколом, если передаются не только текстовые данные

Что проверяют

Не заучили ли вы расшифровку аббревиатуры и понимаете ли, что тип содержимого в HTTP это договорённость в заголовке, а не свойство протокола. Для тестировщика отсюда растёт практика: где смотреть, чем на самом деле обменялись клиент и сервер, и почему один и тот же ответ по-разному ведёт себя в разных клиентах.

Как отвечать

Название историческое. Протокол создавался ради одной задачи: отдавать связанные ссылками документы, и гипертекст был содержанием этой задачи. Сам транспорт при этом с самого начала безразличен к телу: это просто байты, а как их понимать, стороны договариваются заголовками.

• Content-Type задаёт тип и подтип из общего набора медиатипов, для текста добавляется charset;
• Content-Length или Transfer-Encoding определяют границы тела;
• Content-Encoding отвечает за сжатие, Content-Disposition за сохранение файла;
• Accept и Accept-Language сообщают пожелания клиента.

Поэтому по HTTP спокойно ходят картинки, видео, JSON и двоичные форматы, а сами вторая и третья версии протокола вообще двоичные. Гипертекстовой осталась идея адресации: ресурс доступен по ссылке, и ответ может содержать ссылки на следующие шаги.

Дальше переведите на проверки: совпадает ли объявленный тип с телом, указана ли кодировка, отдаётся ли файл с Content-Disposition, что происходит при неподдерживаемом Accept, не приходит ли двоичное содержимое как текст с битыми байтами.

Где спотыкаются

Пересказывают расшифровку и на этом заканчивают. Вопрос задан именно про противоречие, и его надо снять прямо: имя дано по первой задаче, а не по ограничению на передаваемые данные.

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

Третье: думают, что HTTP всегда текстовый, потому что первую версию видно глазами в перехвате. Текстовым был формат сообщений, а не содержимое, и начиная со второй версии формат двоичный с бинарными кадрами и сжатием заголовков: разбирать его надо инструментом, а не чтением дампа.