e di nuovo dll e mercato - pagina 19
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
L'ho capito - dovrebbe funzionare?
Ecco qualcosa di simile a questohttps://cloud.yandex.ru/docs/speechkit/tts/request
destra )
C'è una documentazione dettagliata sul sito IBM.
Vi è di grande aiuto. Ma purtroppo IBM non ha una voce che parla russo.
C'è una documentazione dettagliata sul sito IBM.
Vi è di grande aiuto. Ma purtroppo IBM non ha una voce che parla russo.
e in questa documentazione tutto è chiarissimo. Sia curl che postman sono facili da configurare e ottengono un flusso audio corretto, ma non WebRequest! ) Questo è il problema, discusso fin dalla quinta pagina di questo thread )))))
Autenticazione nei servizi Watson
Ultimo aggiornamento: 2019-12-12Controllo su GitHub: Documentazione aperta | Modifica argomento
Utilizzi IBM® Cloud Identity and Access Management (IAM) per inviare richieste autenticate ai servizi pubblici IBM Watson™. Con le politiche di accesso IAM, è possibile assegnare l'accesso a più di una risorsa da una singola chiave. Inoltre, un utente, un ID di servizio e un'istanza di servizio possono contenere più chiavi API.
I componenti aggiuntivi di IBM Cloud Pak utilizzano un diverso meccanismo di autenticazione per i dati. Per maggiori informazioni, vedi la documentazione del tuo add-in.
credenziali
Per autenticare il servizio attraverso la sua API, passate le vostre credenziali all'API. Puoi passare un token del portatore nell'intestazione dell'autorizzazione o nella chiave API.
Eseguire l'autenticazione utilizzando un token IAM.
I token IAM sono credenziali temporanee, valide per 60 minuti. Quando il token scade, se ne genera uno nuovo. I token possono essere utili per l'accesso temporaneo alle risorse. Per maggiori informazioni, vedi Generare un token IBM Cloud IAM usando una chiave API.
Eseguire l'autenticazione utilizzando una chiave API IBM Cloud, una chiave API ID del servizio o una chiave API specifica del servizio.
Le chiavi API sono facili da usare e non hanno una data di scadenza. Chiunque abbia una chiave valida può accedere alla risorsa. È possibile creare chiavi API separate per diversi utenti, diverse applicazioni o per supportare scenari di rotazione delle chiavi. Puoi revocare le chiavi API dalla console senza disturbare altre chiavi API o l'utente.
Per i test e lo sviluppo puoi passare direttamente la chiave API. Tuttavia, per l'uso in produzione, se non state usando il Watson SDK, usate un token IAM. Quando si passa la chiave API, il servizio cerca le informazioni sulla chiave API, il che può influire sulle prestazioni. Per ulteriori informazioni, vedere Chiamare le API del servizio IBM Cloud.
Gli SDK di Watson supportano entrambi i metodi. Per ulteriori informazioni, vedere. La sezione Autenticazione della Guida di riferimento API per il tuo servizio e SDK.
Gli utenti del piano Premium possono anche utilizzare IBM® Key Protect per IBM Cloud™ per gestire l'accesso ai dati. Per ulteriori informazioni, vedere IBM® Key Protect. Proteggere le informazioni sensibili nel servizio Watson.
Informazioni sulle chiavi API
I servizi Watson supportano tre tipi di chiavi API:
Le chiavi API IBM Cloud sono associate all'identità dell'utente. Solo l'utente associato a una chiave può rimuoverla. La stessa chiave API IBM Cloud può essere utilizzata per accedere a diversi servizi. Per ulteriori informazioni su come lavorare con le chiavi API di IBM Cloud, vedi Gestire le chiavi API degli utenti.
Chiavi API dell'ID del servizio
Gli identificatori di servizio forniscono l'accesso ai servizi IBM Cloud attraverso applicazioni ospitate sia all'interno che all'esterno di IBM Cloud. Le chiavi API associate agli identificatori di servizio forniscono l'accesso associato a quell'identificatore di servizio. Per ulteriori informazioni sulle chiavi ID di servizio, vedere Gestione delle chiavi ID di servizio. Sezione di gestione della chiave API dell'ID del servizio.
Migliori pratiche per le chiavi API
Mantieni le tue chiavi API sicure per ridurre la possibilità di divulgazione pubblica delle credenziali che potrebbero compromettere il tuo account e le tue applicazioni. Per mantenere le tue chiavi API sicure, segui queste linee guida.
Assegna il ruolo di servizio più restrittivo che è appropriato per il livello di accesso di cui hai bisogno.
Per esempio, assegnate il ruolo di servizio Reader per le chiamate dall'applicazione ai metodi API GET. Questo ruolo ha accesso in sola lettura, quindi non può creare o modificare risorse.
Non inserire la chiave API direttamente nel codice.
Le chiavi API incorporate nel codice sono accessibili ai vostri utenti. Invece di incorporare le chiavi API nel codice, memorizzatele o in variabili d'ambiente o in file fuori dal vostro sistema di controllo dei sorgenti.
Non memorizzate la chiave API in file all'interno del sistema di controllo del codice sorgente della vostra applicazione.
Se memorizzate le chiavi API in file, memorizzate i file al di fuori del codice sorgente della vostra applicazione. Questa pratica è importante se usate un sistema pubblico di controllo del codice sorgente come GitHub.
Ripristina o ruota le chiavi API.
Creare periodicamente nuove chiavi o ruotarle. E non dimenticate di cancellare le chiavi che non usate più.
Citazione:
Eseguire l'autenticazione utilizzando una chiave API IBM Cloud, una chiave API ID del servizio o una chiave API specifica del servizio
dice di selezionare la chiave giusta per l'autenticazione. Cioè, questa procedura non può essere ignorata.
Domanda a TC - da dove hai preso la chiave?
A quanto pare, il problema è solo con l'autorizzazione. Questo servizio è molto rigoroso sull'uso dei suoi servizi. Ci sono molte sfumature nella loro politica e un approccio libero è improbabile che funzioni. Potresti scrivere al loro team di supporto e chiedere loro come accedere correttamente.
Peter, grazie!
Non si tratta di IBM. Tutto funziona correttamente con curl, postman. L'autorizzazione è fatta solo per un servizio, fatta con apikey e keyID.
Il problema è in WebRequest e nessun link aggiuntivo a siti di venditori di TTS aiuterà qui, purtroppo.
Un esempio funzionante di recupero di informazioni binarie da un servizio simile Microsoft TTS, Google TTS, Yandex TTS usando WebRequest è utile.
Il trucco è scrivere correttamente la sintassi per WebRequest. Il MQL5 Reference ha solo un esempio di WebRequest, ed è un ostacolo! )))
Vedi quanti esempi ci sono sul sito IBM per diversi linguaggi di scripting? Curl, Java, Python
MQL5 non è elencato lì e devo indovinare il fango di una bevanda che assomiglia lontanamente al cacao
Qui su questo sito - ho caricato un file di testo - e ho ottenuto un file .wav
la domanda è: come organizzarlo automaticamente?https://audio.online-convert.com/convert-to-wav
Solo in inglese
Peter, grazie!
Non si tratta di IBM. Tutto funziona correttamente con curl, postman. L'autorizzazione è fatta solo per un servizio, fatta con apikey e keyID.
Il problema è in WebRequest e nessun link aggiuntivo a siti di venditori di TTS aiuterà qui, purtroppo.
Un esempio funzionante di recupero di informazioni binarie da un servizio simile Microsoft TTS, Google TTS, Yandex TTS usando WebRequest è utile.
Il trucco è scrivere correttamente la sintassi per WebRequest. Il MQL5 Reference ha solo un esempio di WebRequest, ed è un ostacolo! )))
Vedi quanti esempi ci sono sul sito IBM per diversi linguaggi di scripting? Curl, Java, Python
MQL5 non è elencato lì e devo indovinare un fango di una bevanda che assomiglia vagamente al cacao.
Il fatto è che MQL5 è un linguaggio per lo sviluppo di applicazioni proprietarie da vendere. La politica generale mondiale verso l'uso di contenuti o servizi gratuiti nel software a pagamento è diversa. Ho il sospetto che per qualche motivo webrequest non viene caricato da IBM e continua a spuntare l'errore 401.
O la sintassi della richiesta o la chiave API è sbagliata.
O la richiesta della piattaforma MT5 utilizzata per lo sviluppo di prodotti commerciali non è supportata. 3.
3. o la funzione WebRequest funziona in un modo specifico ed è internamente limitata per tale uso.
4. Oppure, qualche altro problema...
Il punto è che MQL5 è un linguaggio per sviluppare applicazioni proprietarie da vendere. La politica generale mondiale verso l'uso di contenuti o servizi gratuiti nel software a pagamento è diversa. Ho il sospetto che per qualche motivo webrequest non viene caricato da IBM e continua a spuntare l'errore 401.
O la sintassi della richiesta o la chiave API è sbagliata.
O la richiesta della piattaforma MT5 utilizzata per lo sviluppo di prodotti commerciali non è supportata. 3.
3. o la funzione WebRequest funziona in un modo specifico ed è internamente limitata per tale uso.
4. O, qualche altro problema...
qualche altro problema. Come diciamo tra esperti, "c'è qualcosa che non va" ))).
Poco sopra, ho scritto in dettaglio come WebRequest si blocca ma riceve comunque un flusso. Il flusso arriva al file e risulta essere rotto. Forse lo sto mettendo nel file in modo errato, ma molto probabilmente l'array di char si riempie di informazioni estranee al momento dello stallo.
Questo è ciò di cui dovremmo occuparci ora