Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Eu descobri - deve funcionar???
aqui está algo como istohttps://cloud.yandex.ru/docs/speechkit/tts/request
direito )
Há documentação detalhada no site da IBM.
É de grande ajuda para você. Mas infelizmente a IBM não tem uma voz que fale russo.
Há documentação detalhada no site da IBM.
É de grande ajuda para você. Mas infelizmente a IBM não tem uma voz que fale russo.
e, nesta documentação, tudo está cristalino. Tanto o caracol quanto o carteiro são fáceis de configurar e obter o fluxo de áudio correto, mas não o WebRequest! ) Esse é o problema, discutido desde a quinta página deste tópico )))))
Autenticação nos serviços Watson
Última atualização: 2019-12-12Control on GitHub: Open Documentation | Edit topic
Você utiliza o IBM® Cloud Identity and Access Management (IAM) para enviar pedidos autenticados à IBM Watson™ serviços públicos. Com as políticas de acesso do IAM, você pode atribuir acesso a mais de um recurso a partir de uma única chave. Além disso, um usuário, ID de serviço e uma instância de serviço podem conter múltiplas chaves API.
Os add-ons IBM Cloud Pak utilizam um mecanismo de autenticação diferente para os dados. Para mais informações, consulte a Documentação para seu add-in.
credenciais
Para autenticar o serviço através de seu API, passe suas credenciais para o API. Você pode passar um token portador no cabeçalho da autorização ou na chave API.
Realizar a autenticação usando um token IAM.
As fichas IAM são credenciais temporárias, válidas por 60 minutos. Quando a ficha expira, você gera uma nova. Os tokens podem ser úteis para o acesso temporário aos recursos. Para mais informações, consulte Gerando um token IBM Cloud IAM usando uma chave API.
Realizar a autenticação usando uma chave API IBM Cloud, uma chave API de ID de serviço ou uma chave API específica de serviço.
As chaves API são fáceis de usar e não têm data de validade. Qualquer pessoa com uma chave válida pode acessar o recurso. Você pode criar chaves API separadas para diferentes usuários, diferentes aplicações ou para suportar cenários de rotação de chaves. Você pode revogar as chaves API do console sem perturbar outras chaves API ou o usuário.
Para testes e desenvolvimento você pode passar a chave API diretamente. Entretanto, para uso na produção, se você não estiver usando o Watson SDK, use um token IAM. Quando você passa a chave API, o serviço procura as informações da chave API, o que pode afetar o desempenho. Para mais informações, consulte Chamando as APIs de serviço IBM Cloud.
Os SDKs da Watson suportam ambos os métodos. Para mais informações, veja. A seção Autenticação do guia de referência API para seu serviço e SDK.
Os usuários do plano Premium também podem usar o IBM® Key Protect for IBM Cloud™ para gerenciar o acesso aos dados. Para mais informações, consulte o IBM® Key Protect. Proteção de informações sensíveis no serviço Watson.
Sobre as chaves API
Os serviços da Watson suportam três tipos de chaves API:
As chaves API da IBM Cloud estão associadas à identidade do usuário. Somente o usuário associado a uma chave pode removê-la. A mesma chave IBM Cloud API pode ser usada para acessar diferentes serviços. Para mais informações sobre como trabalhar com chaves API IBM Cloud, veja Manage User API Keys (Gerenciar chaves API do usuário).
Chaves API de ID de serviço
Os identificadores de serviço fornecem acesso a seus serviços IBM Cloud através de aplicativos hospedados tanto dentro como fora do IBM Cloud. As chaves API associadas a identificadores de serviço fornecem acesso associado a esse identificador de serviço. Para mais informações sobre chaves de identificação de serviço, consulte Gerenciar chaves de identificação de serviço. Seção de gerenciamento de chaves API de ID de serviço.
Melhores Práticas-chave API
Mantenha suas chaves API seguras para reduzir a chance de divulgação pública de credenciais que poderiam comprometer sua conta e suas aplicações. Para manter suas chaves API seguras, siga estas diretrizes.
Atribua a função de serviço mais restritiva que seja apropriada para o nível de acesso que você precisa.
Por exemplo, atribuir a função de serviço de leitor para chamadas da aplicação aos métodos GET API. Esta função tem acesso somente leitura, portanto não pode criar ou editar recursos.
Não insira a chave API diretamente no código.
As chaves API embutidas no código podem ser acessadas por seus usuários. Em vez de incorporar chaves API no código, armazene-as em variáveis de ambiente ou em arquivos fora de seu sistema de controle de fonte.
Não armazene a chave API em arquivos dentro do sistema de controle de código fonte de sua aplicação.
Se você armazena chaves API em arquivos, armazene os arquivos fora do código fonte de sua aplicação. Esta prática é importante se você usar um sistema de controle de código fonte público como o GitHub.
Restaurar ou girar as chaves API.
Periodicamente criar novas chaves ou girá-las. E não se esqueça de apagar as chaves que você não usa mais.
Citação:
Realizar autenticação usando uma chave API IBM Cloud, uma chave API de ID de serviço ou uma chave API específica de serviço
diz para selecionar a chave correta para a autenticação. Ou seja, este procedimento não pode ser ignorado.
Pergunta à TC - de onde você tirou a chave?
Aparentemente, o problema é apenas com autorização. Este serviço é muito rigoroso quanto ao uso de seus serviços. Há muitas nuances em sua política e é improvável que uma abordagem livre funcione. Você poderia escrever para a equipe de apoio deles e perguntar-lhes como fazer o login corretamente.
Peter, obrigado!
Não se trata da IBM. Tudo funciona corretamente com o caracol, carteiro. A autorização é feita apenas para um serviço, feito com apikey e keyID.
O problema está no WebRequest e nenhum link adicional para sites de fornecedores TTS ajudará aqui, infelizmente.
Um exemplo de trabalho de recuperação de informações binárias de serviços similares Microsoft TTS, Google TTS, Yandex TTS usando WebRequest é útil.
O truque é escrever corretamente a sintaxe para WebRequest. A Referência MQL5 tem apenas um exemplo de WebRequest, e é um tropeço! )))
Veja quantos exemplos existem no site da IBM para diferentes idiomas de scripting? Curl, Java, Python
A MQL5 não está listada lá e tenho que adivinhar o lodo de uma bebida que se assemelha remotamente ao cacau
Aqui neste site - fiz o upload de um arquivo de texto - e recebi um arquivo .wav
como organizá-lo automaticamente é a questão!?https://audio.online-convert.com/convert-to-wav
Somente em inglês
Peter, obrigado!
Não se trata da IBM. Tudo funciona corretamente com o caracol, carteiro. A autorização é feita apenas para um serviço, feito com apikey e keyID.
O problema está no WebRequest e nenhum link adicional para sites de fornecedores TTS ajudará aqui, infelizmente.
Um exemplo de trabalho de recuperação de informações binárias de serviços similares Microsoft TTS, Google TTS, Yandex TTS usando WebRequest é útil.
O truque é escrever corretamente a sintaxe para WebRequest. A Referência MQL5 tem apenas um exemplo de WebRequest, e é um tropeço! )))
Veja quantos exemplos existem no site da IBM para diferentes idiomas de scripting? Curl, Java, Python
A MQL5 não está listada lá e tenho que adivinhar uma lama de uma bebida que se assemelha vagamente ao cacau.
O fato é que a MQL5 é uma linguagem para o desenvolvimento de aplicações proprietárias a serem vendidas. A política geral global para o uso de conteúdo ou serviços gratuitos em software pago é diferente. Tenho uma suspeita de que, por alguma razão, a webrequest não é carregada pela IBM e continua a aparecer um erro 401.
Ou a sintaxe do pedido ou a chave API está errada.
Ou a solicitação da plataforma MT5 utilizada para o desenvolvimento de produtos comerciais não é suportada. 3.
3. ou função WebRequest funciona de forma específica e é restrita internamente para tal uso.
4. Ou, algum outro problema...
A questão é que a MQL5 é uma linguagem para o desenvolvimento de aplicações proprietárias a serem vendidas. A política mundial geral para o uso de conteúdo ou serviços gratuitos em software pago é diferente. Tenho uma suspeita de que, por alguma razão, a webrequest não é carregada pela IBM e continua a aparecer um erro 401.
Ou a sintaxe do pedido ou a chave API está errada.
Ou a solicitação da plataforma MT5 utilizada para o desenvolvimento de produtos comerciais não é suportada. 3.
3. ou função WebRequest funciona de forma específica e é restrita internamente para tal uso.
4. Ou algum outro problema...
algum outro problema. Como dizemos entre os especialistas, "há algo errado")))).
Um pouco acima, escrevi em detalhes como o WebRequest congela, mas mesmo assim recebe um fluxo. O fluxo chega ao arquivo e acaba sendo quebrado. Talvez eu esteja colocando em arquivo incorretamente, mas o mais provável é que a matriz de caracteres seja preenchida com informações estranhas no momento do impasse.
É com isto que devemos lidar agora