FORTS. Questions relatives à l'application de la loi - page 100
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
Le code lui-même
J'ai 4000 transactions par jour, chaque transaction au moins 5-6 fois "twitche" OnTradeTransaction
Qui va donner un sens à ces "portmanteaus" :) Après tout, ils ont besoin des journaux du terminal et des journaux du serveur MT5.
Si les journaux prennent des gigaoctets, je les analyserai aussi. Je n'ai pas besoin des journaux du serveur.
Je recommande vivement à tous ceux qui prétendent que quelque chose ne vient pas à OnTradeTransaction d'utiliser ce conseiller expert.
Le résultat ressemblera à ceci
S'il n'existe même pas un tel journal, alors toute réclamation relative à OnTradeTransaction n'est que du vent.
ZZY Le timing n'est pas parfait dans ce cas, mais je ne voulais pas compliquer une solution arrachée à un contexte différent.
Si les journaux prennent des gigaoctets, je m'en occupe aussi. Les journaux du serveur ne sont pas nécessaires.
Je recommande vivement à tous ceux qui prétendent que quelque chose ne vient pas à OnTradeTransaction d'utiliser ce conseiller expert.
Le résultat ressemblera à ceci
S'il n'y a même pas un tel journal, alors toute réclamation relative à OnTradeTransaction n'est que du vent.
Le timing n'est pas parfait dans ce cas, mais je n'ai pas de solution compliquée sortie d'un autre contexte.
Pourquoi faire un tel "potager" ?
Ce sera suffisant :
Pourquoi en faire tout un plat ?
Cela suffira :
Pas assez.
Ouverture à la main, les freins sont confirmés
Et surtout, qui va payer pour cet outrage...
Ouverture à la main, les freins sont confirmés
Et surtout, qui va payer pour cet outrage...
Écrivez au courtier, en joignant ce journal.
Nous ne payons pas le développeur, il est donc difficile de lui demander, et dans l'accord de licence
il est écrit (comme tous les logiciels) que personne n'est responsable de rien.
Écrivez à votre courtier et joignez ce journal.
Nous ne payons pas le développeur, il est donc difficile de lui demander, et l'accord de licence...
il est écrit (comme tous les logiciels) que personne n'est responsable de rien.
C'était une question rhétorique.
C'était une question rhétorique.
:)
Mais écrivez quand même à votre courtier.
J'ai modifié un peu l'enregistrement de l'Expert Advisor et voici ce qui se passe :
La fonction CheckOrders() se déclenche s'il n'y a pas de réponse du serveur dans un délai de 1 à 1,5 seconde.
S'il n'y a pas de ticket de commande, il affichera un message
S'il existe un ticket, la fonction ProcessOrders() est appelée pour vérifier ce qu'il est advenu de la commande.
Voici le résultat :
Les retards ne sont probablement pas dus au courtier.
Lorsqu'une commande est envoyée de manière asynchrone, nous avons :
Le terminal envoie la commande (1)
Le serveur a vérifié la commande et lui a attribué un ticket (2).
Le serveur envoie l'ordre à l'échange (3)
La réponse du serveur indiquant que l 'ordre est accepté par l'échange n'est pas enregistrée.
Mais à en juger par l'entrée suivante, la réponse du serveur concernant l'échange fixant l'ordre est arrivée (4)
A en juger par le fait qu'entre le moment où le ticket d'ordre est attribué et celui où il est envoyé à la bourse, il s'est écoulé 1,4 SEC.
s'est produit exactement sur le serveur lui-même, je suppose que les retards se produisent sur le serveur lui-même log(2) - log(3).
Eh bien, c'est très "sympa".