[Luigi_B]

Bonjour.

Quel est le résultat d'un var_dump de votre objet $smsServices ?

Pourriez-vous me dire si en utilisant à la place de la méthode "get", la méthode "call" cela fonctionne ?

exemple :
$smsServices = $conn->call('GET', '/sms/');

Pour des vérifications plus poussées il faudrait connaitre le script de l'objet chargé par use \Ovh\Api;


Cordialement.

Luigi.B

[Baou]

Bonjour,

J’ai installé le Wrapper PHP pour OVHAPIs en suivant les recommandations du guide : GitHub> Readme > Quickstart.

Tout fonctionne quand j’utilise la console deAPI.OVH.com pour tester la liste des services (get /sms) :
https://api.ovh.com/console/#/sms/%7...%7D/users#POST
La réponse étant : ["sms-mc148121-1"]

Mais je n’ai pas de réponse quand j’utilise l’exemple de script PHP pour « tester la bonne connexion à l’API en affichant simplement le nom du serviceName »

/**
* # Instantiate. Visit https://eu.api.ovh.com/createToken/
* to get your credentials
* GET /sms/
* GET /sms/sms-XXXXXX-1/jobs/
* POST /sms/sms-XXXXXX-1/jobs/
*/
require __DIR__ . '/vendor/autoload.php';
use \Ovh\Api;
// j'ai masqué les clés, pour des raisons de sécurité.
$applicationKey ="6NB...........PuQ";
$applicationSecret = "mtD...........................DWO";
$consumer_key = "MItj..........................skz";
$endpoint = 'ovh-eu';
$conn = new Api( $applicationKey,
$applicationSecret,
$endpoint,
$consumer_key);
$smsServices = $conn->get('/sms/');
//get(sms) ne donne pas de réponse !.
foreach ($smsServices as $smsService) {
print_r($smsService);
}
?>

Comment corriger cette anomalie ? Je pense que cela provient de la génération de "autoload_real.php", mais comment faire ?