Этот вопрос касается порядка приоритета для типов мультимедиа заголовка HTTP «Accept-Encoding», когда все имеют равный вес и был вызван этим комментарием в моем блоге.
Справка:
Заголовок Accept-Encoding принимает разделенный запятыми список media-types , который может принять браузер, например. GZIP, выкачать
A добротность также можно указать, чтобы отдавать предпочтение другим медиа-типам, например, в случае "gzip; q = .8, deflate", deflate предпочтительнее, но не относится к этому вопросу . Примечание: тип с «q = 0» означает «неприемлемо».
RFC2616 также гласит, что «наиболее конкретная ссылка» для определения типа носителя должна быть взвешена первой. то есть «text / html; level = 1» следует использовать вместо «text / html» - это также не относится к вопросу.
Вопрос:
Какой тип носителя имеет приоритет в следующем случае?
Accept-Encoding: gzip,deflate
Оба типа имеют эквивалентный коэффициент качества 1 , и оба типа «приемлемы» для браузера - так что можно использовать любой из них. Я всегда предполагал, что первый введенный тип должен быть «предпочтительным», но, похоже, нет конкретного примера или предпочтения для этого конкретного случая в RFC .