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
¿Qué navegador? ¿Cuántas transacciones? Yo tengo 100.000 y tardo unos 10 segundos en pensar, pero se ve.
Chrome. 40K líneas. A partir del segundo clic a veces aparece el gráfico. La formación de gráficos es la que más carga la CPU.
.
Será difícil.
Cromo. 40K líneas. A partir del segundo clic a veces aparece el gráfico. Turnover-gráficos formación cargas CPU más.
.
Aquí se hace a través de un archivo. No hay problemas con la apertura automática.
Tardará un par de días. Lo pospondré si 5 millones no son suficientes. No es relevante por ahora.
Va a ser difícil.
También en el cajón. Añadir una línea
#include <MT4Orders.mqh>más fácil)si 5 millones no son suficientes.
¿Por qué trabajar con declaraciones html como esta?
Por cierto, la biblioteca es 90% multiplataforma - funciona en MT4 y MT5. Hay un poco de trabajo para que funcione en MT4.
.
Aquí se hace a través de un archivo. No hay problemas con la apertura automática.
Se crea un fichero de texto JavaScript, que se llama desde la página HTML (por cierto, no se puede guardar en un fichero aparte, sino añadirlo al código de la página, como en mi versión).
He descrito una variante de guardar los datos no en un archivo de texto, sino en un archivo binario. No se puede cargar automáticamente como un archivo JavaScript, porque no es código JS, tendrá que seleccionar este archivo en el disco para empezar a leerlo. Quizás entonces sea posible leer más de 5,6 millones de líneas.
¿Por qué trabajar así con estadísticas html?
No me di cuenta. Por desgracia, muy lento este google.charts e inconveniente en comparación con highcharts.
Lo cambié a highchart. Resultó ser mejor: google.charts se congeló en 700.000 operaciones, mientras que highchart las mostraba sin frenos especiales y era capaz de hacer zoom en operaciones individuales.
Puede elegir Ordinal - paso uniforme (como en los informes de los probadores de MetaQuotes), o Logarítmico - escala logarítmica (puede ser útil si tiene un crecimiento exponencial del saldo). Después de cambiar estos elementos, es necesario hacer clic de nuevo en el gráfico deseado para aplicar la opción seleccionada.Si alguien lo finaliza, actualizaré el código para que esté disponible para todos.
Cambié a highchart. Resultó ser mejor: google.charts se congeló en 700.000 operaciones, mientras que highchart las mostraba sin frenos especiales y podía hacer zoom en operaciones individuales.
¡Es genial!
Puedes elegir Ordinal - paso uniforme (como en los informes de los probadores de MetaQuotes), o Logarítmico - escala logarítmica (puede ser útil si tienes un crecimiento exponencial del balance). Después de cambiar estos elementos, es necesario hacer clic de nuevo en el gráfico deseado para aplicar la opción seleccionada.
Útil.
La cronología parece estar rota.
.
La cronología parece estar roto.
Sólo el informe del probador MQ tenía esto. El virtual no lo tenia.
Puse todas las operaciones, incluyendo las de limite, en el array para graficar. No cambian el balance, así que no interferían mucho.
Resultó que el probador MQ transfiere las órdenes límite borradas al archivo con un retraso:

Orden
entró en la historia 2 ticks más tarde. Debería haber sido después de 00:03 : 59.331, tick 00:03:59.380 fallado, movido a la historia en 00:03:59.430 tick.
Order
.
Hora de cierre es correcta, pero al parecer tienen los límites en una matriz separada y la transferencia a la historia no se procesa en cada tick.
En su probador virtual, todo está claro: (la matriz es compartida y se envía a la historia en su propia garrapata)

He eliminado la salida de límites en los gráficos, ahora estas barras con tiempo incorrecto no están allí.