Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Quel navigateur ? Combien de transactions ? J'en ai 100 000 et il me faut environ 10 secondes pour réfléchir, mais cela se voit.
Chrome. 40K lignes. A partir du deuxième clic, le graphique apparaît parfois. C'est la formation Turnover-graphics qui charge le plus le CPU.
.
Ce sera difficile.
Chrome. 40K lignes. A partir du deuxième clic, le graphique apparaît parfois. C'est la formation Turnover-graphics qui charge le plus l'unité centrale.
.
Ici, cela se fait par l'intermédiaire d'un fichier. Il n'y a pas de problème d'ouverture automatique.
Cela va prendre quelques jours. Je le reporterai si 5 millions ne suffisent pas. Pas d'intérêt pour l'instant.
Ça va être dur.
Également dans le tiroir. Ajouter une ligne
#include <MT4Orders.mqh>plus facile)si 5 millions ne suffisent pas.
Pourquoi travailler avec de telles déclarations html ?
Par ailleurs, la bibliothèque est à 90% multiplateforme - elle fonctionne sur MT4 et MT5. Il reste un peu de travail pour la faire fonctionner sur MT4.
.
Ici, cela se fait par l'intermédiaire d'un fichier. Il n'y a pas de problème d'ouverture automatique.
Vous créez un fichier texte JavaScript, qui est appelé à partir de la page HTML (d'ailleurs, vous ne pouvez pas l'enregistrer dans un fichier séparé, mais l'ajouter au code de la page, comme dans ma version).
J'ai décrit une variante consistant à enregistrer les données non pas dans un fichier texte, mais dans un fichier binaire. Ce fichier ne peut pas être chargé automatiquement en tant que fichier JavaScript, car il ne s'agit pas de code JS ; vous devrez sélectionner ce fichier sur le disque pour commencer à le lire. Peut-être sera-t-il alors possible de lire plus de 5,6 millions de lignes.
Pourquoi travailler avec des statistiques html comme celles-ci ?
Je n'avais pas réalisé. Malheureusement, google.charts est très lent et peu pratique par rapport à highcharts.
J'ai changé pour highchart. Il s'est avéré meilleur : google.charts s'est figé à 700 000 transactions, tandis que highchart les a affichées sans freins particuliers et a permis de zoomer sur des transactions individuelles.
Vous pouvez choisir Ordinal - pas uniforme (comme dans les rapports des testeurs de MetaQuotes), ou Logarithmic - échelle logarithmique (cela peut être utile si vous avez une croissance exponentielle de votre solde). Après avoir modifié ces éléments, vous devez cliquer à nouveau sur le graphique souhaité pour appliquer l'option sélectionnée.Si quelqu'un le finalise, je mettrai le code à jour pour qu'il soit accessible à tous.
J'ai changé pour highchart. Il s'est avéré meilleur : google.charts s'est bloqué à 700 000 transactions, tandis que highchart les a affichées sans freins particuliers et a permis de zoomer sur des transactions individuelles.
C'est génial !
Vous pouvez choisir Ordinal - pas uniforme (comme dans les rapports des testeurs de MetaQuotes), ou Logarithmique - échelle logarithmique (cela peut être utile si vous avez une croissance exponentielle de votre solde). Après avoir modifié ces éléments, vous devez cliquer à nouveau sur le graphique souhaité pour appliquer l'option sélectionnée.
Utile.
La chronologie semble être interrompue.
.
La chronologie semble être cassée.
Seul le rapport du testeur MQ l'avait. Le rapport virtuel ne l'avait pas.
J'ai mis toutes les opérations, y compris les opérations de limite, dans le tableau pour les graphiques. Elles ne modifient pas l'équilibre, donc elles n'interfèrent pas beaucoup.
Il s'est avéré que le testeur MQ transfère les ordres à cours limité supprimés vers l'archive avec un certain retard :

Ordre
est entré dans l'histoire 2 ticks plus tard. Aurait dû être après 00:03:59.331, tick 00:03:59.380 manqué, déplacé dans l'histoire à 00:03:59.430 tick.
Ordre
.
L'heure de clôture est correcte, mais apparemment ils ont des limites dans un tableau séparé et le transfert vers l'historique n'est pas traité à chaque tick.
Dans votre testeur virtuel, tout est clair : (le tableau est partagé et est envoyé à l'historique sur son propre tick)

J'ai supprimé la sortie des limites sur les graphiques, maintenant ces barres avec un temps erroné ne sont plus là.