Сегодня я хотел использовать заголовок Accept-Encoding, чтобы запросить изображение как base64. Приходите, чтобы узнать, спецификация XMLHttpRequest предотвращает настройку этого заголовка!Почему спецификация XMLHttpRequest запрещает установку заголовка Accept-Encoding?
http://www.w3.org/TR/XMLHttpRequest/#the-setrequestheader()-method
Примечание: Вышеуказанные заголовки контролируются агентом пользователя, чтобы позволить ей контролировать эти аспекты транспорта. Это гарантирует целостность данных в некоторой степени. Заголовки заголовков, начинающиеся с Sec, не могут быть настроены так, чтобы можно было отчеканить новые заголовки, которые, как гарантируется, не будут получены из XMLHttpRequest.
Почему в мире они будут писать такую спецификацию? Было бы более разумно, если бы браузер предоставил значение по умолчанию (например, gzip,deflate,sdch), если ни один не был указан.
Спасибо! Я надеялся, что есть лучшая причина, но я полагаю, что это имеет смысл. –
имеет смысл, если кодировка, поддерживаемая браузером, несовместима с требованиями сценария ... например, длина контента не отправляется (даже по запросу HTTP HEAD), если gzip включен с Accept-Encoding .. таким образом, мой сценарий бесполезен, пока я не найду удобную работу. Я был удивлен тем, как бесполезный HTTP HEAD находится в этом контексте. – user3338098
^Это именно то, с чем я стучу головой. :( – eltiare