Nouveau MetaTrader 4 Client Terminal 387 et MetaTrader 4 Data Center build 387 - page 5
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
C'est justement ça. Je verrai comment cela fonctionne demain, après avoir mis à jour le terminal depuis le DC. Si tout est comme Vadim l'a écrit, alors... il n'y a pas que l'optimisation à faire disparaître. Nous devrons probablement ajouter du code supplémentaire pour remplir le tampon. Et il faudra le faire dans tous les indicateurs..... Et leur quantité incommensurable est diffusée par les forums.
Maintenant, le tampon est recalculé uniquement sur la dernière section.
Du côté positif, ce n'est pas le tampon qui doit être réinitialisé, mais la recherche de l'endroit où les erreurs se produisent lorsque l'historique est échangé. Et cela déplace les données "tampon" sur le graphique.
Sinon... Là où il y a maintenant plusieurs dizaines d'indicateurs sur les graphiques connectés et où pourtant l'ordinateur ne se bloque pas, il y aura un blocage complet de l'ordinateur sur le marché rapide, et pas seulement rapide.
Ce point nécessite une clarification de la part des développeurs.
J'avais l'intuition que cet endroit était piégé. C'est pourquoi j'ai demandé ce point d'innovation...
Avec cette approche, aucun développement payant basé sur Metatrader ne devrait jamais être mentionné. Mes clients me tueraient pour de tels problèmes... C'est pourquoi j'ai toujours rejeté les suggestions de développements payants.
Le problème peut être discuté au service d'assistance. Ce serait plus productif qu'ici.
La bonne nouvelle est que la réinitialisation de la mémoire tampon ne doit être effectuée que lors du remplacement d'un historique manquant.
Exactement. Si ce n'est pas le cas, donnez-nous un exemple à reproduire. Avant qu'il ne soit trop tard, nous allons réparer ça.
La discussion est terminée.
Renat ci-dessus a donné l'adresse à contacter. Et cette adresse est la mienne. J'ai également dit (sans avoir encore vu son message) que je devrais contacter le service d'assistance - ce serait plus productif.
J'ai supprimé certains des messages de ce fil. Le sujet est considéré comme étant purement professionnel. Je m'excuse si j'ai offensé quelqu'un.
Une question simple.
Comme décrit dans l'aide :
" Déconnecter un programme d'un graphique, changer un instrument financier et/ou la période du graphique, changer un compte, fermer un graphique et terminer le terminal client interrompt l'exécution du programme. Si la fonction start() était en cours d'exécution au moment de la commande d'arrêt, le temps d'exécution restant est limité à 2,5 secondes. Le programme peut apprendre qu'il est tenté de se terminer à l'aide de la fonction intégrée IsStopped() et se terminer correctement."
Cependant, les protocoles et les journaux montrent qu'il est possible d'interrompre et de mettre fin à un script bloqué depuis le serveur, et/ou d'appeler la réinitialisation des EA et des indicateurs.
C'est-à-dire qu'aucune de ces actions n'a été effectuée par un utilisateur, mais tous les indicateurs, conseillers et scripts ont totalement réagi comme si le compte avait été modifié...
Je peux te demander de retirer cette fiction ?
;)
Cependant, les protocoles et les logs montrent que le serveur peut interrompre et terminer l'exécution d'un script verrouillé, et/ou provoquer la réinitialisation des conseillers et des indicateurs.
C'est-à-dire qu'aucune de ces actions n'a été effectuée par un utilisateur, mais tous les indicateurs, conseillers et scripts ont totalement réagi comme si le compte avait été modifié...
Protocoles et journaux au studio.
Cette "fonctionnalité" n'existe pas et n'a jamais existé.
Protocoles et journaux au studio.
Cette "fonctionnalité" n'existe pas et n'a jamais existé.
Ce n'est pas vrai, mon oncle...
02:52:03 Script Stels_Lock USDCAD,M1 : supprimé
02:52:03 HistoryCenter : 2 barres importées dans 'USDCAD1'.
04:20:05 '57603' : connexion échouée [Aucune connexion]
04:20:40 '57603' : connexion
12:06:09 Script Stels_Dock USDCHF,M1 : chargé correctement.
12:07:17 Script Stels_Dock USDCHF,M1 : supprimé
12:07:23 Indicateur personnalisé iExposure EURGBP,M1 : supprimé
12:07:23 Expert DirectLC CHFJPY,M1 : supprimé
12:07:23 Indicateur personnalisé iExposure CHFJPY,M1 : supprimé
12:07:23 Expert DirectLC USDCAD,M1 : supprimé
12:07:23 Indicateur personnalisé iExposure USDCAD,M1 : supprimé
C'est ce qui restait du journal du terminal.
Maintenant, qu'est-ce que le terminal a écrit (et continue d'écrire) dans le journal du conseiller expert ?
02:52:03 Stels_Lock USDCAD,M1 : désinitialisé
02:52:03 Stels_Lock USDCAD,M1 : uninit reason 0
02:52:03 Stels_Lock USDCAD,M1 : enlevé
04:20:42 DirectLC USDCHF,M1 : désinitialisé
04:20:42 DirectLC USDCHF,M1 : uninit reason 6
04:20:42 DirectLC USDCHF,M1 : Spred USDCHF =3
04:20:42 DirectLC USDCAD,M1 : désinitialisé
04:20:42 DirectLC USDCAD,M1 : uninit reason 6
04:20:42 DirectLC USDCAD,M1 : Spred USDCAD =4
08:16:41 DirectLC USDCHF,M1 : Rez=-1 Mashtab=10000
08:16:41 DirectLC USDCHF,M1 : initialisé
08:16:41 DirectLC USDCAD,M1 : Rez=-1 Mashtab=10000
08:16:41 DirectLC USDCAD,M1 : initialisé
12:06:09 Stels_Dock USDCHF,M1 : chargé avec succès
12:07:17 Stels_Dock USDCHF,M1 : supprimé
12:07:17 iExposition EURGBP,M1 : désinitialisé
12:07:17 iExposure EURGBP,M1 : raison uninit 1
12:07:17 iExposure EURGBP,M1 : supprimé
12:07:17 iExposition CHFJPY,M1 : désinitialisé
12:07:17 iExposition CHFJPY,M1 : raison uninit 1
12:07:17 DirectLC CHFJPY,M1 : désinitialisé
Dernières bribes des protocoles de scripts internes - USDCAD
2011.02.25 02:52:03 312 + 892844 : 57603 : 6 < 2011.02.25 02:52:03 : VENTE : 0.98240000 Old= 0.98190000 __-0.00006 spred= ___0.00040 MD= 0.982173 / 0.982006
2011.02.25 02:52:03 312 + 0000 : 57603 : 7 < 2011.02.25 02:52:03 : Vol= 0.10000000 / 0.10000000
2011.02.25 02:52:03 312 + 0000 : 57603 : 8 < 2011.02.25 02:52:03 : ***PricesS= 0.98240000 Bid : 0.98240000 Vol : 0.10000000
2011.02.25 02:52:03 343 + 0031 : 57603 : 9 < 2011.02.25 02:52:03 : # -7 - Prix modifié. Bid=.9822-> 0.9818 / 0.9822 <- .9818|P :.9824
2011.02.25 02:52:03 546 + 0203 : 57603 : 0 < 2011.02.25 02:52:03 : Erreur.
2011.02.25 02:52:03 546 + 0000 : 57603 : 1 < 2011.02.25 02:52:03 : Désinit du programme.
& USDCHF
2011.02.25 01:43:53 781 + 0000 : 57603 : 5 < 2011.02.25 01:43:53 : ***PricesS= 0.92570000 Bid : 0.92570000 Vol : 0.10000000
2011.02.25 01:43:54 140 + 0359 : 57603 : 6 < 2011.02.25 01:43:54 : ***Error(OrderSend - 138 ) : 0.92600000 / 0.92570000 Prix : 0.92570000 / 0.92570000 TP : 0.91670000 ST : 0.000000
2011.02.25 01:43:54 140 + 0000 : 57603 : 7 < 2011.02.25 01:43:54 : Vol= 0.10000000 / 0.10000000
2011.02.25 01:43:54 140 + 0000 : 57603 : 8 < 2011.02.25 01:43:54 : ***PricesS= 0.92570000 Bid : 0.92540000 Vol : 0.10000000
2011.02.25 01:43:54 140 + 0000 : 57603 : 9 < 2011.02.25 01:43:54 : Changements de prix...
2011.02.25 01:43:54 140 + 0000 : 57603 : 0 < 2011.02.25 01:43:54 : Désinitialisation du programme.
Et à la remarque raisonnable que la raison de deinit pourrait être la logique du programme - je veux noter que les journaux de terminal ne sont pas nécessaires alors - pourquoi après le re-logging - tout ce qui a survécu a été redémarré. mais le re-logging n'a pas été initié par un utilisateur !
Le terminal n'a redémarré qu'à midi pour vider les journaux, tout comme l'ordinateur - qui est toujours en marche.
Et presque tout le monde dormait... ;)
Les textes complets sont joints.
Je comprends ce que vous voulez dire. Ce comportement ne sera pas modifié. Désolé.
Faites donc des ajustements à la référence.
Pour les simples d'esprit comme moi...
;)
La mise à jour du terminal Build 388 vient d'arriver.
Après avoir testé les EAs, il est impossible de voir s'ils ont tradé correctement, car les indicateurs personnalisés ne sont pas rendus sur le graphique ouvert.
Si c'est ce qui est écrit au début de la branche concernant la désinitialisation, les développeurs ont un grand plaidoyer, simplement "criant", pour supprimer le mode de désinitialisation des indicateurs personnalisés après le test. C'est l'une des parties les plus importantes du développement de l'EA et du contrôle des échanges.
Il est peu pratique, laborieux et fastidieux de créer des modèles pour chaque période, et bien d'autres paramètres. La sortie rapide de l'indicateur personnalisé sur le graphique après tout test, sans aucun modèle supplémentaire, était extrêmement pratique. Et aujourd'hui, je l'ai essayé, comme à l'aveugle. C'est juste horrible.
Je n'ai jamais souhaité que mon ennemi le teste dans l'obscurité. Je développe des EA depuis de nombreuses années, croyez-moi, et c'est un sujet très sérieux. Renat et Stanislav, je vous le demande personnellement, n'ignorez pas cette question et ne l'abordez pas à la légère. Votre produit est utilisé par des millions de personnes. MT5 est formidable, mais le développement des conseillers experts pour le trading réel doit se faire sur MT4. MT4 manque de nombreux indicateurs de base, tels que PriceChanal, LRMA et autres. C'est pourquoi nous devons les développer en utilisant des indicateurs personnalisés et il y en a généralement plusieurs. Et ensuite, pour les cotations du marché, après le test, nous devons tout vérifier en détail, à quel endroit par rapport aux indicateurs il y a eu des inclusions, la précision du placement des ordres en attente, la forme de la description du marché par les indicateurs et bien d'autres choses. Et maintenant ?
(Je demande au modérateur du forum, si Renat et Stanislav ou qui que ce soit dont cela dépend ne lit pas ceci, de transmettre ma demande. Je pense que ce sera au nom de la majorité des développeurs EA).