¿Cómo es el Websocket? - página 3
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
Sí, instala visual studio community, es gratis.
visual studio esundesarrollo de mikrosoft.
Tal vez me equivoque, pero tras un rápido vistazo al código no he visto la implementación de websocket, allí se implementa tcp socket.
Expresaré mi posición al respecto: la implementación de algo puramente en lenguaje mql es por supuesto genial. Es agradable cuando todo se implementa en un solo entorno. Ningún entorno de desarrollo es capaz de cubrir todas las necesidades, por eso se crean diferentes tipos de bibliotecas que amplían las posibilidades del entorno de desarrollo. Pero este no es ni siquiera el principal problema. En mql no hay multithreading ni asincronía, todos los métodos se ejecutan de forma estrictamente secuencial. Cualquier referencia a fuentes externas, ya sea una petición http o una petición web, lleva inevitablemente a detener el programa hasta que se reciba una respuesta. A veces estas interrupciones pueden ser importantes, especialmente si hay una interrupción de Internet. Desde mi punto de vista cualquier interacción externa es mejor hacerla en forma de librerías de terceros (dll).
Websockets es un complemento de los sockets tcp, el que he posteado implementa un trozo de un cliente websocket clásico segúnhttps://tools.ietf.org/html/rfc6455
Desde mi punto de vista, cualquier interacción externa es mejor hacerla en forma de bibliotecas de terceros (dll).
Esta cuestión es puramente una cuestión de religión personal y los requisitos del TdR.
Me sentí más cómodo con la forma en que se hizo.
¿Lo has probado para internet, cómo se especifica en la configuración de la MT para usar ws?
Dimitri, no digo que sea la única manera de hacerlo y no se lo impongo a nadie. Estoy expresando mi posición sobre este tema, nada más. :)
:) Sí, lo entiendo. No hay duda de ello.
Créeme, he llegado a esta aplicación por una razón.
Al principio, existía WCF en forma de dll, que en principio funcionaba. Pero el número de muletas produce exponencialmente más bichos,
y perder el tiempo en una infraestructura torcida... no es lo correcto. Y así, todo transparente y sencillo.
Terminal de eventos <- procesamiento json -> <- clientes websocket -- servidor websocket -> <- procesamiento json <- servicios DataSience
Escribí allí arriba que ahora he congelado este cliente, ya que ha aparecido una libra python de calidad para trabajar con MT y se puede tirar otra muleta.
¿Lo has probado para internet, cómo se especifica en los ajustes de MT para usar ws?
Así que es una conexión ip, lo tenía todo dentro de un host, qué te impide introducir direcciones reales e ir como quieras.
Sólo ten en cuenta que no hice https. No me hizo falta.
¿Lo has probado para internet, cómo se especifica en los ajustes de MT para usar ws?
Foto de Atacha. El puerto 80 es para el handshake, el 5000 para los sockets tcp.
Permita dll - no lo necesita.
Así que es una conexión ip, lo tenía todo dentro de un host, qué te impide introducir direcciones reales e ir como quieras.
Sólo ten en cuenta que no hice https. No lo necesitaba.
Intenté hacer mi propio websocket basado en los sockets de MT, pero no fue más allá de un apretón de manos, no hubo respuesta. Pensé que era el "firewall" de MT.
Si la memoria no me falla, hice pruebas con este servidor http://demos.kaazing.com/echo/index.htmlIntenté hacer mi propio websocket basado en los sockets de MT, pero no pasó del handshake, no llegó ninguna respuesta. Pensé que era el "firewall" de MT.
Si la memoria no me falla, hice pruebas con este servidor http://demos.kaazing.com/echo/index.htmlSi estás implementando el protocolo websockets, necesitas implementar cabeceras binarias allí.
Sí, puede probarlo aquí:http://www.websocket.org/demos/echo/