y de nuevo dll y el mercado - página 19
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Lo he resuelto, debería funcionar...
aquí hay algo como estohttps://cloud.yandex.ru/docs/speechkit/tts/request
derecha )
Hay documentación detallada en el sitio web de IBM.
Es de gran ayuda para usted. Pero desgraciadamente IBM no tiene una voz que hable ruso.
Hay documentación detallada en el sitio web de IBM.
Es de gran ayuda para usted. Pero desgraciadamente IBM no tiene una voz que hable ruso.
y en esta documentación todo está muy claro. Tanto curl como postman son fáciles de configurar y obtienen un flujo de audio correcto, ¡pero no WebRequest! ) Ese es el problema, discutido desde la quinta página de este hilo )))))
Autenticación en los servicios Watson
Última actualización: 2019-12-12Control en GitHub: Documentación abierta | Editar tema
Utiliza IBM® Cloud Identity and Access Management (IAM) para enviar solicitudes autenticadas a los servicios públicos de IBM Watson™. Con las políticas de acceso de IAM, puede asignar el acceso a más de un recurso desde una sola clave. Además, un usuario, un ID de servicio y una instancia de servicio pueden contener varias claves API.
Los complementos de IBM Cloud Pak utilizan un mecanismo de autenticación diferente para los datos. Para más información, consulte la documentación de su complemento.
credenciales
Para autenticar el servicio a través de su API, pase sus credenciales a la API. Puede pasar un token de portador en la cabecera de autorización o en la clave de la API.
Realiza la autenticación mediante un token de IAM.
Los tokens IAM son credenciales temporales, válidas durante 60 minutos. Cuando el token caduca, se genera uno nuevo. Los tokens pueden ser útiles para el acceso temporal a los recursos. Para obtener más información, consulte Generación de un token de IBM Cloud IAM mediante una clave de API.
Realice la autenticación mediante una clave de API de IBM Cloud, una clave de API de ID de servicio o una clave de API específica del servicio.
Las claves API son fáciles de usar y no tienen fecha de caducidad. Cualquier persona con una clave válida puede acceder al recurso. Puede crear claves de API separadas para diferentes usuarios, diferentes aplicaciones o para soportar escenarios de rotación de claves. Puede revocar las claves de la API desde la consola sin molestar a otras claves de la API o al usuario.
Para las pruebas y el desarrollo puede pasar la clave de la API directamente. Sin embargo, para el uso en producción, si no está utilizando el SDK de Watson, utilice el token de IAM. Al pasar la clave de la API, el servicio busca la información de la clave de la API, lo que puede afectar al rendimiento. Para obtener más información, consulte Llamada a las API de servicios de IBM Cloud.
Los SDK de Watson admiten ambos métodos. Para más información, consulte. La sección de Autenticación de la Guía de Referencia de la API para su servicio y SDK.
Los usuarios del plan Premium también pueden utilizar IBM® Key Protect for IBM Cloud™ para gestionar el acceso a los datos. Para obtener más información, consulte el documento IBM® Key Protect. Protección de la información sensible en el servicio Watson.
Acerca de las claves API
Los servicios de Watson admiten tres tipos de claves API:
Las claves de API de IBM Cloud están asociadas a la identidad del usuario. Sólo el usuario asociado a una llave puede eliminarla. La misma clave de API de IBM Cloud puede utilizarse para acceder a diferentes servicios. Para obtener más información sobre cómo trabajar con claves de API de IBM Cloud, consulte Gestionar claves de API de usuario.
Claves API de identificación del servicio
Los identificadores de servicio proporcionan acceso a sus servicios de IBM Cloud a través de aplicaciones alojadas tanto dentro como fuera de IBM Cloud. Las claves API asociadas a los identificadores de servicio proporcionan el acceso asociado a ese identificador de servicio. Para más información sobre las claves de ID de servicio, véase Gestionar claves de ID de servicio. Sección de gestión de la clave API del ID de servicio.
Prácticas recomendadas para la clave de la API
Mantenga sus claves de API seguras para reducir la posibilidad de que se divulguen públicamente las credenciales que podrían comprometer su cuenta y sus aplicaciones. Para mantener la seguridad de sus claves API, siga estas directrices.
Asigne el rol de servicio más restrictivo que sea apropiado para el nivel de acceso que necesita.
Por ejemplo, asigne el rol de servicio de lectura para las llamadas de la aplicación a los métodos GET de la API. Este rol tiene acceso de sólo lectura, por lo que no puede crear o editar recursos.
No inserte la clave API directamente en el código.
Los usuarios pueden acceder a las claves de la API incrustadas en el código. En lugar de incrustar las claves de la API en el código, guárdelas en variables de entorno o en archivos fuera de su sistema de control de fuentes.
No almacene la clave de la API en archivos dentro del sistema de control de código fuente de su aplicación.
Si almacena las claves de la API en archivos, hágalo fuera del código fuente de su aplicación. Esta práctica es importante si utiliza un sistema de control de código fuente público como GitHub.
Restaurar o rotar las claves API.
Crea periódicamente nuevas llaves o rótalas. Y no olvides borrar las llaves que ya no uses.
Cita:
Realice la autenticación mediante una clave de API de IBM Cloud, una clave de API de ID de servicio o una clave de API específica del servicio
dice para seleccionar la clave correcta para la autenticación. Es decir, este procedimiento no puede ser ignorado.
Pregunta a TC: ¿de dónde has sacado la llave?
Aparentemente, el problema es sólo con la autorización. Este servicio es muy estricto en cuanto al uso de sus servicios. Hay muchos matices en su política y es poco probable que un enfoque gratuito funcione. Podrías escribir a su equipo de soporte y preguntarles cómo iniciar la sesión correctamente.
Peter, ¡gracias!
No se trata de IBM. Todo funciona correctamente con curl, postman. La autorización sólo se hace para un servicio, se hace con apikey y keyID.
El problema está en WebRequest y ningún enlace adicional a los sitios de los proveedores de TTS ayudará aquí, desafortunadamente.
Un ejemplo de trabajo de recuperación de información binaria de servicios similares de Microsoft TTS, Google TTS, Yandex TTS usando WebRequest es útil.
El truco está en escribir correctamente la sintaxis de WebRequest. La Referencia MQL5 sólo tiene un ejemplo de WebRequest, ¡y es un escollo! )))
¿Ves cuántos ejemplos hay en el sitio web de IBM para diferentes lenguajes de scripting? Curl, Java, Python
MQL5 no está en la lista y tengo que adivinar el lodo de una bebida remotamente parecida al cacao
Aquí en este sitio - subí un archivo de texto - y obtuve un archivo .wav
¿cómo organizarlo automáticamente?https://audio.online-convert.com/convert-to-wav
Sólo en inglés
Peter, ¡gracias!
No se trata de IBM. Todo funciona correctamente con curl, postman. La autorización sólo se hace para un servicio, se hace con apikey y keyID.
El problema está en WebRequest y ningún enlace adicional a los sitios de los proveedores de TTS ayudará aquí, desafortunadamente.
Un ejemplo de trabajo de recuperación de información binaria de servicios similares de Microsoft TTS, Google TTS, Yandex TTS usando WebRequest es útil.
El truco está en escribir correctamente la sintaxis de WebRequest. La Referencia MQL5 sólo tiene un ejemplo de WebRequest, ¡y es un escollo! )))
¿Ves cuántos ejemplos hay en el sitio web de IBM para diferentes lenguajes de scripting? Curl, Java, Python
El MQL5 no aparece en la lista y tengo que adivinar un lodo de una bebida que se parece vagamente al cacao.
El hecho es que MQL5 es un lenguaje para el desarrollo de aplicaciones propietarias para ser vendidas. La política global general respecto al uso de contenidos o servicios gratuitos en el software de pago es diferente. Tengo la sospecha de que por alguna razón el webrequest no carga desde IBM y sigue apareciendo el error 401.
La sintaxis de la solicitud o la clave de la API son incorrectas.
O bien la solicitud de la plataforma MT5 utilizada para el desarrollo de productos comerciales no es compatible. 3.
3. o la función WebRequest funciona de una manera específica y está restringida internamente para tal uso.
4. O, algún otro problema...
La cuestión es que MQL5 es un lenguaje para desarrollar aplicaciones propias para su venta. La política general del mundo respecto al uso de contenidos o servicios gratuitos en el software de pago es diferente. Tengo la sospecha de que por alguna razón el webrequest no carga desde IBM y sigue apareciendo el error 401.
La sintaxis de la solicitud o la clave de la API son incorrectas.
O bien la solicitud de la plataforma MT5 utilizada para el desarrollo de productos comerciales no es compatible. 3.
3. o la función WebRequest funciona de una manera específica y está restringida internamente para tal uso.
4. O bien, algún otro problema...
algún otro problema. Como decimos entre los expertos, "hay algo que no funciona" ))).
Un poco más arriba, escribí en detalle cómo WebRequest se congela pero sin embargo recibe un flujo. El flujo llega al archivo y resulta estar roto. Quizás lo estoy poniendo en el archivo de forma incorrecta, pero lo más probable es que el array de char se llene de información extraña en el momento del bloqueo.
Esto es lo que debemos tratar ahora