require_once "vendor/autoload.php";
use GuzzleHttp\Client;
$client = new Client([
// Base URI is used with relative requests
'base_uri' => 'https://api.ma.io',
// \GuzzleHttp\RequestOptions::VERIFY => \Composer\CaBundle\CaBundle::getSystemCaRootBundlePath()
]);
$response = $client->request('POST', '/tok/gen, [
'verify' => false,
'headers' => [
'Accept' => 'application/json',
'Content-Type' => 'application/x-www-form-urlencoded'
],
'json' => [
'username' => 'email@gmail.com',
'password' => 'pass123'
]
]);PHP Fatal error: Uncaught GuzzleHttp\Exception\ConnectException: cURL error 35: error:1408F10B:SSL routines:ssl3_get_record:wrong version number
Any ideas?
thanks
Hi all, I'm struggling with a problem regarding request time, I'm trying to find if the problem is on guzzle side or on remote side, I have the following code that made the request twice, the first time with cURL the second time with Guzzle, the first request (code generated by postman) require 1 second to recive the response, the second request with guzzle require 20 seconds for the response. I'm on Windows 10 / PHP 8.0.3. Postman require the same time as cURL. This can't be a DNS problem since I'm using IP in
$url. Is a bug on Guzzle or I'm doing something wrong?$curl = curl_init();
curl_setopt_array($curl, array(
CURLOPT_URL => $url,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => '',
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => 'POST',
CURLOPT_POSTFIELDS => $string_params,
CURLOPT_HTTPHEADER => array(
'Content-Type: application/x-www-form-urlencoded'
),
));
$response = curl_exec($curl);
curl_close($curl);
$client = new Client();
$client->request('POST', $url, [
'form_params' => $array_params
]);
Ciao Pietro, ensure the request made with Guzzle is the same as the curl one and then try again...
see https://docs.guzzlephp.org/en/stable/request-options.html
@bizmate thanks for your reply, maybe i'm wrong but
CURLOPT_RETURNTRANSFER => true, <-- Not relevant for Guzzle
CURLOPT_ENCODING => '', <-- Act with default like Guzzle
CURLOPT_MAXREDIRS => 10, <-- Follow redirection are enable by default on Guzzle ( I'm calling a direct endpoint I don't have any redirection)
CURLOPT_TIMEOUT => 0, <-- Same as Guzzle default
CURLOPT_FOLLOWLOCATION => true, <-- The endpoint don't return any Location heade
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1, <-- HTTP 1.1 is Guzzle default
CURLOPT_CUSTOMREQUEST => 'POST', <-- Specified in request
CURLOPT_POSTFIELDS => $string_params, <-- Specified as array
CURLOPT_HTTPHEADER => array('Content-Type: application/x-www-form-urlencoded'), <-- Set because `form_params` specified (?)I also tried without antivirus but it don't resolve the problem
I'm starting to think that is a Guzzle bug and maybe i can move this to Github issues
@Pe46dro if there is not difference then I am unsure what would be causing the problem. Before opening a github ticket I would suggest you open a packet sniffer such as Wireshark and see what the different is at low level directly in the packets between the Curl vs Guzzle requests
I've got a server that doesn't like it, and i have some python code that doesn't have it and POSTs to the remote server fine... and i'm just trying to implement the same in guzzlephp and failing.
all i was trying to do was a custom x-blah header, a POST with multipart/form-data with a file name="file"; filename="..."
terrible request logging, why does 'debug' => true not just give the entire REQUEST including headers and body?
i had to use a $history = Middleware::history($container);
and after the request is actioned a
foreach ($container as $transaction) {
foreach ($transaction['request']->getHeaders() as $name => $values) {
echo $name . ': ' . implode(', ', $values) . "\r\n";
}
print("\n");
echo (string) $transaction['request']->getBody(); // Hello World
}
print("\n");
and after the request is actioned a
foreach ($container as $transaction) {
foreach ($transaction['request']->getHeaders() as $name => $values) {
echo $name . ': ' . implode(', ', $values) . "\r\n";
}
print("\n");
echo (string) $transaction['request']->getBody(); // Hello World
}
print("\n");
... jsut to SEE the request it was making.
Hello. I use the
->getConfig() method on my client to retrieve cookies for later use (essentially maintaining session over different program calls). Since this method is getting deprecated, is there an alternative way to grab the cookie jar from the client? I tried checking the documentation, but the website is timing out for me.
$time_start_pool = microtime(true);
$responses = Promise\Utils::settle($promises)->wait();
$time_end_pool = microtime(true);
$execution_time['pool'] = ($time_end_pool - $time_start_pool);
$responses = Promise\Utils::settle($promises)->wait();
$time_end_pool = microtime(true);
$execution_time['pool'] = ($time_end_pool - $time_start_pool);
$promises[] = $this->client->postAsync('https://test.com ');
The array contain*…
I'm having the oddest problem where my composer won't include the psr7/src/functions_include.php in the list of autoloaded files. In .lock the autoload block for psr7 has just the psr-4 section, in the static loader list the promises & guzzle function loaders are there but the psr7 one isn't. Running composer 2.2.4, guzzle 7.4.1, promises 1.5.1, and psr7 2.1.0. Reinstalling the composer libraries, redoing the dump, etc. all result in the same thing. The missing reference to the functions loader. The 7.4.1 guzzle client still uses the deprecated psr7 functions and it's causing issues. Edit: never mind, the newest guzzle psr7 doesn't have the autoload files I thought it did
