| |
Posté le 13 janvier 2016 - 21:31 |
Bonjour,
Je ne parviens pas à tester l'exemple de la LST 102 (API OVH)
J'ai bien mes deux clés, le nic et le mot de passe... mais rien à faire...
Faites vous ce même constat ?
Y a t il eu du changement dans le protocole à modifier ?
Merci pour votre retour d’expérience,
cdt
Yan |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 280 messages Popularité : +22 (28 votes) |
|
Posté le 14 janvier 2016 - 10:00 |
Bonjour,
Je ne connais pas le ratio entre les nombre de personnes actives sur ce forum et le nombre à être abonnés à la LST. En revanche si ce ratio n'est pas très élevé vous n'obtiendrez probablement pas de réponse sans le code.
-- Cordialement.
Olivier http://www.impulse-web.com |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 474 messages Popularité : +17 (19 votes) |
|
Posté le 14 janvier 2016 - 11:26 |
Bonjour,
Pas eu le temps de tester mais c'est dans ma liste de choses à faire. Je reviendrai poster en fonction du résultat.
-- Jean-Michel |
| |
| |
| | | |
|
| | |
| |
Posté le 15 janvier 2016 - 11:10 |
Bonjour,
L'exemple de la LST fonctionne en Windev 20, mais il n'est pas opérationnel en Windev 21
Je vais le signaler au support pour correctif.
cdt
Yan |
| |
| |
| | | |
|
| | |
| |
Posté le 29 janvier 2016 - 19:23 |
Bonjour En effet en version 21 l'exemple semble retourner une erreur 10138 lors l'envoi de la requête HTTP hors la connexion au compte s'effectue correctement (évidement si les clefs et code sont les bons) En modifiant le code pour renvoyer à vrai la connexion dans la fonction APIOVH_Initialise l'exemple fonctionne "correctement" Problème avec la dll wd210com.dll Bon dev |
| |
| |
| | | |
|
| | |
| |
Posté le 06 mars 2016 - 16:18 |
Bonjour,
Avec la version WD 21 v 51f, il faut ajouter manuellement dans le code de l'exemple :
reqIdent.IgnoreErreur = httpIgnoreRedirection
et effectivement cela fonctionne.
Cdt
Yan |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2016 - 10:04 |
Bonjour,
L'API OVH est des nouveau inaccessible avec le code d'exemple depuis la semaine précédente.
Avez vous une piste pour la solution ?
La Console API d'OVH fonctionne correctement, donc cela doit venir du formulaire
https://eu.api.ovh.com/auth/
Mais je sèche....
Merci d'avance pour vos lumières,
Yan |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2016 - 18:24 |
Bonjour,
J'ai pu mettre une erreur en évidence dans la procédure de connexion à OVH. Je pense que cette erreur est apparue avec la version 59n.
J'ai fait une requête au ST le 01/06/2016. L'incident a été enregistré sous la référene 98533.
Cordialement.
Patrick Bouquet
YAN-59 a formulé ce mercredi :
Bonjour, L'API OVH est des nouveau inaccessible avec le code d'exemple depuis la semaine précédente. Avez vous une piste pour la solution ? La Console API d'OVH fonctionne correctement, donc cela doit venir du formulaire https://eu.api.ovh.com/auth/Mais je sèche.... Merci d'avance pour vos lumières, Yan |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 10 juin 2016 - 01:56 |
Bonjour,
J'avais aussi une erreur "Echec lors de la connexion à l'API ..." Il faut alors rajouter :
reqIdent.IgnoreErreur = httpIgnoreRedirection
et corriger "//input[@placeholder='Account ID']" en "//input[@placeholder='Account ID or email address']"Message modifié, 10 juin 2016 - 02:04 |
| |
| |
| | | |
|
| | |
| |
Posté le 12 juin 2016 - 11:18 |
Merci François pour ton message, qui solutionne parfaitement l'incident.
Yan |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 06 juillet 2016 - 18:14 |
Re bonjour, Lorsque j'envoie des SMS via l'API en codage 7 bits, sans caractères accentués, ok cela fonctionne. Si je passe en codage 8 bits, quelque soit le texte, accentué ou pas, j'obtiens l'erreur : {"errorCode":"INVALID_SIGNATURE","httpCode":"400 Bad Request","message":"Invalid signature"} Avez-vous rencontré le même problème ? François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 08 juillet 2016 - 11:46 |
Correction par rapport à mon message précédent, en 8bit avec une chaine sans caractères accentués cela fonctionne bien, c'est seulement quand la requête APIOVHIP:m_pclAcces.CréeRequête envoie un message avec des caractères accentués que cela donne l'erreur 400 Bad request. Cela doit être à cause des accents dans le POST, mais comment faire ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 54 messages Popularité : +4 (4 votes) |
|
Posté le 02 septembre 2016 - 16:48 |
Bonjour,
Pour ma part je suis en version WD21 65N# J'ai corrigé : // SI XMLExécuteXPath("connexionOVH","//input[@placeholder='Account ID']") ALORS SI XMLExécuteXPath("connexionOVH","//input[@placeholder='Account ID or email address']") ALORS
et
reqIdent.IgnoreErreur = httpIgnoreRedirection
l'identification ne fonctionne pas.
Une petite idée ?
Bonne soirée GIlles
-- Gilles |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 54 messages Popularité : +4 (4 votes) |
|
Posté le 03 septembre 2016 - 08:57 |
Réponse de l'assistance et merci à eux :
L'erreur que vous obtenez n'est pas due à une anomalie de WINDEV. Simplement, c'est la page d'authentification de OVH qui a changé depuis la parution de la Lettre du Support Technique. Voici le code à modifier pour tenir compte des modifications de OVH : Dans la classe APIOVHBase, méthode ConnexionAPI, remplacer les lignes 58 à 73 par : // Analyse pour trouver les id des champs du formulaire sIDAccoundID est une chaîne sIDPassword est une chaîne sCredentialToken est une chaîne SI XMLDocument("connexionOVH",sPageConnexion,xdHTML) ALORS SI XMLExécuteXPath("connexionOVH","//input[contains(@placeholder,'Account ID')]") ALORS sIDAccoundID = XMLDonnée("connexionOVH","name") FIN SI XMLExécuteXPath("connexionOVH","//input[contains(@placeholder,'Password')]") ALORS sIDPassword = XMLDonnée("connexionOVH","name") FIN SI XMLExécuteXPath("connexionOVH","//input[@name='credentialToken']") ALORS sCredentialToken = XMLDonnée("connexionOVH","value") FIN XMLTermine("connexionOVH") FIN
-- Gilles |
| |
| |
| | | |
|
| | |
| |
Posté le 05 septembre 2016 - 19:03 |
Bonjour Gilles, Utilisez-vous l'envoi de SMS via l'API ? Pour ma part si je passe en mode 8 bits et qu'il y a des caractères accentués, OVH renvoie une erreur ... François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 54 messages Popularité : +4 (4 votes) |
|
Posté le 06 septembre 2016 - 08:41 |
bonjour françois Non. J'essaye d'utiliser l'exemple API OVH mais il ne semble pas fonctionner. Je l'ai signalé au ST. Un incident a été ouvert #96 003/623850 Bonne journée
-- Gilles |
| |
| |
| | | |
|
| | |
| |
Posté le 25 septembre 2016 - 20:23 |
Bonjour,
L'envoi de sms bloque de mon coté également, lorsque des lettres accentuées sont envoyés..
J'ai pour l'instant manipulé le champ de saisie comme ci dessous
sTxtsms2 est une chaîne = Remplace(SAI_TXTSMS,CRLF,"\n") sTxtsms2=ChaîneVersUTF8(sTxtsms2)
Si vous avez une piste pour les accents, je suis preneur...
Yann |
| |
| |
| | | |
|
| | |
| |
Posté le 26 septembre 2016 - 16:37 |
| |
| |
| | | |
|
| | |
| |
Posté le 26 septembre 2016 - 17:12 |
utfverschaine ?
Le 9/26/2016 à 8:37 AM, Yannick a écrit :
|
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 26 septembre 2016 - 21:54 |
Bonjour Yan, Pour ma part cela ne règle pas le problème d'envoi de texte accentué Pour l'instant je suis obligé d'enlever les accents ... |
| |
| |
| | | |
|
| | |
| |
Posté le 09 décembre 2016 - 15:18 |
bonjour, j'ai ressorti ma LST 102 pour l'exemple WD API OVH. malheureusement même avec votre modification de code, celui-ci ne fonctionne pas :/
quelqu'un a t-il une solution ? merci. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 474 messages Popularité : +17 (19 votes) |
|
Posté le 13 avril 2017 - 12:49 |
Bonjour,
J'essaie de faire fonctionner l'exemple WD API OVH. Comme Vincent, j'ai appliqué les modifications de code, généré les Clé API OVH et ça ne fonctionne pas. Est-ce qu'OVH a encore changé sa page d'authentification ? Est ce que quelqu'un a une solution ? Merci
-- Jean-Michel |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 13 avril 2017 - 15:00 |
Bonjour, Pour notre part à part le problème des accents, cela fonctionne très bien ... Vous avez une erreur particulière ? François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 474 messages Popularité : +17 (19 votes) |
|
Posté le 13 avril 2017 - 15:44 |
Merci pour ton retour Pokedev J'avais le message d'erreur "Échec de la connexion à l'API - Vérifiez vos paramètres" J'avais fait une erreur en modifiant la ligne "//input[@placeholder='Account ID or email address']" en oubliant un d à address Tout fonctionne ! Merci.
-- Jean-Michel |
| |
| |
| | | |
|
| | |
| |
Posté le 20 juin 2017 - 20:24 |
Bonjour, L'API fonctionne en effet parfaitement après quelques corrections de code mais les caractères accentués bloquent. Je les utilise pour créer des comptes Exchange avec password... Est-ce que quelqu'un est parvenu à trouver une solution fonctionnelle sur le sujet ? Merci |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 24 août 2017 - 19:08 |
Je reviens de nouveau sur cette api et l'envoi avec du texte accentués. Avez-vous pu envoyer des textes accentués ? Pour ma part cela génère {"errorCode":"INVALID_SIGNATURE","httpCode":"400 Bad Request","message":"Invalid signature"}Message modifié, 24 août 2017 - 19:11 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 571 messages Popularité : +222 (260 votes) |
|
Posté le 25 août 2017 - 05:10 |
Bonjour,
Un petit bout de code pour savoir ce que tu envois ne serait pas superflu.
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 25 août 2017 - 11:17 |
Bonjour, Ce que j'envoie c'est simplement les paramètres à l'API OVH fournie par la LST 102, et malheureusement, nous n'avons pas le droit de diffuser le code des LST ... J'ai creusé depuis hier soir, le problème viendrait de la conversion en UTF8, la signature encoderait un contenu qui n'est pas celui attendu lors de l'envoi de la requête initiale. Faut revoir l'ordre des instructions du codage en UTF8 ... |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 2 571 messages Popularité : +222 (260 votes) |
|
Posté le 25 août 2017 - 13:47 |
Si tu n'as pas de code difficile de t'aider. Je pense en effet à un problème d'encodage mais en l'état je ne peux pas t'aider plus. Il faut regarder ce qui part dans le json.
-- Cordialement,
Philippe SAINT-BERTIN Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 25 août 2017 - 15:10 |
Merci de ton aide Philippe, mais je voulais juste savoir si les collègues qui utilisaient l'API OVH de Windev pour les SMS avaient résolu le problème des envois avec des accents comme certains s'en plaignaient aussi. Pour ma part je suis sur une piste, si elle est concluante je communiquerais les modifications à faire dans l'API. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 août 2017 - 00:08 |
Pokedev a écrit :
Bonjour, Ce que j'envoie c'est simplement les paramètres à l'API OVH fournie par la LST 102, et malheureusement, nous n'avons pas le droit de diffuser le code des LST ... J'ai creusé depuis hier soir, le problème viendrait de la conversion en UTF8, la signature encoderait un contenu qui n'est pas celui attendu lors de l'envoi de la requête initiale. Faut revoir l'ordre des instructions du codage en UTF8 ...
Vous avez raison, je cherche aussi pour résoudre le probléme :
signature : sChaineSignature= ChaîneVersUTF8(sSecretApplication+"+"+CleUtilisateur+"+"+sMethode+"+"+requete.URL+"+"+requete.Contenu+"+"+requete.Entête["X-Ovh-Timestamp"])
resultat = Minuscule("$1$"+Remplace(BufferVersHexa(HashChaîne(HA_SHA_160,sChaineSignature),1,20)," ","")) |
| |
| |
| | | |
|
| | |
| |
Posté le 26 août 2017 - 16:44 |
Bonjour,
Peut on connaitre ta piste ? car j'ai essayé de poster mon code hier mais le modo ne publie pas ... merci, |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 27 août 2017 - 13:21 |
La solution est de s'assurer que la chaine signature soit conforme à la requete du contenu postée. Il faut enlever le ChaineVersUTF8 dans le calcul de la signature (procédure _SigneRequete) et rajouter dans le calcul du sContenu la conversion en ChaîneVersUTF8 :
sContenu=ChaîneVersUTF8(sContenu) à rajouter avant : reqDom est un httpRequête = APIOVHIP:m_pclAcces.CréeRequête(httpPost,APIOVHIP:m_sAPIEndPoint, .....
Rajouter dans la procédure CréeRequête précdente : reqDom.ContentType=typeMimeJSON
Je remplace aussi au préalable dans le texte du SMS - le caractère ° par un espace - les CR par des \n
Et voilà ... les SMS sont envoyés et reçus en caractères accentués !
Maintenant je cherche à envoyer des smileys dans le texte du SMS ... Si vous avez un piste !
François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 24 décembre 2019 - 13:55 |
Bonjour, Nous rencontrons de nouveau des problèmes avec la page d'authentification API OVH façon Windev ... Certainement en changement dans cette page ? Du coup impossible d'utiliser l'API OVH ... Et vous ? |
| |
| |
| | | |
|
| | |
| |
Posté le 26 décembre 2019 - 13:13 |
Bonjour,
En effet, même constat !
J'essai de rédiger une nouvelle procédure qui ne passe pas par la page de formulaire , mais je bloque pour le moment
J'ai repris l'exemple du wd tour 24 avec appkey, appsecret, consumerkey...
J'arrive a avoir un token,
Je reprends le timestamp d'OVH
Le calcul de la signature semble coller avec l'exemple d'ovh ( d'apres le test en ligne
sPréHash est une chaîne = ( stConnexion.AppSecret + "+" + stConnexion.ConsumerKey + "+" + sMéthode + "+" + oReqOVH..URL + "++" + sTimestamp )
Ma requete
oReqOVH..Entête[ "X-Ovh-Application" ] = stConnexion.AppKey oReqOVH..Entête[ "X-Ovh-Consumer" ] = stConnexion.ConsumerKey oReqOVH..Entête[ "X-Ovh-Timestamp" ] = nTimestamp oReqOVH..Entête[ "X-Ovh-Signature" ] = OVHCalculeSignature( stConnexion, oReqOVH, (nTimestamp) ) // Exécute la requête et récupère la réponse oReponse est une httpRéponse = HTTPEnvoie( oReqOVH )
mais la réponse des requetes sont toujours =0
Si vous avez une bout de code fonctionnel pour se connecter à l'API d'OVH ce serait sympa de partager sur le forum.
Merci par avance et Bonnes fêtes,
Yan |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 26 décembre 2019 - 15:42 |
Bonjour Yan,
Je viens de me plonger dans l'exemple du WTT24, pour gstConnexion.AppKey, gstConnexion.AppSecret c'est ok, mais comment obtenez-vous la "ConsumerKey" ?
François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 26 décembre 2019 - 18:10 |
Bon, Avec les indication sur la page "Requesting an authentication token from OVH" et https://eu.api.ovh.com/1.0/auth/credential j'ai le ConsumerKey. Mais je ne comprends pas dans l'exemple comment cela pourrait fonctionner sans ? Par ailleurs pas besoin du NIC-HANDLE et du password ovh ? Bizarre ...
Pour ma part j’obtiens l'erreur à l'envoi du SMS : 403 Forbidden errorCode : INVALID_CREDENTIAL
Il y a quelque chose qui m'échappe ...
FRançois |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 6 messages |
|
Posté le 10 janvier 2020 - 12:09 |
Bonjour, J'ai le même problème depuis fin décembre... Il est possible de créer des identifiants d'API ici https://www.ovh.com/auth/createToken/ en saisissant notamment la liste des calls que l'on veut autoriser (et éventuellement une restriction par IP) mais comment utiliser ensuite les identifiants (Application Key, Application Secret et Consumer Key) ?
Jean-Luc |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 177 messages Popularité : +16 (16 votes) |
|
Posté le 12 janvier 2020 - 17:54 |
Bonjour,
Ce code fonctionne nickel :
sMethode = "POST" Req.Méthode = httpPost
sToSign = sApplicationSecret + "+" + sConsumerKey + "+" + sMethod + "+" + sQuery + "+" + sBody + "+" + nTimestamp; sSignature = "$1$"+(Minuscule(Remplace(BufferVersHexa(HashChaîne(HA_SHA_160,sToSign)),[Caract(32),RC],"")))
Req.URL = "/1.0/"+sApi+"/" Req.Entête["Content-Type"] = "application/json" Req.Entête["X-Ovh-Application"] = sApplicationKey Req.Entête["X-Ovh-Consumer"] = sConsummerKey Req.Entête["X-Ovh-Signature"] = sSignature Req.Entête["X-Ovh-Timestamp"] = "" + nTimestamp Req.Contenu = sBody Req.IgnoreErreur = httpIgnoreCertificatExpiré+httpIgnoreCertificatInvalide+httpIgnoreNomCertificatInvalide
Rep = HTTPEnvoie(Req)
Jean-Marc |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 14 janvier 2020 - 16:09 |
Bonjour Jean-Marc, J'ai du mal à comprendre votre code sachant que cela fait appel à des variables dont on ne sait pas comment elles sont initialisées ... De plus est-ce pour créer le token ? Comment fait-on appel à l'API des SMS ensuite https://eu.api.ovh.com/1.0/sms/sms-xxxxxxx-1/jobs/ ? Cordialement, François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 1 message |
|
Posté le 15 janvier 2020 - 08:29 |
Bonjour,
Effectivement, j'ai aussi du mal à comprendre le code vu que l'on ne connait pas le contenu des variables. L'an dernier, à la même période, il y avait eu le même pb de connexion à l'API OVH
reqIdent est un httpRequête reqIdent.Méthode = httpPost reqIdent.URL = sURLValidation reqIdent.Entête["Content-type"] = "application/x-www-form-urlencoded"
reqIdent.Contenu = ChaîneConstruit("credentialToken=%1&%2=%3&%4=%5&duration=%6&nonce=%7&JsE=no",sCredentialToken,sIDAccoundID,sIdentifiantOVH,sIDPassword,URLEncode(sMotDePasseOVH),nDuration,sNonce) reqIdent.IgnoreErreur = httpIgnoreRedirection
repIdent est un httpRéponse = HTTPEnvoie(reqIdent) sLocation est une chaîne = repIdent.Entête["Location"] SI repIdent.CodeEtat<>302 _OU_ sLocation<>sURLRedirect ALORS ErreurDéclenche(2,"Echec de la connexion à l'API. Erreur renvoyée : "+repIdent.Contenu) FIN
C'est reqident.contenu qui posait pb. (voir ligne en remarque et la ligne modifiée) Dans le debugger, lorsque je visualise le contenu de "repident", je ne trouve pas repIdent.Entête["Location"] d'ou l'échec de connexion à l'API Merci pour votre aide.
JM |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 15 janvier 2020 - 11:39 |
Jean-Michel, De mémoire, OVH avait modifié il y a 2 ans le formulaire de connexion en rajoutant repIdent.Entête["Location"]. A priori, cela a disparu aujourd'hui ... Si Jean-Marc pour nous publier un code d'authentification + envoi du SMS plus propre que cette bidouille en passant par la page de connexion OVH qui se modifie trop souvent, cela serait super !
François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 177 messages Popularité : +16 (16 votes) |
|
Posté le 15 janvier 2020 - 13:29 |
Bonjour,
J'ai reconstitué une preuve de concept à partir de ma classe. J'ai testé avec mes identifiants, ça fonctionne.
Pour générer sApplicationKey, sApplicationSecret et sConsumerKey, il faut se rendre sur https://eu.api.ovh.com/createToken/ Il faut saisir NIC-Handle et mot de passe du compte OVH, le nom du script, sa description, une période de validité et les droits suivants: GET /sms/ GET /sms/*/jobs/ POST /sms/*/jobs/
sApplicationKey est une chaîne = "xxxxx" sApplicationSecret est une chaîne = "xxxxx" sConsumerKey est une chaîne = "xxxxx" sServiceName est une chaîne = "xxxxx"
stSms_jobs est une structure charset est une chaîne coding est une chaîne 'class' est une chaîne sender est une chaîne receivers est un tableau de chaînes 'Message' est une chaîne priority est une chaîne senderForResponse est un booléen noStopClause est une booléen FIN
stSms_jobs est un stSms_jobs
stSms_jobs.charset = "UTF-8" stSms_jobs.coding = "7bit" stSms_jobs.class = "phoneDisplay" stSms_jobs.sender = "Nom expéditeur" Ajoute(stSms_jobs.receivers ,"+33xxxxxxxxx") stSms_jobs.message = "Test SMS OVH" stSms_jobs.priority = "high" stSms_jobs.senderForResponse = False stSms_jobs.noStopClause = True
sUrl est une chaîne sToSign est une chaîne sSignature est une chaîne sBody est une chaîne
Req est une httpRequête Rep est un httpRéponse
sUrl = "https://eu.api.ovh.com/1.0/sms/"+sServiceName+"/jobs/"
sBody = VariantVersJSON(stSms_jobs)
pDateHeure est une DateHeure = Maintenant() sHeuredate est une chaîne = Gauche(pDateHeure,14) sHeuredateUTC est une chaîne = Gauche(DateHeureLocaleVersUTC(sHeuredate),14) sTimeStamp est une chaîne = "19700101000000" sDiffDateHeure est une chaîne = DateHeureDifférence(sTimeStamp, sHeuredateUTC) dDurée est une Durée = ChaîneVersDurée(sDiffDateHeure,duréeCentième) nTimeStamp est un entier = dDurée..Jour * 86400 + dDurée..Heure * 3600 + dDurée..Minute * 60 + dDurée..Seconde
Req.Méthode = httpPost
sToSign = sApplicationSecret + "+" + sConsumerKey + "+POST+" + sUrl + "+" + sBody + "+" + nTimeStamp; sSignature = "$1$"+(Minuscule(Remplace(BufferVersHexa(HashChaîne(HA_SHA_160,sToSign)),[Caract(32),RC],"")))
Req.URL = sUrl Req.Entête["Content-Type"] = "application/json" Req.Entête["X-Ovh-Application"] = sApplicationKey Req.Entête["X-Ovh-Consumer"] = sConsumerKey Req.Entête["X-Ovh-Signature"] = sSignature Req.Entête["X-Ovh-Timestamp"] = "" + nTimeStamp Req.Contenu = sBody Req.IgnoreErreur = httpIgnoreCertificatExpiré+httpIgnoreCertificatInvalide+httpIgnoreNomCertificatInvalide
Rep = HTTPEnvoie(Req)
SI ErreurDétectée ALORS Erreur(ErreurInfo(errComplet)) SINON Info(Rep..Contenu) FIN
Jean-Marc |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 156 messages Popularité : +3 (3 votes) |
|
Posté le 16 janvier 2020 - 00:58 |
Nickel chrome ! Merci Jean-Marc.
Cordialement, François |
| |
| |
| | | |
|
| | |
| |
Posté le 12 juin 2023 - 20:06 |
Bonjour,
Je suis novice sous Windev. J'ai un message d'erreur "NOT_GRANTED_CALL", je suis sous W28. J'ai bien mis les droits comme indiqué dans le post. Avez--vous une idée svp ?
Merci. |
| |
| |
| | | |
|
| | |