La tarea de búsqueda de pedidos - página 4
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
...
Dame un ejemplo ( MT5 ) cuando sólo TIENES que dejar una orden previamente colocada en el mercado,
...
La conclusión es que, aunque el sistema operativo del servidor se caiga, se puede ejecutar un PC doméstico que restablecerá el control de la cuenta en el momento que se requiera para reiniciar el servo.
En mi experiencia trabajando con los servidores VDS / VPS OS nunca voló, pero los reinicios son imprevistos y programados sucede.
La esencia de mi pregunta es escribir correctamente un código que recoja información sobre la situación actual...
Uno que restaure, no que borre. ¿Sobre qué he escrito? Sobre la restauración, que es algo bueno. Me han dicho que hay que borrar. Deberías tener más cuidado ;)
Estoy de acuerdo contigo, para qué vas a necesitar un EA que pueda abrir y cerrar órdenes por lotes cuando el sistema falla, perdiendo todo en el spread...
El asesor debe reunir información por condición y luego trabajar según su algoritmo...
Mierda, hombre, *** no mientas. Usted mismo ha definido la dirección correcta: el estado debe ser restaurado por el entorno actual, lo que MT le da es la opción más fiable. En lugar de ello, escribes una larga e inútil clase Info, en la que tienes que meter de alguna manera los valores encontrados por las funciones externas. Sí, eventualmente contendrá las variables que necesitas: ticket máximo y mínimo en términos de precio para el pedido, así como otras cosas importantes para ti. Pero en realidad el problema se resuelve con un contenedor especializado de órdenes: Imagina que tienes una lista de órdenes, donde cada orden representa una fila de la tabla con muchas columnas (id de la orden, hora de apertura, precio de apertura, beneficio, etc., etc.). Se hace la ordenación por una de las columnas, y se obtiene exactamente la secuencia que se necesita. Por lo tanto, todo esto se puede hacer con la ayuda de las clases, que le gusta usar (aunque despistado, lo siento). Mañana escribiré cómo hacerlo, si te interesa.
Por ejemplo, un tapón en la posición de stop loss.
¿Qué le impide borrar y volver a instalar durante la inicialización?
¿Por qué exactamente RESTAURAR el control?
¿Qué le impide borrar y volver a instalar durante la inicialización?
¿Por qué hay que RESTAURAR el control?
Porque con este enfoque, sólo recogemos información sobre el entorno una vez en el momento de la inicialización,
a veces ocurre que el broker divide la orden abierta, es decir, usted envía 0,05 y el broker lo acepta como 0,02 y 0,03
Por lo tanto, es mejor recibir información sobre el entorno en cada tic o en un intervalo de tiempo determinado.
Por ejemplo, creo que el EA debería tener toda la información sobre el símbolo negociado y las órdenes todo el tiempo.
1. ¿qué impide que se borre durante la inicialización y se vuelva a instalar?
2. ¿Por qué exactamente RESTAURAR el control?
1. ¿Has oído la anécdota de la extirpación de las amígdalas? No hay nada que lo impida.
2. Mínima redundancia, mínima interferencia y, por tanto, mayor cumplimiento del plan previsto. Las órdenes pendientes se ejecutan sin el control del Asesor Experto. Por lo tanto, sería más razonable dejar la orden en el mercado, y luego restablecer el control. El reinicio es sólo unos minutos, si durante este tiempo la orden funciona, la estrategia probablemente no se romperá todavía, el Asesor Experto analizará la situación y continuará. Si eliminamos la orden, no podremos ponerla en el mismo lugar y entonces tendremos que corregir la estrategia por la orden de mercado lo que hace más complejo el algoritmo.
Al reiniciar, tendremos que borrar y cerrar todo y luego reiniciar desde el principio. Esto no resiste las críticas.
Hay un principio bien conocido: "no multiplicar las entidades innecesariamente". Y un principio similar puede y debe cumplirse aquí: no realizar operaciones comerciales innecesarias.
1. ¿Has oído la anécdota de la extirpación de las amígdalas? Nada se interpone en el camino.
2. Mínimas acciones innecesarias, mínimas interferencias, lo que supone un mayor cumplimiento del plan previsto. Las órdenes pendientes se ejecutan sin el control del Asesor Experto. Por lo tanto, sería más razonable dejar la orden en el mercado, y luego restablecer el control. El reinicio es sólo unos minutos, si durante este tiempo la orden se dispara, la estrategia probablemente no se romperá todavía, el Asesor Experto analizará la situación y continuará. Si eliminamos la orden, no se colocará en el mismo lugar y tendremos que corregir la estrategia por la orden de mercado lo que hace más complejo el algoritmo.
Al reiniciar, hay que borrar y cerrar todo y volver a empezar. Esto no resiste las críticas.
Hay un principio bien conocido: "no multiplicar las entidades innecesariamente". Y este principio puede y debe seguirse aquí: no realizar operaciones comerciales innecesarias.
Por alguna razón, predije esta respuesta: ¡nada concreto!
No he tenido ni una sola caída en 4,5 años, y no he tenido ni un solo cuelgue en 3,5 años de uso del terminal.
Cuando arranca el Asesor Experto después de una "caída" (si es que ocurre), no importa cuántas y qué órdenes tenía, y nunca sabrá cuáles introdujo.
No importa el número de pedidos que haya tenido, pero sí importa si tiene o no tiene un PUESTO, porque es posible que tenga que ELIMINAR todos sus pedidos anteriores que ahora están cerrados.
Porque puede que tenga que cancelar órdenes que no se ajustan a la posición que ya tiene, y puede que quiera volver a revisar todas sus órdenes anteriores que actualmente no se ajustan a la posición que tiene.
Entonces, ¿por qué restablecer el control (¡una vez al año!) si hay que eliminar las órdenes anteriores de todos modos?
¿Tiene algún sentido escribir una tonelada de código?
¿Para qué?
De alguna manera anticipé esta respuesta: ¡nada concreto!
No he tenido ni una sola caída en 4,5 años y en 3,5 años de uso del terminal nunca he tenido un cuelgue.
Al arrancar el Asesor Experto, después de la "caída" (si es que ocurre), no importa cuántas y qué órdenes tenía, y nunca sabrá cuáles tenía.
Cuando se carga un EA, si es que lo tiene, no importa cuántas órdenes tenga pero sí importa si tiene o no tiene una POSICIÓN porque puede que tenga que ELIMINAR todas sus órdenes anteriores que existen actualmente en la plataforma de negociación.
Porque puede que tenga que cancelar órdenes que no se ajusten a la posición que ya tiene, y puede que quiera volver a comprobar su posición si lo hace.
Entonces, ¿por qué restablecer el control (¡una vez al año!) si hay que eliminar las órdenes anteriores de todos modos?
¿Tiene sentido escribir una tonelada de código?
¿Para qué?
En definitiva, eres tú el que está interesado en ocupar ese puesto por alguna razón.
Nadie te prohíbe que escribas juguetes para tu propio uso. Has tomado esta posición porque escribes para ti mismo y, desde luego, no vas a complicarte la vida. Si fueras un cliente, tu posición sería completamente diferente.
Además de reiniciarse, también puede experimentar interrupciones de la conexión, tras las cuales debe restablecer el control. No existe el restablecimiento del control, porque sin control no debería haber nada. En cada tic, analizas la situación y tomas una decisión.
Entiendo muy bien tu punto de vista. Escribir un EA estable y reiniciable requiere un enfoque bastante diferente y otra mirada al algoritmo. No es fácil, y para algunas personas es incluso imposible.
Todo es específico, eres tú quien está interesado en ocupar ese puesto por alguna razón.
Nadie te prohíbe escribir juguetes para ti personalmente para el probador. Has tomado esta posición porque escribes para ti, para no complicarte la vida. Si fueras un cliente, tu posición sería completamente diferente.
Además de reiniciarse, también puede experimentar interrupciones de la conexión, tras las cuales debe restablecer el control. No existe el restablecimiento del control, porque sin control no debería haber nada en absoluto. En cada tic, analizas la situación y tomas una decisión.
¿Y el cliente se preocupa? Lo más importante para el cliente es que el Asesor Experto funcione.
Si se interrumpe la conexión, usted no pierde el control, porque el ticket de pedido no se ha perdido.
P/S Y, Dimitri, ¿qué te hace pensar que escribo juguetes para el probador?
Si no escribo nada para los clientes y no vendo mis EAs, no
¡no significa que sean "juguetes"!