Fehler, Irrtümer, Fragen - Seite 70
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Ich habe das Ganze mehrmals gelesen und verstehe die Situation mit den 15 Losen immer noch nicht.
Wenn möglich, sollten wir es auf die Finger verteilen.
Beispiel: Wir haben eine Position von 15 Lots für ein Symbol (nur ein Symbol wird berücksichtigt), ACCOUNT_LIMIT_VOLUME=15.
Kontrolle der Schließung: Wenn wir den Marktauftrag auf die Schließung von 5 Lots setzen, wird die Position reduziert,
Was ist, wenn der Marktauftrag die Position erhöht?
Da Sie sagen, dass der Server die Richtung nicht überprüft, wird eine Grenzwertverletzung im Nachhinein festgestellt?
Dann ist überhaupt nicht klar, warum Pending Orders in die Berechnung eines Limits einbezogen werden und Market Orders nicht?
Und schließlich, wenn das Limit auch für Marktaufträge gilt, bleibt die Frage: Wie schließe ich eine Position mit 15 Lots, ohne einen Stop Loss zu verwenden?
Bejaht: Position 15 Lots für ein Instrument (nur ein Instrument in Frage), ACCOUNT_LIMIT_VOLUME=15.
Schließen prüfen: Wenn wir einen Marktauftrag zum Schließen von 5 Lots erteilen, wird die Position reduziert,
aber was ist, wenn der Marktauftrag die Position erhöht?
Holen Sie sich den Fehler 10034 aus dem Abschnitt Return Codes des Handelsservers:
Code
Kennung
Beschreibung
10034
TRADE_RETCODE_LIMIT_VOLUME
Das Limit der Order und des Positionsvolumens für das angegebene Symbol wurde erreicht
Dann ist es überhaupt nicht klar, warum die Pausen in die Grenzwertzählung einbezogen werden und die Marktpausen nicht?
"Weil man so nicht schön sein kann" (c).
Das ist wichtig, damit der Server nicht durch all diese "Wenns" in die Irre geführt wird. Die Qualifikation des Teilnehmers sollte ausreichen, um alles selbst zu berechnen. Wenn Sie es so dringend brauchen, gehen Sie auf dem Markt ein und aus.
Und schließlich, wenn die Beschränkungen auch für Marktaufträge gelten, bleibt die Frage: Wie schließt man eine 15-Lot-Position, ohne einen Stop-Loss zu verwenden?
"Weil man so nicht schön sein kann" (c).
Deshalb wird der Server nicht durch all diese "Wenns" in die Irre geführt. Die Qualifikation des Teilnehmers sollte ausreichen, um alles selbst zu berechnen. Wenn Sie es so dringend brauchen, gehen Sie auf dem Markt ein und aus.
"Weil man so nicht schön sein kann" (c). --> wir nehmen das als Ausdruck von Humor.
Warum wollen Sie also die Gedanken des Servers durcheinander bringen? Warum wollen Sie einen schwebenden Auftrag in Zwänge bringen?
bei Verletzung der Bedingung bei der Ausführung eines Auftrags den Fehler 10034 ausgeben, wie im Markt, und das war's,
und hier ist die Situation, dass Sie den ausstehenden Auftrag nicht angenommen haben, weil ein Limit überschritten wurde und sich nach fünf Minuten die Position geändert hat, eine früher platzierte Pending Order ausgelöst wurde und nun in der neuen Situation das Limit mit einer zuvor abgelehnten Pending Order nicht überschritten wird, müssen wir einen neuen Antrag stellen und die Hauptsache ist, die Situation zu verfolgen, wenn eine Pending Order gemäß dieser Bedingung nicht akzeptiert wird und sie erneut zu platzieren, müssen wir die Bedingung spezifizieren, damit derselbe schwebende Auftrag nicht zweimal erteilt wird, aber das widerspricht der Bedingung, dass wir ihn erneut erteilen sollten, wenn der schwebende Auftrag nicht erteilt wird. Das bedeutet, dass wir diese beiden Bedingungen miteinander in Einklang bringen müssen, damit sie sich nicht widersprechen.
Ist es nicht einfacher, keine Limits für schwebende Aufträge zu setzen und den Auftrag auf der Grundlage der Tatsache auszuführen, dass es sich um einen Marktauftrag handelt?
Wäre es nicht einfacher, ausstehende Aufträge nicht zu beschränken, sondern die Beschränkung nachträglich auszuführen, wie bei der Marktbeschränkung?
Nicht einfacher, aber komplizierter, sowohl technisch als auch organisatorisch.
Sobald Sie einen Auftrag angenommen haben, können Sie nirgendwo mehr hingehen - sonst wird das ganze Internet darüber jammern, dass die Aufträge storniert werden.
Und hier ist die Situation, dass Sie den ausstehenden Auftrag nicht angenommen haben, weil eine Position hat sich geändert und nach fünf Minuten wurde ein zuvor platzierter schwebender Auftrag ausgelöst, und nun wird das Limit nicht überschritten, wobei der vorherige schwebende Auftrag berücksichtigt wird, aber jetzt müssen wir einen neuen Auftrag berechnen, und die Hauptsache ist, den schwebenden Auftrag zu überwachen, der unter dieser Bedingung nicht akzeptiert wird, und ihn erneut zu platzieren, müssen wir die Bedingung festlegen, damit derselbe schwebende Auftrag nicht zweimal erteilt wird, aber es widerspricht der Bedingung, dass der schwebende Auftrag, wenn er nicht erteilt wird, erneut erteilt werden sollte, was bedeutet, dass wir diese beiden Bedingungen anpassen müssen, damit sie sich nicht gegenseitig widersprechen.
Ist es nicht einfacher, für schwebende Aufträge keine Limits zu setzen und den Auftrag wie bei einem Marktauftrag auszuführen?
Sie haben selbst gezeigt, warum das nicht möglich ist. Lesen Sie den von mir zitierten Absatz in Ihrer Nachricht und denken Sie - wer braucht das schon? Vergessen Sie nicht, dass es auf einem einzigen Handelsserver Hunderte, Tausende oder sogar Zehntausende von Konten geben kann. Ein Handelsserver bietet keinen individuellen Service nur für Ihr Konto.
Regeln sind Regeln und sie sind festgelegt.
Ich verstehe, danke für die Klarstellung.
Wie kann ich das x86-Terminal auf der x64-Achse installieren?
Starten Sie das Installationsprogramm mit dem Schalter /32
mt5setup.exe /32