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
Es scheint keine Möglichkeit zu geben, in MT4 zu wissen (ohne eine neue Verbindung herzustellen), ob sich die Hebelwirkung auf dem Konto geändert hat.
Es scheint keine Möglichkeit zu geben, in MT4 zu wissen (ohne eine neue Verbindung herzustellen), ob sich die Hebelwirkung des Kontos geändert hat.
Ich habe es vor etwa fünf Jahren getan. Die Hebelwirkung eines Kunden wurde zu bestimmten Stunden reduziert, ohne dass sich die Variable AccountInfoInteger(ACCOUNT_LEVERAGE) in irgendeiner Weise geändert hätte. Und er musste davon erfahren.
Ich weiß nicht, wie es wissenschaftlich aussieht, aber ich bin zu dem Schluss gekommen, dass es einen Kontoleverage gibt, der sich selten ändert, und einen Symbol-Leverage, der sich mehrmals am Tag ändern kann.
Ich habe es auf diese Weise überprüft:
Manchmal kann der aktuell berechnete Hebel durch das Symbol leverageSymb 199, 198 statt 200 ergeben (wenn der Hebel 1:200 ist). Deshalb musste ich einen bestimmten Prozentsatz von der Standardhebelwirkung abziehen und mit diesem Wert vergleichen. Die obige Lösung war seinerzeit hilfreich, sie könnte sich als nützlich erweisen.
Ich habe dies vor etwa fünf Jahren getan. Bei einem Kunden wurde die Hebelwirkung zu bestimmten Stunden reduziert, ohne dass sich die Variable AccountInfoInteger(ACCOUNT_LEVERAGE) in irgendeiner Weise geändert hätte. Und er musste davon erfahren.
Ich weiß nicht, wie es wissenschaftlich aussieht, aber ich bin zu dem Schluss gekommen, dass es einen Kontoleverage gibt, der sich selten ändert, und einen Symbol-Leverage, der sich mehrmals am Tag ändern kann.
Ich habe es auf diese Weise überprüft:
Manchmal kann der aktuell berechnete Hebel durch das Symbol leverageSymb 199, 198 statt 200 ergeben (wenn der Hebel 1:200 ist). Deshalb musste ich einen bestimmten Prozentsatz von der Standardhebelwirkung abziehen und mit diesem Wert vergleichen. Die oben beschriebene Lösung könnte sich dann als nützlich erweisen.
Ja, es gibt kein Problem mit der Überwachung der Einschussanforderungen des Symbols. ACCOUNT_LEVERAGE - nur die Verbindung wiederherstellen.
Es ist gängige Praxis, den Handelsverlauf zu filtern, indem man sich die gewünschten Aufträge in einer Ticketliste merkt. Und dann SELECT_BY_TICKET auf dieser Liste.
Ich habe noch nie eine Variante gesehen, bei der nicht ein Ticket, sondern eine Position gespeichert wird. Nachfolgend finden Sie einen Vergleich der Leistungen.
Wir sehen, dass die Ticketvariante fast dreimal so viel Leistung verliert.
Es ist zu erkennen, dass die Ticketvariante fast dreimal so viel Leistung verliert.
Wenn eine Position geschlossen/geöffnet ist, wird die Logik mit dem Ticket nicht unterbrochen, die Logik mit der Position jedoch schon.
Wenn eine Position geschlossen/geöffnet ist, wird die Logik mit dem Ticket nicht unterbrochen, die Logik mit der Position jedoch schon.
Es geht nur um den MODE_HISTORY-Modus.
Ist es theoretisch möglich, dass dieser Code eine Reihenfolge vermisst, die VOR und NACH dem Aufruf der Funktion bestand? Oder wird sie doppelt gezählt.
D.h. was passiert mit der Indizierung, wenn ein Auftrag gelöscht wird oder während der Aufzählung erscheint?
Oder es wird doppelt gezählt.
Wenn wir von einer Standardsortierung nach Zeit oder Ticket ausgehen, erscheinen neue Aufträge am Ende der Liste, und logischerweise werden alle verschoben, wenn die ältesten gelöscht werden.
Es stellt sich heraus, dass beim Löschen einer Bestellung vom Anfang der Liste eine der Listen zweimal berücksichtigt werden kann. Das scheint leicht zu umgehen zu sein - man muss sich nur an das Ticket vom vorherigen Durchgang erinnern und vergleichen (aber immer noch keine Garantie).
Wie man einen Pass für den Rückpass bekommt - nicht herausgefunden
Wenn wir von einer Standardsortierung nach Zeit oder Ticket ausgehen, erscheinen neue Aufträge am Ende der Liste, und logischerweise werden alle verschoben, wenn die ältesten gelöscht werden.
Es stellt sich heraus, dass beim Löschen einer Bestellung vom Anfang der Liste eine der Listen zweimal berücksichtigt werden kann. Das scheint leicht zu umgehen zu sein - man muss sich nur an das Ticket vom vorherigen Durchgang erinnern und vergleichen (aber immer noch keine Garantie).
Wie man einen Pass für den Rückpass bekommt - ich habe es nicht herausgefunden
Vielen Dank für die ausführliche Antwort! Jetzt frage ich mich, wie ich ALLE Bestellungen auf einmal durchgehen kann.