Как при помощи PHP и cUrl передать GET запрос с XML в теле запроса?

Question

[Константин]

Для работы с одним API, мне понадобилось передать некий XML в теле запроса, а не в параметрах.

Собственно, вопрос - как дополнить этот код, чтобы содержимое $xml попало в тело запроса?

$url = 'http://site.ru/api/';
$xml = '<request><tag>1</tag></request>';

$curl = curl_init ( $url );
curl_setopt($curl, CURLOPT_HTTPAUTH, CURLAUTH_BASIC);       
curl_setopt($curl, CURLOPT_USERPWD, "user:pass"); 
curl_setopt ( $curl, CURLOPT_HTTPHEADER,  Array ( "Content-Type: text/xml" ) );
curl_setopt ( $curl, CURLOPT_RETURNTRANSFER, true );

// Такой вариант (попытка "обмануть" cUrl подсунув ему POST) не работает:
// curl_setopt($ch, CURLOPT_CUSTOMREQUEST, "GET"); 
// curl_setopt($ch, CURLOPT_POSTFIELDS,$xml);

$result = curl_exec($curl);

Мне нужен именно GET запрос, POST или PUT не подходят из-за особенностей API.

UPD: Забыл уточнить, что по надо пройти BASIC HTTP авторизацию

Comments

[Валерий Рябошапко]

Вообще метод GET не подразумевает передачи тела, только заголовки. То есть если какое-то кривое API требует нарушить спецификацию, то остаётся только обращаться к нему ручками через сокет.

Ну, или API не кривое, просто Вы его неверно поняли.

И, кстати, заголовок Content-Type в запросе и ответе имеет разное значение. В случае запроса это тип данных, который клиент ожидает получить, а в случае ответа — который он в действительности получит.

[DevMan]

но и не запрещает. что часто и используется в restful.

[Валерий Рябошапко]

DevMan: можете привести пример такого API? По-моему, это нарушает логику работы HTTP. Хотя бы потому, что GET запрос должен быть имдепотентным, а передача серверу объекта подразумевает какую-то обработку переданного объекта, то есть она несовместима с имдепотентностью.

[DevMan]

Валерий Рябошапко:
In other words, any HTTP request message is allowed to contain
a message body, and thus must parse messages with that in mind.
Server semantics for GET, however, are restricted such that a body,
if any, has no semantic meaning to the request. The requirements
on parsing are separate from the requirements on method semantics.
So, yes, you can send a body with GET, and no, it is never useful
to do so.
Roy Fielding, один из авторов HTTP.

от себя добавлю, что лично сам неоднократно с таким сталкивался.
найду/вспомню примеры - дам знать.

[DevMan]

Валерий Рябошапко: вот и пример.

[Валерий Рябошапко]

DevMan: но ведь «a body, if any, has no semantic meaning to the request» же! То есть, если сервер использует тело GET запроса, то он нарушает спецификацию. Более того, «The GET method means retrieve whatever information (in the form of an entity) is identified by the Request-URI» (это уже RFC 2616, в 1945 формулировка была той же), то есть URL должен однозначно идентифицировать сущность. То есть, Elastic нагло и бесцеремонно нарушает RFC.

[DevMan]

Валерий Рябошапко: это все казуистика, можно вертеть и так и так.
я знаю что:
- get может содержать body и это не запрещено
- elastic далеко не единственные кто этим пользуется
остальное меня не интересует вообще, от слова совсем.

ну и чтоб 2 раза не вставать: это офтоп ни как не касающийся заданного вопроса.

[Валерий Рябошапко]

DevMan: мой мир больше никогда не будет прежним ;-( Пойду, задушу парочку единорогов...

[Валерий Рябошапко]

DevMan: как раз таки случай с Эластиком — это казуистика. А несоблюдение стандартов — это едва ли не самое тяжёлое преступление для инженера.

[DevMan]

Валерий Рябошапко: когда по работе придется работать с эластиком, будете начальству/заказчику аргуминтировать свой отказ при помощи "едва ли не самое тяжёлое преступление для инженера" и своим крестовым походом за чистоту технической крови/веры.

по существу вопроса есть что сказать?

[Константин]

я не думаю, что есть смысл спорить о допустимости передачи информации в теле GET, т.к. это может быть обусловлено архитектурой приложения на той стороне, или какими-то спецэффектами инфраструктуры, или чем угодно, на что я не могу никак повлиять. Передача возможна - возможна. У меня не получилось при помощи cUrl, но я нашел другой способ, который работает, причем избавился от зависимости от cUrl. Суть то вопроса была - "как сделать чтобы работало", а не "как правильно по стандарту". Более того, как правильно написал DevMan - передавать что-то в теле запроса не запрещено. Возможно, это не совсем идеально красивое решение, и POST тут был бы уместнее. Тем не менее, приходится исходить из имеющейся ситуации.

Answer 1

[Константин]

Промучавшись с cUrl весь вечер и часть утра, нашел статью на Хабре: habrahabr.ru/post/48726

Сделал все при помощи file_get_contents.

$url = 'http://site.ru/api/';
$xml = '<request><tag>1</tag></request>';

$username = 'user';
$password = '12345';

$opts = array('http' =>
    array(
        'method'  => 'GET',
        'header'  => "Content-Type: text/xml\r\n"
            . "Authorization: Basic ".base64_encode("$username:$password")."\r\n",
        'content' => $xml,
        'timeout' => 60
    )
);

$context  = stream_context_create($opts);

$result = file_get_contents($url, false, $context, -1, 40000);

Уже после того, как все заработало, наткнулся на HTTPFUL, и guzzle, обе библиотеки довольно мощные, httpful - попроще.