Servicedesk: Faulheit, Autismus oder mangelnde Bereitschaft, Fehler zuzugeben? Ergänzung der Diagramme durch nicht-native Kerzen. - Seite 9
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
Wo kann man sie speichern, wie kann man sie aufzeichnen, wie kann man sie kontrollieren/ändern?
Das ist überhaupt kein Problem, man muss nur rechtzeitig seinen Kopf benutzen.
Ich gebe nicht zu, dass es ein Problem gibt, sondern ich erkläre Punkt für Punkt, dass es kein Problem ist.
es macht keinen Sinn, Flaggen in die Protokolldatei zu kleben.
denn es gibt keine Möglichkeit, sie später zu analysieren.
Man muss damit rechnen, dass es viele Kleber gibt, und nicht nur einen am Ende der Minutengeschichte auf einer höheren TF.
Und was dann? Wie analysieren Sie das? Es ist ein Stück M5, ein Stück D1 und dann ein weiteres Stück M1, dann H1...
Haben Sie eine Ahnung, um was für ein Monster es sich handelt?
Haben Sie eine Ahnung, um was für ein Monster es sich handelt?
Alex, das ist überhaupt kein Problem. Hier ist ein einfacher Weg - machen Sie eine Basis-TF (wie Minuten jetzt) und schreiben Sie eine andere TF zusätzlich zu OHLCT. Das sind weniger als 5 % des Volumens (unkomprimiert), und es sollte perfekt funktionieren.
ALLE. Ein bisschen langsamer, aber menschlich.
Das ist überhaupt kein Problem, man muss nur rechtzeitig seinen Kopf benutzen.
Oh, und das Problem ist nicht einmal mehr vorhanden. Und die Männer wussten nicht...Das Thema ist (wie man so schön sagt) abgeschlossen.
dass es ein Stück von M5 ist, es ist ein Stück von D1 und dann wieder ein Stück von M1. dann H1...
es macht keinen Sinn, Flaggen in die Protokolldatei zu kleben.
denn es gibt keine Möglichkeit, sie später zu analysieren.
Man muss damit rechnen, dass es viele Kleber gibt, und nicht nur einen am Ende der Minutengeschichte auf einer höheren TF.
Und was dann? Wie analysieren Sie das? Es ist ein Stück M5, ein Stück D1 und dann ein weiteres Stück M1, dann H1...
Haben Sie eine Ahnung, um was für ein Monster es sich handelt?
Sie können selbst bestimmen, wann ein anderer Zeitrahmen in das Protokoll eingefügt wird. Schauen Sie sich das Diagramm mit eingeschalteten Punkttrennern genau an und Sie werden die Lösung selbst finden.
Wenn Sie sich Gedanken über die Identifizierung solcher Orte machen, bedeutet dies, dass Sie Zugang zu Angeboten von MQL5 haben. Wir werden durch die binäre Suche suchen. Wir messen das Intervall in Sekunden zwischen zwei benachbarten Balken, machen 5 solcher Messungen und sehen, was der Durchschnittswert in ganzen Zahlen ist. Wenn sie nicht übereinstimmen, ist das das Ende des Protokolls.
Mit anderen Worten: Wir haben ein Zeitreihen-Array. Nehmen wir uns fünf Minuten Zeit. Lassen Sie uns zunächst die letzten 5 Takte ermitteln. Es handelt sich um T1. Dann nehmen wir die Werte für die letzten fünf Takte vom Ende an - T2. Wenn T1<>T2, bedeutet dies, dass es irgendwo einen Übergang von 5-Minuten-Balken zu höheren Zeitrahmen gibt.
Dann springen wir in die Mitte des Zeitrahmens und messen dort T3. Wenn T3<>T2, dann teilen wir das verbleibende Segment wieder in zwei Hälften und springen dorthin - wir erhalten T4. Und so weiter, bis das gewünschte Datum gefunden ist.
Und genau das sollte eine spezielle Standardfunktion tun, ohne dass man direkt auf die Verlaufsdatei zugreifen muss.
Meine Herren, vergessen Sie diesen ganzen Unsinn.
D1 in M1 - nur die MCs auf ihrem Server haben sich das ausgedacht. aus Mangel an Minuten dieser Zeiträume.
Das Problem der "Verfügbarkeit" von M1 muss auf der Serverseite behoben werden, nicht auf der Terminalseite.
Wissen Sie, was ein Nebeneffekt bei der Entwicklung ist? Das ist das, was mit dem MK-Historienspeicherformat passiert ist.
Vonvornherein wurde davon ausgegangen , dass nur M1 in der Geschichte vorkommen würde.
Aber als sie feststellten, dass die alte Geschichte, die kein M1 hat, nicht in das aktuelle Modell eingefügt werden konnte, taten die Entwickler etwas Ähnliches:
Das Modell erwies sich als begrenzt, also was soll's.
Denken Sie einmal darüber nach, ob es sinnvoll ist, 20 Jahre alte Kleinigkeiten zu prüfen.
Ich bin mir nicht sicher, was neuer ist, aber ich habe ein paar Minuten Zeit.
Das MK hatte kein Protokoll für 1999.
Sie können selbst bestimmen, wann ein anderer Zeitrahmen in das Protokoll eingefügt wird. Schauen Sie sich das Diagramm mit eingeschalteten Punkttrennern genau an und Sie werden die Lösung selbst finden.
Wenn Sie sich Gedanken über die Identifizierung solcher Orte machen, bedeutet dies, dass Sie Zugang zu Angeboten von MQL5 haben. Wir werden durch die binäre Suche suchen. Wir messen das Intervall in Sekunden zwischen zwei benachbarten Balken, machen 5 solcher Messungen und sehen, was der Durchschnittswert in ganzen Zahlen ist. Wenn sie nicht übereinstimmen, ist das das Ende des Protokolls.
Mit anderen Worten: Wir haben ein Zeitreihen-Array. Nehmen wir uns fünf Minuten Zeit. Lassen Sie uns zunächst die letzten 5 Takte ermitteln. Es handelt sich um T1. Dann nehmen wir die Werte für die letzten fünf Takte vom Ende an - T2. Wenn T1<>T2, bedeutet dies, dass es irgendwo einen Übergang von 5-Minuten-Balken zu höheren Zeitrahmen gibt.
Dann springen wir in die Mitte des Zeitrahmens und messen dort T3. Wenn T3<>T2, dann teilen wir das verbleibende Segment wieder in zwei Hälften und springen dorthin - wir erhalten T4. Und so weiter, bis das gewünschte Datum gefunden ist.
Verfehlt,
Wir springen zur Mitte der Zeitreihe und messen dort T3. Wenn T3<>T2, dann teilen wir das verbleibende Segment wieder in zwei Hälften und springen dorthin - wir erhalten T4. Und so weiter, bis wir das gewünschte Datum gefunden haben.
wir springen in die Mitte und bekommen die Wochenendpause, drei Takte vor dem Wochenende zwei nach dem Wochenende ... Die Folgen sind klar: Bei der binären Suche wird das Feld halbiert und durch die Hälfte des Feldes geteilt, d. h. fünf Jahre werden aus der Suche herausgenommen. Auch hier gibt es Sprungbalken, wenn wir uns erinnern.
Mimo,
wir springen zur Mitte und treffen auf einen Wochenendeinbruch, drei Takte vor dem Wochenende zwei nach dem Wochenende ... Die Folgen sind klar: Die binäre Suche teilt das Feld in zwei Hälften und dividiert es durch die Hälfte des Feldes, was bedeutet, dass fünf Jahre aus der Suche herausfallen. Auch hier gibt es Sprungbalken, wenn wir uns erinnern.