Forex seguro, rentable y emocionante - página 6
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
El precio del par depende en un 90% de la ruptura de los niveles anteriores.
¿Forex detectó algo malo y te baneó por si acaso? ¿O se trata de un momento de no negociación?
Hoy ha vuelto a ocurrir la misma situación:
2017.02.22 02:00:08.326 '3389676': orden de venta 0.01 EURUSD apertura a 1.0536 sl: 0.0000 tp: 0.0000 falló [El mercado está cerrado]
Pero cuando manualmente, en el escritorio, llamé y cerré el EA, éste abrió la posición con éxito:
2017.02.22 02:07:38.121 '3389676': la orden #115497034 vender 0.01 EURUSD a 1.0536 fue modificada -> sl: 1.1036 tp: 1.0036
Hoy ha vuelto a ocurrir la misma situación:
2017.02.22 02:00:08.326 '3389676': orden de venta 0.01 EURUSD apertura a 1.0536 sl: 0.0000 tp: 0.0000 falló [El mercado está cerrado]
Pero cuando manualmente, en el escritorio, llamé y cerré el EA, éste abrió la posición con éxito:
2017.02.22 02:07:38.121 '3389676': la orden #115497034 vender 0.01 EURUSD a 1.0536 fue modificada -> sl: 1.1036 tp: 1.0036
Por cierto, acerca de su kamikaze - usted puede hacer sólo un robot, que se iniciará un nuevo comercio con un nuevo mago cuando se detecta el depósito a la cuenta.
Hoy ha vuelto a ocurrir la misma situación:
2017.02.22 02:00:08.326 '3389676': orden de venta 0.01 EURUSD apertura a 1.0536 sl: 0.0000 tp: 0.0000 falló [El mercado está cerrado]
Pero cuando manualmente, en el escritorio, llamé y cerré el EA, éste abrió la posición con éxito:
2017.02.22 02:07:38.121 '3389676': la orden #115497034 vender 0.01 EURUSD a 1.0536 fue modificada -> sl: 1.1036 tp: 1.0036
cuando abres una posición tienes que comprobar - ¿el mercado funciona? A las 02:00, 02:07 (hora local del terminal), el servidor puede estar en la mierda profunda (medianoche), la operación puede estar parada durante 10-15 minutos mientras el DC está cargando los swaps, las comisiones y las órdenes de transferencia. En realidad, la normativa suele advertir de ello y, en el "duro mundo real", hay que leer todos los documentos.
Yusuf, puede darse la situación de que en la apertura de un nuevo día tu CC reabra posiciones, cobre swaps, o lo que sea que haga. Durante este tiempo, el comercio está prohibido. Sólo tienes que intentar abrir un poco más tarde. Su Asesor Experto tiene un ajuste para el número de intentos si falla. La configuración por defecto es 5. ¿Tal vez deberías intentar aumentarlo? Aunque, golpear al servidor con peticiones estúpidas cuando devuelve que el mercado está cerrado no es una buena idea. Pero de alguna manera hay que determinar que el comercio ya está permitido...
Por cierto, acerca de su kamikaze - usted puede hacer sólo un robot, que se iniciará un nuevo comercio con un nuevo mago cuando se detecta el depósito a la cuenta.
1. Hay ejemplos de cómo hacer un pedido a tiempo:
2017.02.20 02:00:04.139 '3389676': orden instantánea de venta de 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000
2017.02.20 02:00:07.009 '3389676': la orden fue abierta : #115360836 vender 0.01 EURUSD a 1.0619 sl: 0.0000 tp: 0.0000
2017.02.20 02:00:07.009 '3389676': modificar orden #115360836 vender 0.01 EURUSD a 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119
2017.02.20 02:00:07.727 '3389676': la orden #115360836 vender 0.01 EURUSD a 1.0619 fue modificada -> sl: 1.1119 tp: 1.0119
El pedido se ha establecido con éxito.
Pero, al día siguiente, el proceso se rompe en el segundo paso:
2017.02.21 02:00:05.795 '3389676': orden instantánea de venta de 0,01 EURUSD a 1,0612 sl: 0,0000 tp: 0,0000
2017.02.21 02:00:06.825 '3389676': orden de venta 0.01 EURUSD apertura a 1.0612 sl: 0.0000 tp: 0.0000 falló [El mercado está cerrado]
2 Intentaré aumentar el número de peticiones, en caso de que no sirva de nada, lo lanzaremos a la 01.00 o 00. 30 de tiempo DC;
3. sobre el cambio de Magician: En primer lugar, tengo que cambiar el código del Asesor Experto y esto no significa que no habrá confusión en la contabilidad del trabajo de cada robot. Cuando una cuenta muere, una cuenta recién iniciada ocupa su lugar en la UPU. Creo que es más fácil en todos los sentidos.
1. Hay ejemplos de cómo hacer un pedido a tiempo:
2017.02.20 02:00:04.139 '3389676': orden instantánea de venta de 0,01 EURUSD a 1,0619 sl: 0,0000 tp: 0,0000
2017.02.20 02:00:07.009 '3389676': la orden fue abierta : #115360836 vender 0.01 EURUSD a 1.0619 sl: 0.0000 tp: 0.0000
2017.02.20 02:00:07.009 '3389676': modificar orden #115360836 vender 0.01 EURUSD a 1.0619 sl: 0.0000 tp: 0.0000 -> sl: 1.1119 tp: 1.0119
2017.02.20 02:00:07.727 '3389676': la orden #115360836 vender 0.01 EURUSD a 1.0619 fue modificada -> sl: 1.1119 tp: 1.0119
El pedido se ha establecido con éxito.
Pero, al día siguiente, el proceso se rompe en el segundo paso:
2017.02.21 02:00:05.795 '3389676': orden instantánea de venta de 0,01 EURUSD a 1,0612 sl: 0,0000 tp: 0,0000
2017.02.21 02:00:06.825 '3389676': orden de venta 0.01 EURUSD apertura a 1.0612 sl: 0.0000 tp: 0.0000 falló [El mercado está cerrado]
2 Intentaré aumentar el número de peticiones, en caso de que no sirva de nada, lo lanzaremos a la 01.00 o 00. 30 de tiempo DC;
3. sobre el cambio de Magician: En primer lugar, tengo que cambiar el código del Asesor Experto y esto no significa que no habrá confusión en la contabilidad del trabajo de cada robot. Cuando una cuenta muere, una cuenta recién iniciada ocupa su lugar en la UPU. Creo que es más fácil en todos los sentidos.
Hay una medianoche en la que se cobra el canje "doble", por lo que el proceso puede durar más tiempo. Básicamente, podría haber inconsistencias/discrepancias entre los proveedores de DC y de liquidez (esos tachones y huecos nocturnos), de nuevo, el servidor necesita ordenar las pilas de todos los instrumentos hasta un estado de funcionamiento.
El trabajo se ha estancado debido al funcionamiento incorrecto del servidor de mi corredor:
No puedo resolver la situación cuando un mismo EA en una cuenta (cent PAMM) coloca correctamente las órdenes al inicio del TF D1 (EA 1 condicional) y el otro (EA 2) en una cuenta regular de cent "comic" es rechazado por (el mercado está cerrado) y no abre una posición hasta que es llamado y cerrado de nuevo sin ninguna reconfiguración. Un poco antes hemos hablado de esta situación aquí y muchos han aconsejado averiguar:
1. contactar con el soporte técnico de la empresa de corretaje y comprobar si está relacionado con los swaps y las comisiones al inicio del TF D1.
El Servicio respondió: Sí, puede estar relacionado con los swaps y las comisiones y el Asesor Experto responde "El mercado está cerrado" y cierra el ciclo de solicitud de apertura. Nos han aconsejado que arreglemos este error en el Asesor Experto. Entonces la pregunta sigue siendo por qué el EA #1 no logra funcionar correctamente?
Sospecho que esto se debe a los diferentes servidores del DC (?).
2. He mirado cuidadosamente el panel de configuración de ambos EAs - todo es idéntico, excepto por una extraña circunstancia:
En el panel de EA #2 defectuoso en la sección "Seguridad" hay 3 opciones:
- permitir laimportación de funciones desde la DLL - se comprueba;
- Permitir la importación desde EAs externos - marcado;
- Permitir el cambio de la configuración de las señales - no marcar la casilla.
Sólo hay 2 opciones en la sección de "Seguridad" en el panel del EA #1 en funcionamiento, y la tercera opción no aparece:
- permitir la importación de funciones desde la DLL - hay una marca de verificación;
- Permitir la importación desde EAs externos - marque esta casilla;
¡Entonces, ejecuté el EA #1 en el EA #2 en el servidor y lo increíble sucedió - el EA #1 se convirtió en el EA #2 y la tercera línea apareció y también aparentemente se volvió defectuosa!
Es posible que algo haya cambiado en el código del EA - no he abierto el código.
Copié el EA #1 y lo puse en el terminal para el EA #2 - y el EA #1 inmediatamente se convirtió en un EA #2 defectuoso (!).
Ahora la pregunta es: ¿Puede esta circunstancia influir en la funcionalidad del EA?
3. Sospecho que los dos servidores de DC son fundamentalmente diferentes entre sí en lo que se refiere al trabajo de los asesores y llamaré la atención del soporte técnico de DC sobre este hecho.
Estimados programadores, espero su ayuda para resolver esta situación.
Mientras tanto, 4 cómics que se ejecutan en el VPS y 1 cómic en el ordenador de casa se controlan manualmente debido a este problema, por lo que el lanzamiento masivo del proyecto puede ser olvidado temporalmente.
Yusuf ¡hola!
Parece que los DCs se han dado cuenta de que pueden perder millones .... por lo que se interponen en el camino.
El trabajo se ha estancado debido al funcionamiento incorrecto del servidor de mi corredor:
No puedo resolver la situación cuando un mismo EA en una cuenta (cent PAMM) coloca correctamente las órdenes al inicio del TF D1 (EA 1 condicional) y el otro (EA 2) en una cuenta regular de cent "comic" es rechazado por (el mercado está cerrado) y no abre una posición hasta que es llamado y cerrado de nuevo sin ninguna reconfiguración. Un poco antes hemos hablado de esta situación aquí y muchos han aconsejado averiguar:
1. contactar con el soporte técnico de la empresa de corretaje y comprobar si está relacionado con los swaps y las comisiones al inicio del TF D1.
El Servicio respondió: Sí, puede estar relacionado con los swaps y las comisiones y el Asesor Experto responde "El mercado está cerrado" y cierra el ciclo de solicitud de apertura. Nos han aconsejado que arreglemos este error en el Asesor Experto. Entonces la pregunta sigue siendo por qué el EA #1 no logra funcionar correctamente?
Sospecho que esto se debe a los diferentes servidores del DC (?).
2. He mirado cuidadosamente el panel de configuración de ambos EAs - todo es idéntico, excepto por una extraña circunstancia:
En el panel de EA #2 defectuoso en la sección "Seguridad" hay 3 opciones:
- permitir laimportación de funciones desde la DLL - se comprueba;
- Permitir la importación desde EAs externos - marcado;
- Permitir el cambio de la configuración de las señales - no marcar la casilla.
Sólo hay 2 opciones en la sección de "Seguridad" en el panel del EA #1 en funcionamiento, y la tercera opción no aparece:
- permitir la importación de funciones desde la DLL - hay una marca de verificación;
- Permitir la importación desde EAs externos - marque esta casilla;
¡Entonces, ejecuté el EA #1 en el EA #2 en el servidor y lo increíble sucedió - el EA #1 se convirtió en el EA #2 y la tercera línea apareció y también aparentemente se volvió defectuosa!
Es posible que algo haya cambiado en el código del EA - no he abierto el código.
Copié el EA #1 y lo puse en el terminal para el EA #2 - y el EA #1 inmediatamente se convirtió en un EA #2 defectuoso (!).
Ahora la pregunta es: ¿Puede esta circunstancia influir en la funcionalidad del EA?
3. Sospecho que los dos servidores de DC son fundamentalmente diferentes entre sí en lo que se refiere al trabajo de los asesores y llamaré la atención del soporte técnico de DC sobre este hecho.
Estimados programadores, espero su ayuda para resolver esta situación.
Mientras tanto, 4 cómics que se ejecutan en el VPS y 1 cómic en el ordenador de casa es en realidad controlado manualmente debido a este problema, por lo tanto, el lanzamiento masivo del proyecto puede ser olvidado temporalmente.
Yusuv, ¿qué te parece cambiar de corredor?