FORTS. Questions relatives à l'application de la loi - page 75
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 stop d'achat n'est pas envoyé à la bourse, mais il est "en service" sur le serveur MT5, d'où le fait que le stop d'achat ne soit pas envoyé à la bourse,
S'il y a un fort mouvement sur le marché des paris, il peut y avoir du slippage.
seuls les ordres à cours limité sont exécutés au prix indiqué ?
Oui, à un prix qui n'est pas pire que celui indiqué dans le mandat, si ce n'est pas à temps, alors...
rien n'est acheté (vendu).
Dans ce cas, la méthode d'exécution de la commande doit être appliquée IOC (dans la mesure où elle a le temps de prendre).
request.type_filling=ORDER_FILLING_IOC;
Oui, à un prix qui ne sera pas inférieur à celui indiqué dans le mandat, si ce n'est pas à temps, alors...
rien n'est acheté (vendu).
Dans ce cas, la méthode d'exécution de l'ordre doit appliquer l'IOC (dans la mesure où elle a le temps de prendre).
Cette approche est incorrecte car des caractères différents peuvent avoir des types de remplissage différents.
Cette approche est erronée, car différents personnages peuvent avoir différents types de remplissage.
Et alors ?
Sur les personnages à haut niveau de remplissage, les FOK ne fonctionneront pas du tout (ils n'auront tout simplement pas le temps).
Et qu'est-ce queENUM_SYMBOL_CALC_MODE a à voir avec votre code?
Vous devez juste vérifier :
Le résultat :
...
Et qu'est-ce que votre code a à voir avecENUM_SYMBOL_CALC_MODE ?
J'ai tout de suite vérifié comment les contrats à terme sont remplis pour calculer le montant de la garantie. Mais pourquoi différents modes de remplissage sont définis pour différents contrats à terme sur le serveur de négociation est une question pour le courtier. Tout (pour les contrats à terme) devrait être identique.
Pourquoi ?
Les mêmes types de contrats doivent avoir les mêmes propriétés. Et voici la réponse à la question de savoir pourquoi certains symboles ont des types de remplissage différents des autres :
Une liste est générée dans la fenêtre Market Watch avec les symboles "cassés". Il s'avère que tous ces "symboles brisés" ont le commerce désactivé.
Bonjour,
J'ai une question concernant le dispositif terminal.
Par exemple, si vous envoyez une commande avec la commande OrderSend(...), vous obtenez une réponse vraie et un ticket,
puis appelez la commande OrderSelect(ticket), elle renverra false en réponse
(dans ce cas, l'ordre apparaîtra alors, exactement parmi les ordres actifs).
Ma question est la suivante : j'avais une commande active. J'ai reçu une fausse réponse avec la commande OrderSelect(ticket),
J'ai ensuite exécuté la commande HistoryOrderSelect(ticket), et j'ai de nouveau reçu une réponse fausse (c'est-à-dire que l'ordre n'a pas réussi à apparaître dans l'historique).
Bonjour,
J'ai une question concernant le dispositif terminal.
Par exemple, si vous envoyez une commande avec la commande OrderSend(...), vous obtenez une réponse vraie et un ticket,
puis appelez la commande OrderSelect(ticket), elle renverra false en réponse
(dans ce cas, l'ordre apparaîtra alors, exactement parmi les ordres actifs).
Ma question est la suivante : j'avais une commande active. J'ai reçu une fausse réponse avec la commande OrderSelect(ticket),
J'ai ensuite exécuté la commande HistoryOrderSelect(ticket), et j'ai de nouveau reçu une réponse fausse (c'est-à-dire que l'ordre n'a pas réussi à apparaître dans l'historique).