![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Intentaré hacer la pregunta una tercera vez). MetaDriver mostró un ejemplo aquí. Aquí es donde di mi ejemplo.
El gráfico se reduce cuando el número de operaciones empieza a superar los 3000. ¿Los desarrolladores tienen en cuenta este problema?
Este problema no nos permite analizar los resultados de las operaciones en el terminal de una sola vez cuando probamos el sistema en una gran franja de datos históricos cuando la cantidad de operaciones puede ser de unos 10000 y más.
Recuerdo que tenía algo similar en Excel. Pero el programa estaba sobrecargado de fórmulas complejas y simplemente se colgaba si el número de líneas superaba las 5000. ¿Cuál puede ser el problema aquí?
Secundo la pregunta. La misma situación. Aunque no sabía que estaba relacionado con el número de operaciones. Ahora lo sabré, gracias :)
De cara al Campeonato, sería bueno resolver este problema.
Intentaré hacer la pregunta una tercera vez). MetaDriver mostró un ejemplo aquí. Aquí es donde di mi ejemplo.
El gráfico se reduce cuando el número de operaciones empieza a superar los 3000. ¿Los desarrolladores tienen en cuenta este problema?
Este problema no nos permite analizar los resultados de las operaciones en el terminal de una sola vez cuando probamos el sistema en una gran franja de datos históricos cuando la cantidad de operaciones puede ser de unos 10000 y más.
Recuerdo que tenía algo similar en Excel. Pero el programa estaba sobrecargado de fórmulas complejas y simplemente se colgaba si el número de líneas superaba las 5000. ¿Cuál puede ser el problema aquí?
Habrá una solución en la próxima versión. El arreglo es el siguiente:
El agente probador ahora siempre envía paquetes habituales con cambios de equi-balance. Si el número de cambios es superior a 16384 (cambios de equi-balance para Moving Average.ex5 durante 12 años en Euro-reloj), se realiza el "empaquetamiento" de los nuevos datos. Se eliminan 2/5 de los registros de la parte 10240, es decir, se adelgazan los datos anteriores. Los datos tardíos se muestran tal cual
Habrá una solución en la próxima versión. Es lo siguiente:
El agente probador ahora siempre envía paquetes regulares con cambios de saldo de capital. La ampliación de la información se realiza ahora en el lado del terminal del cliente. Si el número de cambios es superior a 16384 (cambios de equi-balance para Moving Average.ex5 durante 12 años en Euro-reloj), se realiza el "empaquetamiento" de los nuevos datos. Se eliminan 2/5 de los registros de la parte 10240, es decir, se adelgazan los datos anteriores. Los datos tardíos se muestran tal cual
Habrá una solución en la próxima versión.
¿Habrá algún comentario por parte de los desarrolladores sobre la función SeriesInfoInteger(símbolo,0,SERIES_SERVER_FIRSTDATE), devuelve cero cuando intento solicitar la fecha de inicio del historial para un símbolo distinto al que está ejecutando el Asesor Experto.
Por favor, recuérdame el número de ticket en el Service Desk (o actualiza la aplicación).
Para los problemas no triviales, es preferible tratarlos en el Service Desk.
Por favor, recuérdame el número de ticket en el Service Desk (o actualiza la aplicación).
Para cuestiones no triviales, es preferible tratar con el servicio de atención al cliente.
HistorySelect(), HistoryDealsTotal(), Tester, Modo de comercio: retraso aleatorio.
En el probador, en el modo de retraso aleatorio, la función HistoryDealsTotal() a veces
determina incorrectamente el número de operaciones en el segmento seleccionado mediante HistorySelect() del historial,
añadiéndole la cantidad total de tratos desde el principio de la historia.
En este caso, la lista final de ofertas, formada mediante HistoryDealGetTicket() en base a los valores de HistoryDealsTotal()
es la siguiente: trato 3; trato 4; trato 5; trato 1; trato 2; trato 3; trato 4; trato 5;
donde deal 3 - deal 5 son ofertas para el periodo seleccionado por el usuario.
¿Pueden decirme cómo averiguar la hora de cierre de una transacción?
No lo encuentro en las propiedades del trato.