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
1. Weil der Support nicht immer korrekte Informationen gibt. Sie haben selbst auf den Alpari-Händler hingewiesen. + es ist teuer: von jedem Händler die Umstellung zu erfahren. Weil man dann keine gute Lösung schaffen kann, weil ich nicht weiß, mit wem der Endverbraucher diskutiert.
2. Naja, irgendwie schon, aber wenn ein Händler nicht von Winter auf Sommer und zurück umschaltet, dann wird die Rechnung ein bisschen komisch.
Ich habe versucht, Ihre Bibliothek ein wenig zu modifizieren, aber offenbar ist etwas schief gegangen. Ich dachte, dass der Code dazu führen sollte, dass der Expert Advisor automatisch die GMT-Zeit erkennt und entsprechend der GMT handelt, nicht entsprechend dem Server des Brokers. Ich bin mir nicht sicher, ob der Code optimal ist, aber die Lösung scheint zu funktionieren. Allerdings gibt es bei den Händlern, die die Zeit nicht ändern, einige falsche Berechnungen.
1.
- Ich habe nicht auf EURUSD fixiert, wir nehmen das Paar, wo immer der EA platziert ist.
- Ich habe die Zeit auch nicht festgelegt, ich ziehe einfach 1 Jahr vom aktuellen Jahr ab.
Und ich übergebe die Parameter an bool setBokerOffset(string symbol, int &USwinEUwin1, int &USsumEUsum1, int &USsumEUwin1) um diesen Block dynamisch zu erhalten.
2. alpha forex. Ich kann in lis geben Daten von Demo-Konto, so dass Sie überprüfen können, ohne etwas zu öffnen. Die Sache ist, dass der Händler nicht von Winter zu Sommer wechseln, und der Unterschied mit GMT noch auftritt.
3. ein wenig unklar, wie und wo das Design verwendet wird.
3. Немного не понял, как и где использована конструкция.
In einem Indikator ist das der obere Teil der Schleife durch alle Balken.
Im Allgemeinen habe ich auf Greenwich-Zeit umgestellt. Den Zeitpunkt der Umstellung auf die Winterzeit definiere ich als die Differenz zwischen der Serverzeit und der Greenwich Mean Time. Nur muss diese Differenz für jeden Broker von mir selbst berechnet und in die Konstanten des Expert Advisors eingetragen werden. Gerade wenn die Nutzer unterschiedliche Schichten, Broker und Börsen haben und der Zeitpunkt der Umstellung auf die Winterzeit nicht derselbe ist, ist die Greenwich-Zeit für alle gleich.
Wie genau haben Sie das gemacht? Wie werden die Konstanten berechnet?
Wie genau haben Sie das gemacht? Wie werden die Konstanten berechnet?
Greenwich-Zeit minus timecarrent, mit der Umstellung auf Winterzeit wird es um eine Stunde ändern. Ich habe einmal die Zeit des Arbeitsbeginns und -endes geschrieben, mit dem Kunden die Differenz in Stunde +3 und +2, Broker +3, +2, -6 Greenwich-Zeit))))). Und es war notwendig, die Arbeit zu einer bestimmten Zeit zu beginnen, die gleiche für alle. Greenwich Mean Time ist die gleiche, aber Server und lokale Zeit sind unterschiedlich. Ich habe den Code aus dem Lehrbuch von Fedoseyev neu geschrieben).
Im Allgemeinen besteht das Problem darin, dass es keine Standardfunktion für die Differenz zwischen Serverzeit und Greenwich-Zeit gibt. Aber sie wird gezählt. Ein weiteres Problem besteht darin, dass die Ortszeit auch einen Übergang zur Winterzeit haben kann, und zwar zu einem anderen Zeitpunkt als der Übergang des Brokers.
Greenwich-Zeit minus timecarrent, mit dem Übergang zur Winterzeit wird es um eine Stunde ändern. Ich schrieb einmal die Zeit des Beginns und des Endes der Arbeit, mit dem Client die Differenz in der Stunde +3 und +2, Makler +3, +2, -6 Greenwich-Zeit)))). Und es war notwendig, die Arbeit zu einer bestimmten Zeit zu beginnen, die für alle gleich ist. Greenwich Mean Time ist die gleiche, aber Server und lokale Zeit sind unterschiedlich. Der Code aus dem Lehrbuch von Fedoseyev wurde geändert).
Im Allgemeinen besteht das Problem darin, dass es keine Standardfunktion für die Differenz zwischen Serverzeit und Greenwich-Zeit gibt. Sie wird aber gezählt. Ein weiteres Problem besteht darin, dass die Ortszeit auch einen Übergang zur Winterzeit haben kann, und zwar zu einem anderen Zeitpunkt als der Übergang des Brokers.
Danke, ja, diese Lösung ist in meinem Kopf, es ist +- so implementiert. Aber Sie wies auf den Schmerz im letzten Absatz)
Hallo @Carl Schreiber Frohes neues Jahr.
Ich weiß, dass dieser Artikel schon eine Weile auf dem Markt ist, aber ich habe ihn gerade erst gefunden. Vielen Dank, dass Sie diese Arbeit geteilt haben. Ich muss noch einige Tests damit machen, um sie wirklich zu verstehen. Aber ich habe erst einmal eine einfache Frage:
Ich kann sehen, dass Sie eine andere Wochentagsberechnung haben, anstatt sich auf die MqlDateTime struct .day_of_week zu verlassen. Warum verwenden Sie diese andere Berechnungsmethode, gibt es einen Genauigkeitsvorteil? Oder ist es nur, um die Konvertierung in die struct zu vermeiden?
Dieser Code berechnet automatisch die Sommerzeit für europäische und US-Broker:
https://www.mql5.com/de/code/27860
Der obige Code wurde in Forex Market Hours https://www.mql5.com/de/code/27771 verwendet , um die Umstellung auf die Sommerzeit zu berechnen.
Ähnliche Funktionen können für andere Regionen der Welt erstellt werden.