FORTS. Questions relatives à l'application de la loi - page 93

 
Le marché à terme de Forts est une idiotie d'utiliser Metacom, parce que Metacom n'est pas complètement formé au concept de marge de var. Pour le marché à terme (parmi ceux qui sont gratuits), Quick est le meilleur, même s'il est critiqué pour son manque de convivialité, mais il calcule tout correctement et sans erreur.
 
straler2011:
C'est un marasme d'utiliser Metac sur le marché à terme des forts, car Metac n'est pas entièrement formé au concept de marge var. Pour le marché à terme (parmi ceux qui sont gratuits), Quick est le meilleur, même s'il est critiqué pour son manque de convivialité, mais il calcule tout correctement et sans erreur.

Vous êtes probablement non seulement dans la mauvaise branche mais aussi dans le mauvais forum.

 
Dennis Kirichenko:

Donc le problème pourrait être :
1. Le terminal lui-même (il a dit qu'il avait envoyé la commande, mais il ne l'a pas réellement envoyée), ce dont je doute TRES fort.

Non.
2. Lesfournisseurs d'OPENou le réseau interne d'OPEN ne fonctionnent pas correctement.

Non.

3. Le serveur a mis en file d'attente MA commande et l'attente était de 31 secondes.

Oui.


Je pense que l'ouvreur a juste retardé l'exécution de votre ordre, c'est tout... quels problèmes techniques peut-il y avoir à l'ère du socialisme avancé ? Amusant :-))

Le trading à haute fréquence ? Le robot envoie-t-il souvent des ordres au serveur ?

Ouaip, un retard de 31 SECONDES !

Sont-ils idiots ?

 

Je viens de recevoir une réponse du courtier :)

Comme toujours STANDARD :

"Nous avons contacté les développeurs"....

Et ainsi pendant 2 ans et 2 mois...

 

Le retard n'a pas semblé être très "effrayant" :

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Mais la réponse du serveur dans OnTradeTransaction n'a jamais été reçue (j'ai dû opérer à la main).

2018.02.21 10:00:09.136 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 10:00:10.149 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
........
........
........
2018.02.21 14:42:37.260 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 14:42:38.270 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
 
prostotrader:

Mais la réponse du serveur dans OnTradeTransaction n'a jamais été reçue (j'ai du opérer avec mes mains)

S'il y a une entrée de journal, c'est dans OnTradeTransaction. Il s'agit de l'architecture interne de MT5. Cherchez votre propre erreur.

 
fxsaber:

S'il y a une entrée dans le journal, c'est qu'elle se trouvait dans OnTradeTransaction. Il s'agit de l'architecture interne de MT5. Cherchez votre propre erreur.

Pour la 100e fois :

Lorsque les ordres sont envoyés de manière asynchrone, la réponse de la Bourse (serveur) n'est PAS PROTOCOLEE !

 
prostotrader:

Pour la 100e fois :

Lorsque les ordres sont envoyés de manière asynchrone, la réponse de la Bourse (serveur) n'est PAS PROTOCOLEE !

D'où vient cette entrée dans le terminal ?

Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading

FORTS. Questions sur l'exécution

prostotrader, 2018.02.21 13:36

Cela ne semble pas être un délai très "effrayant" :

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Mais la réponse du serveur dans OnTradeTransaction n'a jamais été reçue (j'ai dû opérer à la main).

 
fxsaber:

D'où vient cette entrée dans le Terminal ?

Apprenez les bases !

Ce que vous avez surligné en jaune est la réponse du serveur indiquant que l'ordre a été envoyé à l'Exchange !

Et en outre - NON PROTOCOLE (lorsque les commandes sont envoyées de manière asynchrone) !

"Smoke bamboo" et attendez la réponse dans OnTradeTransaction.

 
prostotrader:

Apprenez les bases !

Ce que vous avez surligné en jaune est la réponse du serveur indiquant que l'ordre a été envoyé à l'Exchange !

Et en outre - NON PROTOCOLE (lorsque les commandes sont envoyées de manière asynchrone) !

"Fumer le bambou et attendre une réponse dans OnTradeTransaction".

Les rondins soulèvent la question "Y avait-il un garçon ?". Qu'est-ce que cette souche de bûche et l'ensemble du message ont à dire à un observateur extérieur ?

Forum sur le trading, les systèmes de trading automatisés et les tests de stratégie

FORTS. Questions sur l'exécution

prostotrader, 2018.02.21 13:36

Cela ne semble pas être un délai très "effrayant" :

2018.02.21 10:00:07.675 Trades  'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.654 Trades  'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8
2018.02.21 10:00:08.685 Trades  'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms

Mais la réponse du serveur dans OnTradeTransaction n'a jamais été reçue (j'ai dû opérer à la main).

2018.02.21 10:00:09.136 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 10:00:10.149 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
........
........
........
2018.02.21 14:42:37.260 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET
2018.02.21 14:42:38.270 trader (GOLD-6.18,H1)   ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET

Surtout la deuxième bûche.

Raison: