для разных методов передачи данных кодирования информации application x www form urlencoded
Русские Блоги
Три формата кодирования для запросов Post: application / x-www-form-urlencoded и multipart / form-data и application / json
1. При отправке клиентской формы
application/x-www-form-urlencoded
В ходе тестирования выяснилось, что к интерфейсу можно получить обычный доступ. Как видно из инструментов разработчика Chrome, формат кодировки загрузки формы application/x-www-form-urlencoded (В заголовках запроса) формат параметра key=value&key=value 。
multipart/form-data
Затем, когда сервер использует multipart/form-data При получении запроса POST, как сервер знает начальную и конечную позиции каждого параметра?
Для загрузки файла также необходимо указать формат кодировки multipart/form-data 。
Если это проект Spring MVC, сервер может принять его multipart/form-data Введите параметры, но также настройте следующее в контексте весны,Проект SpringBoot не нужен。
Мы можем смоделировать отправку формы через объект FormData и отправить данные с оригинальным XMLHttpRequest, чтобы мы могли просмотреть конкретный формат в инструменте разработки Chrome:
Во-вторых, при вызове кода интерфейса
1. Используйте в коде application/x-www-form-urlencoded Параметр формата кодирования Запрос атрибута вызова интерфейса может быть реализован следующим образом:
2. Используйте в коде multipart/form-data Когда формат кодирования установлен на свойство Request для вызова интерфейса, где boundary Значение может быть указано при установке Content-Type, чтобы сервер знал, как разделить параметры, которые он принимает. Вызовите интерфейс через следующий код:
Посредством отладки мы можем видеть, что значения dataOutputStream следующие:
3. При использовании Почтальона для тестирования интерфейса
1. POST-запрос-> Body-> x-www-form-urlencoded
При переключении на x-www-form-urlencoded Заголовки будут добавлены автоматически Content-Type:application/x-www-form-urlencoded
2. POST-запрос-> Body-> form-data
Эквивалентно HTML-запросу формы, значением может быть текст или файл.
Вы не можете указать формат кодировки вручную, или вы можете указать кодировку как multipart/form-data
Разделительная линия в подчеркивании должна быть опущена.
Вы можете изменить тип верхнего левого угла, чтобы просмотреть соответствующий код заголовков. Следующие три являются общими:
Java OK HTTP：
JavaScript Jquery AJAX：
JavaScript XHR：
Код интерфейса
Два формата кодирования для запросов POST: application/x-www-urlencoded Используется ли браузером формат кодировки по умолчанию, используемый для параметров пары ключ-значение, используемых между параметрами & интервал; multipart/form-data Обычно используется для двоичных файлов и т. Д., А также может использоваться для параметров пары ключ-значение и, наконец, подключается как строка символов для передачи (см. Java OK HTTP).
В дополнение к этим двум форматам кодирования, есть application/json Также часто используется.
application/json Метод вызова выглядит следующим образом:
а) Использовать httpClient
б) Или записать данные прямо в поток
приложение / получение JSON Способ заключается в следующем:
XMLHttpRequest POST, формы и кодировка
Материал на этой странице устарел, поэтому скрыт из оглавления сайта.
Более новая информация по этой теме находится на странице https://learn.javascript.ru/xmlhttprequest.
Во время обычной отправки формы
* ‘ ( ) заменяются на их цифровой код в UTF-8 со знаком %.
в JavaScript есть функция encodeURIComponent для получения такой кодировки «вручную»:
Эта кодировка используется в основном для метода GET, то есть для передачи параметра в строке запроса. По стандарту строка запроса не может содержать произвольные Unicode-символы, поэтому они кодируются как показано выше.
GET-запрос
Поэтому в некоторых фреймворках, чтобы сказать серверу, что это AJAX, добавляют специальный заголовок, например такой:
POST с urlencoded
В стандартных HTTP-формах для метода POST доступны три кодировки, задаваемые через атрибут enctype :
В зависимости от enctype браузер кодирует данные соответствующим способом перед отправкой на сервер.
В случае с XMLHttpRequest мы, вообще говоря, не обязаны использовать ни один из этих способов. Главное, чтобы сервер наш запрос понял. Но обычно проще всего выбрать какой-то из стандартных.
Для примера отправим запрос в кодировке application/x-www-form-urlencoded :
Всегда используется только кодировка UTF-8, независимо от языка и кодировки страницы.
Если сервер вдруг ожидает данные в другой кодировке, к примеру windows-1251, то их нужно будет перекодировать.
Кодировка multipart/form-data
Кодировка urlencoded за счёт замены символов на %код может сильно «раздуть» общий объём пересылаемых данных. Поэтому для пересылки файлов используется другая кодировка: multipart/form-data.
В этой кодировке поля пересылаются одно за другим, через строку-разделитель.
Чтобы использовать этот способ, нужно указать его в атрибуте enctype и метод должен быть POST:
Форма при такой кодировке будет выглядеть примерно так:
…То есть, поля передаются одно за другим, значения не кодируются, а чтобы было чётко понятно, какое значение где – поля разделены случайно сгенерированной строкой, которую называют «boundary» (англ. граница), в примере выше это RaNdOmDeLiMiTeR :
Такой способ используется в первую очередь при пересылке файлов, так перекодировка мегабайтов через urlencoded существенно загрузила бы браузер. Да и объём данных после неё сильно вырос бы.
Однако, никто не мешает использовать эту кодировку всегда для POST запросов. Для GET доступна только urlencoded.
POST с multipart/form-data
Сделать POST-запрос в кодировке multipart/form-data можно и через XMLHttpRequest.
Достаточно указать в заголовке Content-Type кодировку и границу, и далее сформировать тело запроса, удовлетворяющее требованиям кодировки.
Пример кода для того же запроса, что и раньше, теперь в кодировке multipart/form-data :
Тело запроса будет иметь вид, описанный выше, то есть поля через разделитель.
Можно создать запрос, который сервер воспримет как загрузку файла.
Для добавления файла нужно использовать тот же код, что выше, модифицировав заголовки перед полем, которое является файлом, так:
FormData
Современные браузеры, исключая IE9- (впрочем, есть полифил), поддерживают встроенный объект FormData, который кодирует формы для отправки на сервер.
Это очень удобно. Например:
Другие кодировки
XMLHttpRequest сам по себе не ограничивает кодировку и формат пересылаемых данных.
Поэтому для обмена данными часто используется формат JSON:
Итого
В XMLHttpRequest можно использовать и другие HTTP-методы, например PUT, DELETE, TRACE. К ним применимы все те же принципы, что описаны выше.
application x www form urlencoded php
urlencode — URL-кодирование строки
Описание
Эта функция удобна, когда закодированная строка будет использоваться в запросе, как часть URL, также это удобный способ для передачи переменных другим страницам.
Список параметров
Строка, которая должны быть закодирована.
Возвращаемые значения
Возвращает строку, в которой все не цифробуквенные символы, кроме -_. должны быть заменены знаком процента (%), за которым следует два шестнадцатеричных числа, а пробелы кодируются как знак сложения (+). Строка кодируется тем же способом, что и POST данные WWW-формы, то есть по типу контента application/x-www-form-urlencoded. Это отличается от » RFC 3986 кодирования (см. rawurlencode() ) тем, что, по историческим соображениям, пробелы кодируются как знак «плюс» (+).
Примеры
Пример #1 Пример использования urlencode()
Пример #2 Пример использования urlencode() и htmlentities()
Примечания
Будьте внимательны с переменными, которые могут совпадать с элементами HTML. Такие сущности как &, © и £ разбираются браузером и используется как реальная сущность, а не желаемое имя переменной. Это очевидный конфликт, на который W3C указывает в течение многих лет. См. подробности: » http://www.w3.org/TR/html4/appendix/notes.html#h-B.2.2
Смотрите также
Со временем возникла необходимость через формы отсылать еще и файлы. Тогда консорциум W3C взялся за доработку формата POST запроса. К тому времени уже достаточно широко применялся формат MIME (Multipurpose Internet Mail Extensions — многоцелевые расширения протокола для формирования Mail сообщений), поэтому, чтобы не изобретать велосипед заново, решили использовать часть данного формата формирования сообщений для создания POST запросов в протоколе HTTP.
Главное отличие multipart/form-data от application/x-www-form-urlencoded в том, что тело запроса теперь можно поделить на разделы, которые разделяются границами. Каждый раздел может иметь свой собственный заголовок для описания данных, которые в нем хранятся, т.е. в одном запросе можно передавать данные различных типов (как в теле письма можно одновременно с текстом передавать файлы). Пример запроса:
Boundary (граница) — это последовательность байтов, которая не должна встречаться внутри передаваемых данных. Content-Length — суммарный объём, включая дочерние заголовки. Само содержимое полей при этом оставляется «как есть».
CURL, multipart/form-data
Файл get.php на сервере http://server.com:
Важный момент: на форуме PHPCLUB.RU встретил упоминание, что может потребоваться указание полного пути файла — иначе CURL выдает ошибку.
CURL, application/x-www-form-urlencoded
Файл get.php на сервере http://server.com:
Сокеты, multipart/form-data
Файл get.php на сервере http://server.com:
Сокеты, application/x-www-form-urlencoded
Файл get.php на сервере http://server.com:
Метод PUT
Описанные выше способы работают для относительно небольших файлов (примерно до 2-х мегабайт, для получения более точного значения необходимо смотреть в настройках PHP максимальный объем принимаемых данных методом POST). Чтобы обойти это ограничение, будем передавать файл методом PUT:
Я смог использовать клиентское расширение Advanced Rest для Chrome, чтобы отправлять запросы POST на определенный сервер HTTPS, и я получаю код состояния: 200 — ОК с теми же полями тела, что и в этом коде, но когда я запускаю следующий код я получаю этот ответ: 403 — доступ запрещен.
Я также заметил, что когда я использую Advanced Rest Client Extension для Chrome и если я устанавливаю Content-Type на application / json, я должен ввести логин и пароль, которые я не знаю, что это такое, потому что даже если я введите идентификатор и секретный ключ, который у меня есть в коде, он возвращает 401 Несанкционированный. Поэтому я предполагаю, что этот код, который я написал, не принуждает его к типу содержимого: application / x-www-form-urlencoded, но я не уверен. Спасибо за любую помощь в этом вопросе!
Решение
Можете ли вы попробовать так и посмотреть, поможет ли это:
Я предполагаю, что сайт ожидает простой аутентификации на вершине secret_key что вы уже предоставили.
Также есть возможность отправить Cookie, поэтому на всякий случай лучше сохранить его и использовать снова при следующих вызовах Curl.
Передача данных из скрипта методом POST
Последняя редакция 15.11.2010, добавлено описание отправки файлов методом POST.
В этой статье я расскажу как отправлять данные из php скрипта методом POST так, как это делает обычная html форма. Необходимость в этом может возникнуть для отправки данных как на свой сайт, так и на чужой. В примере используются стандартные функции php.
Первый вариант, отправка только переменных с помощью application/x-www-form-urlencoded.
Чтобы отправить переменные методом POST, нужно установить соединение с сервером и отправить в открытое соединение подобный текст:
POST /file.php HTTP/1.1 \r\n
Host: test.ru \r\n
Referer: test.ru \r\n
User-Agent: Opera \r\n
Content-Type: application/x-www-form-urlencoded \r\n
Content-Length: 20 \r\n
\r\n
var=test&var2=privet \r\n
\r\n
Как видите, принцип очень простой. Заголовки и тело запроса. В данном случае в теле находятся как раз переменные, которые передаются методом POST (var=test&var2=privet), внешне эти переменные выглядят как при обычной передаче методом GET по ссылке.
А теперь рассмотрим этот пример более подробно и сразу переложим его на PHP.
Сначала нужно сформировать переменные и их значения, которые будем отправлять. Для этого составляем обычную строку, в которой прописываем переменные по тому же принципу, что и при передаче переменных в ссылке. Например:
$data = «var=test&var2=privet» ;
В данном примере используются две переменные( var и var2 ), первая имеет значение » test » вторая » privet «. Можете продолжать список переменных, разделяя их символом `&`.
$out = «POST /file.php HTTP/1.1\n» ; // здесь указываем какой файл запрашиваем и какой метод передачи данных будет использован. В данном примере вызывается файл file.php. Здесь нужно указывать путь до файла от корневой директории сайта (/path/file.php)
Итак, соединение с хостом открыто.
Передаем открытому соединению созданные данные:
А вот и полный листинг:
Это был самый простой пример, в нем я показал только принцип отправки данных.
Сейчас расширю данный пример, для демонстрации отправки данных методом POST и GET одновременно и получения ответа от сервера.
В этом примере файл file.php получил переменные:
GET var = «23» и var2 = «54»
POST var3 = «test» и var4 = «еще тест»
Хочу обратить ваше внимание, данные передаваемые через POST или GET всегда передаются строкой(string), независимо от того, через форму они передаются или через скрипт.
Поэтому передавая число, помните, что в скрипт оно попадет как string.
Второй вариант отправки данных, с помощью multipart/form-data для отправки файлов.
POST /file.php HTTP/1.0\ r\n
Host: test.ru \r\n
Referer: test.ru \r\n
Content-type: multipart/form-data, boundary=ccf8111910 \r\n
Content-length: 333 \r\n
\r\n
—ccf8111910 \r\n
Content-Disposition: form-data; name=»mass[qwe]» \r\n
\r\n
значение переменной mass[qwe] \r\n
—ccf8111910 \r\n
Content-Disposition: form-data; name=»var» \r\n
\r\n
значение переменной var \r\n
—ccf8111910 \r\n
Content-Disposition: form-data; name=»var_file»; filename=»a.txt» \r\n
Content-Type: text/plain \r\n
\r\n
содержимое файла \r\n
—ccf8111910— \r\n
В данном примере передаются переменные mass[qwe] и var, а так же текстовый файл a.txt, имеющий имя в форме var_file
В первую очередь обратите внимание на заголовок Content-type: multipart/form-data, boundary=ccf8111910. Именно multipart/form-data дает право пересылать не только текстовые значения переменных, но и файлы.
Так же в этой строке указывается разделитель данных boundary=. Это любой набор цифр или символов и будет служить для отделения значений друг от друга. Значение boundary должно быть уникальным в пределах пересылаемой информации, то есть таких символов не должно встречаться в пересылаемых файлах или переменных.
Все остальные заголовки точно такие же, как при отправке первым методом описаным в начале статьи.
После заголовков пошли данные. Все данные отделяются друг от друга разделителем boundary, который придумали и объявили в заголовках.
Начинать разделитель нужно с «—«.
—ccf8111910
Content-Disposition: form-data; name=»mass[qwe]»
значение переменной
Так пересылается одна переменная с именем mass[qwe], в даном случае даже массив.
Далее можно перечислять таким же способом переменные и файлы, отделяя их друг от друга разделителями.
Для отправки файла нужно добавить еще тип и имя файла
—ccf8111910
Content-Disposition: form-data; name=»var_file»; filename=»a.txt»
Content-Type: text/plain
В конце перечисления файлов и переменных нужно закрыть разделитель, добавив в конце разделителя «—»
—ccf8111910—
В случае с текстовыми файлами содержимое файла можно прописывать прямо сразу текстом, как в моем примере. Не обязательно для этого создавать реальный файл, а затем его считывать.
Сейчас покажу как этот пример реализовать на php
Комментарии
06.06.2007 Андрей
Благодарю. какраз нужно было.
09.06.2007 Виктор
Отличная статья
21.08.2007 Димон
То что нужно. Полезная штука. Огромное спасибо.
24.10.2007 Антон
Огромное спасибо. Инфа полезная, но долго не мог найти в инете ничего с примерами.
22.11.2007 Андрей
Большое спасибо, только что искал нечто подобное )))
23.11.2007 Ярослав
Спасибо) То что нужно.
26.11.2007 Javad
Спасибо,давно такое искал.
29.12.2007 Vik
отлично большое спасибо
то что искал
10.05.2008 ScREW
Порезались символы переноса строки »
«. Куда-то потерялся слэш.
11.07.2008 GDP
слэш по-моему тут нашли все ))))
Огромное спасибо за мануал. В отличии от того, что представлено на PHP.net данный ман сработал
11.07.2008 Lewik
Спасибо огромное, особенно за массив через GET POST!
23.07.2008 clgs
не чего интересно не увидел. не понимаю восхищения.
07.08.2008 Сергей
Спасибо, с удовольствием подпишусь на вашу рассылку)
28.09.2008 TROLL
ТО ЧТО НУЖНО.
application/x-www-form-urlencoded or multipart/form-data?
I basically found no formal guidance on the web regarding the use of the different content-types so far.
6 Answers 6
TL;DR
The MIME types you mention are the two Content-Type headers for HTTP POST requests that user-agents (browsers) must support. The purpose of both of those types of requests is to send a list of name/value pairs to the server. Depending on the type and amount of data being transmitted, one of the methods will be more efficient than the other. To understand why, you have to look at what each is doing under the covers.
[Reserved and] non-alphanumeric characters are replaced by `%HH’, a percent sign and two hexadecimal digits representing the ASCII code of the character
That means that for each non-alphanumeric byte that exists in one of our values, it’s going to take three bytes to represent it. For large binary files, tripling the payload is going to be highly inefficient.
Why not use multipart/form-data all the time? For short alphanumeric values (like most web forms), the overhead of adding all of the MIME headers is going to significantly outweigh any savings from more efficient binary encoding.
READ AT LEAST THE FIRST PARA HERE!
The problem with multipart/form-data is that the boundary separator must not be present in the file data (see RFC 2388; section 5.2 also includes a rather lame excuse for not having a proper aggregate MIME type that avoids this problem).