#html #content-encoding
#HTML #содержимое-кодирование
Вопрос:
Для формы / составных данных я видел входные данные, которые имеют форму = [от 2 до 6 шестнадцатеричных символов]. Мне интересно, какой RFC это определяет? Я хочу закодировать данные нефайловой формы в поток двоичных символов, чтобы iconv не выдавал плохой вывод. Я считаю, что поведение аналогично декодированию в формате formurl.
Комментарии:
1. Я считаю, что, когда файлы являются частью потока, обычно используется кодировка base64 (а также? в дополнение к? другое?).
2. Это не base64. Это похоже на urlencoded, но с = вместо % и возможностью иметь 2-6 завершающих шестнадцатеричных символов (в отличие от всего 2).
Ответ №1:
multipart/form-data основан на RFC 2045 и RFC 2046, формализован в RFC 2388 и включен в раздел 13.4 стандартов W3C HTML40 и раздел 4.10.22.6 HTML5. Кодировка, которую вы видите, — это quoted-printable кодировка MIME, которая определена в RFC 2045, раздел 6.7. quoted-printable Кодировка работает с байтовыми октетами и, таким образом, ВСЕГДА будет содержать 2 шестнадцатеричных символа после = символа (за исключением «мягких» разрывов строк, которые состоят из = символа, за которым следует CRLF-разрыв строки).
Комментарии:
1.
Quoted-printable: Это то, что я искал.