¿Cómo es el Websocket? - página 17

Nuevo comentario
 
Fedor Arkhipov:

En este sitio podemos probar la conexión https://www.mql5.com/go?link=http%3A%2F%2Fwebsocket.org%2Fecho.html

es decir, escribimos en el formulario la dirección wss://api.huobi.pro/ws

y se hace la conexión.

Esto significa que también debemos tener una conexión. ¿Tal vez ese tipo está usando openSSL por una razón?

Según la norma, wss es análogo a https. Significa que se utiliza SSL, si se realiza la conexión, tenemos que mirar el protocolo.

Durante la conexión (handshake) puede haber un intercambio de claves (tokens) para la autorización, ¿qué hay al respecto en la documentación?

 
Дмитрий Прокопьев:

El estándar es wss, que es análogo a https. Es decir, se utiliza SSL, si la conexión se produce, hay que mirar más el protocolo.

Durante la conexión (handshake) puede haber intercambio de claves (tokens) para la autorización, ¿qué hay al respecto en la documentación?

He recibido una llave, puedo enseñársela.

Esto es lo que escriben, pero no es para Websocket. Pero lo más interesante es que el script de la web se conecta sin problemas

sin ninguna llave.


 

aquí


 
Mikhail Dovbakh:

Hay una cierta biblioteca en el mercado.
Para 4 y para 5 .

Parece que aún no se ha levantado la prohibición de las llamadas DLL para los productos del mercado, así que yo no sería tan categórico.

La dll está ahí.

La demo gratuita actualizada de la biblioteca Easy Websocket puede descargarse en
https://drive.google.com/drive/folders/1QhL6NW5LXEWZCHHSYUyoodTUfR7zTJih

 
Mikhail Dovbakh:

divertidísimo.

De alguna manera...

 
Fedor Arkhipov:

aquí


La autorización debe estar ahí tanto si se trata de websock como de rest.

Presta atención a esto:

Investiga la documentación, o busca un ejemplo de cómo utilizar su websock

 
Дмитрий Прокопьев:

La autorización debe estar ahí, ya sea websock o rest.

Presta atención a esto:

Tienes que indagar en la documentación, o buscar un ejemplo de cómo utilizar su websock

A juzgar por esto, allí también se utiliza alguna otra identificación:


//request
{
  "sub": "market.symbol.kline.period",
  "id": "id generate by client"
}
//request
{
  "sub": "market.ethbtc.kline.1min",
  "id": "id1"
}
 
Дмитрий Прокопьев:

A juzgar por esto, se utiliza alguna otra identificación:


Por cierto, aquí hay algunos ejemplos:

https://github.com/huobiapi/Futures-Python-demo

huobiapi/Futures-Python-demo
huobiapi/Futures-Python-demo
  • huobiapi
  • github.com
Contribute to huobiapi/Futures-Python-demo development by creating an account on GitHub.
 
Дмитрий Прокопьев:

Por cierto, aquí hay ejemplos:

https://github.com/huobiapi/Futures-Python-demo

https://github.com/HuobiRDCenter/huobi_CSharp/tree/master/Huobi.SDK.Example

HuobiRDCenter/huobi_CSharp
HuobiRDCenter/huobi_CSharp
  • HuobiRDCenter
  • github.com
CSharp SDK for Huobi API. Contribute to HuobiRDCenter/huobi_CSharp development by creating an account on GitHub.
 

Como trabajo mucho con web sockets, miré su documentación, por suerte sé leer documentación

1. Los flujos de MarketData no requieren identificación

2. Sin embargo, requieren una suscripción a través del envío de una puesta. En otras palabras, inmediatamente después de conectarse, no se hace ping desde el servidor.

3. Todos los datos (del servidor) están comprimidos por GZ y requieren ser desempaquetados

El identificador ps/ que el usuario establece es arbitrario, es sólo para que el usuario pueda averiguar qué solicitud fue respondida
1...101112131415161718192021222324...27
Nuevo comentario