![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
J'ai lu l'ensemble du document plusieurs fois et je ne comprends toujours pas la situation des 15 lots.
Si possible, décomposons-la sur les doigts.
Exemple : Nous avons une position de 15 lots pour un symbole (un seul symbole est considéré), ACCOUNT_LIMIT_VOLUME=15.
Vérifier la clôture : si nous définissons l'ordre de marché pour clôturer en 5 lots, la position sera réduite,
Que se passe-t-il si l'ordre au marché augmente la position ?
Puisque vous dites que le serveur ne vérifie pas la direction, une violation de limite sera détectée après coup ?
Dans ce cas, il n'est pas du tout clair pourquoi les ordres en attente sont inclus dans le calcul d'une limite et pas ceux du marché ?
Et enfin, si la limite s'applique également aux ordres au marché, la question demeure : comment clôturer une position de 15 lots sans utiliser un stop loss ?
Affirmatif : position de 15 lots pour un instrument (un seul instrument en question), ACCOUNT_LIMIT_VOLUME=15.
Vérifier la fermeture : si nous plaçons un ordre au marché pour fermer 5 lots, la position sera réduite,
mais que se passe-t-il si l'ordre au marché augmente la position ?
Obtenez l'erreur 10034 dans la section Codes de retour du serveur commercial:
Code
Identifiant
Description
10034
VOLUME_RETCODE_LIMITE_COMMERCIALE
La limite du volume des ordres et des positions pour le symbole donné a été atteinte.
Dans ce cas, il n'est pas du tout clair pourquoi les pauses sont incluses dans le décompte des limites et pas les pauses du marché ?
"Parce que tu ne peux pas être jolie comme ça" (c).
C'est pour que le serveur ne se fasse pas laver le cerveau par tous ces "si". Les qualifications du concurrent doivent être suffisantes pour qu'il puisse tout calculer par lui-même. Si vous en avez tant besoin, entrez et sortez du marché.
Enfin, si les limitations s'appliquent également aux ordres au marché, la question demeure : comment fermer une position de 15 lots sans utiliser un stop loss ?
"Parce que tu ne peux pas être jolie comme ça" (c).
C'est pourquoi le serveur ne se laissera pas laver le cerveau par tous ces "si". La qualification du participant doit être suffisante pour tout calculer lui-même. Si vous en avez tant besoin, entrez et sortez du marché.
"Parce que tu ne peux pas être jolie comme ça" (c). --> ... nous prendrons cela comme une expression d'humour.
Alors pourquoi voulez-vous jouer avec l'esprit du serveur ? Pourquoi voulez-vous mettre un ordre en attente dans les contraintes ?
en cas de violation de la condition lors de l'exécution d'un ordre, émettre l'erreur 10034 comme dans celui du marché, et c'est tout,
et voici la situation : vous n'avez pas pris l'ordre en attente parce que... une limite a été dépassée et cinq minutes plus tard la position a changé, un ordre en attente placé précédemment s'est déclenché et maintenant avec la nouvelle situation la limite avec un ordre en attente précédemment rejeté n'est pas dépassée, mais maintenant nous devrons faire une nouvelle demande et la chose principale est de tracer la situation quand un ordre en attente n'est pas accepté selon cette condition et le placer à nouveau, nous devrons spécifier la condition pour que le même ordre en attente ne soit pas placé deux fois, mais cela contredit la condition selon laquelle si l'ordre en attente n'est pas placé, vous devez le placer à nouveau, ce qui signifie que nous devrons ajuster ces deux conditions pour qu'elles ne se contredisent pas.
N'est-il pas plus simple de ne pas fixer de limites aux ordres en attente et d'exécuter l'ordre sur le fait comme avec celui du marché ?
Ne serait-il pas plus simple de ne pas mettre de restrictions sur les ordres en attente mais d'exécuter la restriction après coup comme pour celle du marché ?
Pas plus facile, mais plus compliqué, tant sur le plan technique qu'organisationnel.
Une fois que vous avez accepté une commande, vous ne pouvez plus aller nulle part - sinon tout l'Internet va se plaindre de l'annulation des commandes.
Et voici la situation : vous n'avez pas accepté l'ordre en attente parce que... une position a changé et après cinq minutes, un ordre en attente précédemment placé s'est déclenché et maintenant la limite n'est pas dépassée, en tenant compte de l'ordre en attente précédent, mais maintenant nous devrons calculer une nouvelle demande et l'essentiel est de surveiller l'ordre en attente qui n'est pas accepté selon cette condition et de le placer à nouveau, nous devrons spécifier la condition pour que le même ordre en attente ne soit pas placé deux fois, mais cela contredit la condition selon laquelle si l'ordre en attente n'est pas placé, vous devez le placer à nouveau, ce qui signifie que nous devrons ajuster ces deux conditions pour qu'elles ne se contredisent pas.
N'est-il pas plus simple de ne pas fixer de limites sur les ordres en attente et d'exécuter l'ordre sur l'ordre réel comme sur l'ordre au marché ?
Vous avez démontré vous-même pourquoi ils ne peuvent pas être faits. Lisez le paragraphe de votre message que j'ai cité et pensez - qui en a besoin ? N'oubliez pas que sur un seul serveur de trading, il y aura des centaines, des milliers, voire des dizaines de milliers de comptes. Un serveur commercial n'a pas pour vocation de servir uniquement votre compte individuellement.
Les règles sont les règles et elles sont fixées.
Je vois, merci pour la clarification.
Comment installer le terminal x86 sur l'axe x64 ?
Exécutez le programme d'installation avec le commutateur /32
mt5setup.exe /32