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
Je vais essayer de poser la question une troisième fois). MetaDriver en a montré un exemple ici. C'est là que j'ai donné mon exemple.
Le graphique se rétrécit lorsque le nombre de transactions commence à dépasser 3000. Ce problème est-il pris en compte par les développeurs ?
Ce problème ne nous permet pas d'analyser les résultats des transactions dans le terminal en une seule fois lorsque nous testons le système sur une grande bande de données historiques, lorsque la quantité de transactions peut être d'environ 10000 et plus.
Je me souviens avoir eu quelque chose de similaire dans Excel. Mais le programme était surchargé de formules complexes et se bloquait simplement si le nombre de lignes dépassait 5000. Quel peut être le problème ici ?
Je soutiens la question ! La même situation. Mais je ne savais pas qu'il y avait un lien avec le nombre d'échanges. Je vais le savoir maintenant, merci :)
Dans la perspective du championnat, il serait bon de résoudre ce problème.
Je vais essayer de poser la question une troisième fois). MetaDriver en a montré un exemple ici. C'est là que j'ai donné mon exemple.
Le graphique se rétrécit lorsque le nombre de transactions commence à dépasser 3000. Ce problème est-il pris en compte par les développeurs ?
Ce problème ne nous permet pas d'analyser les résultats des transactions dans le terminal en une seule fois lorsque nous testons le système sur une grande bande de données historiques, lorsque la quantité de transactions peut être d'environ 10000 et plus.
Je me souviens avoir eu quelque chose de similaire dans Excel. Mais le programme était surchargé de formules complexes et se bloquait simplement si le nombre de lignes dépassait 5000. Quel peut être le problème ici ?
Il y aura un correctif dans la prochaine version. La solution est la suivante :
L'agent testeur envoie maintenant toujours les colis habituels avec des changements d'équi-balance. Si le nombre de changements dépasse 16384 (changements d'équi-balance pour Moving Average.ex5 pour 12 ans sur l'horloge européenne), le "conditionnement" des nouvelles données est effectué. 2/5 des enregistrements sont supprimés de la portion 10240, c'est-à-dire que les données antérieures sont éclaircies. Les données tardives sont présentées telles quelles
Il y aura un correctif dans la prochaine version. Elle est la suivante :
L'agent testeur envoie maintenant toujours des colis réguliers avec des changements de solde d'équité. L'élargissement de l'information est maintenant fait du côté du terminal client. Si le nombre de changements dépasse 16384 (changements d'équi-balance pour Moving Average.ex5 pour 12 ans sur l'horloge européenne), le "conditionnement" des nouvelles données est effectué. 2/5 des enregistrements sont supprimés de la portion 10240, c'est-à-dire que les données antérieures sont éclaircies. Les données tardives sont présentées telles quelles
Il y aura un correctif dans la prochaine version.
Y aura-t-il des commentaires de la part des développeurs sur la fonction SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE), qui renvoie zéro lorsque j'essaie de demander la date de début de l'historique pour un symbole autre que celui sur lequel le Conseiller Expert fonctionne?
Veuillez me rappeler le numéro de ticket dans le Service Desk (ou mettre à jour l'application).
Pour les problèmes non triviaux, il est préférable de les traiter dans le Service Desk.
Veuillez me rappeler le numéro de ticket dans le Service Desk (ou mettre à jour l'application).
Pour les problèmes non triviaux, il est préférable de traiter avec le service d'assistance.
HistorySelect(), HistoryDealsTotal(), Tester, Mode de négociation : délai aléatoire.
Dans le testeur, dans le mode de délai aléatoire, la fonction HistoryDealsTotal() parfois
détermine de manière erronée le nombre de transactions sur le segment sélectionné au moyen de HistorySelect() de l'historique,
en y ajoutant le montant total des transactions depuis le début de l'histoire.
Dans ce cas, la liste finale des transactions, formée à l'aide de la fonction HistoryDealGetTicket() sur la base des valeurs de HistoryDealsTotal()
est le suivant : affaire 3 ; affaire 4 ; affaire 5 ; affaire 1 ; affaire 2 ; affaire 3 ; affaire 4 ; affaire 5 ;
où deal 3 - deal 5 sont des deals pour la période sélectionnée par l'utilisateur.
Pouvez-vous me dire comment trouver l'heure de clôture d'une transaction ?
Je ne le trouve pas dans les propriétés de l'accord.