php form application x www form urlencoded
POST using cURL and x-www-form-urlencoded in PHP returning Access Denied
I’ve noticed as well that when I use Advanced Rest Client Extension for chrome and if I set the Content-Type to application/json I have to enter a login and a password that I don’t know what are those because even if I enter the id and secret key that I have in the code it returns 401 Unauthorized. So I’m guessing this code that I wrote is not forcing it to the content-type: application/x-www-form-urlencoded, but I’m not sure. Thank you for any help on this issue!
1 Answer 1
Can you try like that and see if it helps:
I guess the site expect simple authentication on top of the secret_key that you already provided.
Also it is possible to send a Cookie, so just in case it is good idea to store it and use it again in the next Curl calls.
Not the answer you’re looking for? Browse other questions tagged php post curl or ask your own question.
Related
Hot Network Questions
Subscribe to RSS
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.9.17.40238
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.
Передача данных из скрипта методом 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).
How do I POST a x-www-form-urlencoded request using Fetch?
I have some parameters that I want to POST form-encoded to my server:
I’m sending my request (currently without parameters) like this
How can I include the form-encoded parameters in the request?
15 Answers 15
You have to put together the x-www-form-urlencoded payload yourself, like this:
Just did this and UrlSearchParams did the trick Here is my code if it helps someone
No need to use jQuery, querystring or manually assemble the payload. URLSearchParams is a way to go and here is one of the most concise answers with the full request example:
it is so helpful for me and works without any error
If you are using JQuery, this works too..
According to the spec, using encodeURIComponent won’t give you a conforming query string. It states:
The form-body should be coded using a variation of the encodeURIComponent methods shown in the other answers.
Загрузка файла на сервер без использования формы
Со временем возникла необходимость через формы отсылать еще и файлы. Тогда консорциум 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: