¿Quién puede compartir su experiencia en el uso de notificaciones Push en MetaTrader 4 / MetaTrader 5 utilizando MetaQuotes ID? - página 5
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
En principio, la idea de enviar una señal al terminal es interesante.
Otra cosa es que técnicamente no es fácil: el terminal tendrá que mantenerse en contacto constante con un servidor push especial.
Aunque, podemos resolver el problema perfectamente, actuando a través de los servidores de los corredores, que pueden instantáneamente en milisegundos entregar tales señales exactamente a los terminales conectados, que están en línea. Los servidores de comercio son sólo eso, servidores push con latencia cero.
Aunque, podemos resolver el tema perfectamente actuando a través de los servidores de los brokers
Aunque, podemos resolver el problema perfectamente actuando a través de servidores de brokers que pueden entregar instantáneamente dichas señales en milisegundos precisamente a los terminales conectados que están en línea. Los servidores de comercio son sólo eso, servidores push con latencia cero.
Sigo siendo partidario de CommandString en el servidor de comercio, con accesibilidad MQL5.
Es decir, para una buena implementación de órdenes ficticias.
Otras señales especiales en el terminal están en contra.
Sigo siendo partidario de CommandString en el servidor de comercio, con accesibilidad MQL5.
Es decir, para una buena implementación de órdenes ficticias.
Otras señales especiales en el terminal están en contra.
El envío de la señal directamente (sin pasar por el servidor de operaciones) al terminal sólo puede ser necesario en un caso:
Pero esta situación es, francamente, de traca. En todos los demás casos, el servidor de comercio sólo necesitará almacenar no sólo la información sobre las órdenes de comercio en la cuenta, sino también alguna información de servicio (CommandString).
Ya existe una solución que funciona al 99% en cualquier plataforma. Sólo estoy sugiriendo que se legalicen las órdenes ficticias mediante la creación de la cadena de mando.
El envío de la señal directamente (sin pasar por el servidor de operaciones) al terminal sólo puede ser necesario en un caso:
Pero esta situación, francamente, se nos va de las manos. En todos los demás casos es suficiente tener en el servidor de comercio no sólo información sobre las órdenes de comercio de la cuenta, sino también alguna información de servicio (CommandString).
Ya existe una solución que funciona al 99% en cualquier plataforma. Sólo estoy sugiriendo que se legalicen las órdenes ficticias mediante la creación de la cadena de mando.
Sí. Suena convincente.
Me tomo un descanso. "Chapay pensará..." :)
Cuanto más atado esté todo al servidor de comercio, mayor será la posibilidad de, er...., perjudicar al comerciante. Espero haberme explicado bien.
En este caso, el servidor de comercio es sólo un transporte, que no puede ser interferido por el corredor de ninguna manera. Incluso el contenido del equipo no se mostrará en el servidor, ya que el contenido estará encriptado con una clave única para cada cliente, a la que sólo puede acceder el cliente final.
Además, cada mensaje será firmado adicionalmente con nuestra firma digital y ni el servidor ni el cliente dejarán pasar nada sin firmar.
En otras palabras, el sistema de entrega es seguro.
Lo único que queda por hacer es conseguir la aprobación del corredor para dicho servicio:)