Обсуждение:multipart/form-data

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

(отсутствующий эпилог - пустая строка)


выражение в примере "суммарный объём, включая дочерние заголовки" - суммарный объем чего?93.185.23.148 12:13, 18 июня 2016 (UTC)[ответить]

Пустая строка не была экспериментально обнаружена. передача кончается --\r\n

87.250.249.45 12:22, 23 января 2012 (UTC)[ответить]

Надо бы написать, что скрипты на php не понимают заголовок Content-Transfer-Encoding, поэтому им надо передавать все файлы в бинарном формате (хотя в rfc1867 написано, что этот заголовок должен поддерживаться). Я много времени убил, пока это понял.188.32.182.74 21:15, 20 октября 2012 (UTC)[ответить]


Некоторые браузеры (в частности Internet Explorer) посылают полный путь файла на стороне клиента. Заметил при отладки программы, думаю этот факт не помешало бы упомянуть в статье.

213.87.141.148 07:42, 18 июля 2013 (UTC)[ответить]

Насчет плашки и прочего[править код]

Там не избыточный объем данных, а как раз столько, сколько надо, чтобы понять разные варианты. Content-Length отсчитывается от позиции между первой пустой строкой и перед первыми "--" "Пустая строка" - не очень однозначно понимается, в конце действительно есть пустая строка: "--\r\n", если бы ее не было, было бы просто "--". Надо как-то наглядно показать, где при формировании пакета вставляются "\r\n", например, они дополнительно вставляются перед каждым "--Asr..."

Поддерживаю. Пример содержит ровно столько сколько нужно - http заголовок, в котором виден boundary, обычные данные с формы, которые отделены друг от друга с помощью \r\n + boundary, а также пример с получением таким же способом двоичных данных. Конечно, этот пример не покрывает весь RFC, однако этого и не нужно, тут ровно столько сколько требуется для статьи на википедии. Не знаю какой гений додумался тыкнуть туда плашку. --46.149.84.23 22:41, 11 мая 2018 (UTC)[ответить]