Caratteristiche del linguaggio mql4, sottigliezze e tecniche - pagina 20
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Non lo farà. L'algoritmo TimeCurrent è influenzato molto indirettamente. Si possono prendere gli orari dei bar, ecc.
Hai solo bisogno di calcolare la data dell'ultima domenica (nella cronologia delle barre) in qualsiasi modo - in modo che ci siano barre prima di domenica e dopo domenica. Potete usare TimeLocal per questo.
Il risultato sarà sempre GMT+3 se la data di quotazione è vicina alle 00:00 (sessioni non-stop), o GMT+3+N - dove N è il numero di ore dalla chiusura della sessione a mezzanotte o da mezzanotte all'apertura. Che cosa ha a che fare questo con il fuso orario delle citazioni?
Il risultato sarà sempre GMT+3 se ci sono virgolette intorno alle 00:00 (sessioni di 24 ore), o GMT+3+N - dove N è il numero di ore dalla chiusura della sessione a mezzanotte o da mezzanotte all'apertura. Cosa ha a che fare questo con il fuso orario delle citazioni?
Non ricordo affatto questo argomento, quindi non posso rispondere alla domanda. Se c'è un'incongruenza, è meglio che cominci a dimostrarla.
Non ricordo affatto questo argomento, quindi non posso rispondere alla domanda. Se c'è un'incongruenza, è meglio che cominci a dimostrarla.
Qui da questo codice sul terminale BCS (simbolo ED-9.19) la funzioneTimeServerGMT() restituisce il tempo 2019.08.11 22:48:55 quando TimeCurrent() è 2019.08.12 11:48:55.
Da questo codice sul terminale BCS (simbolo ED-9.19) la funzione TimeServerGMT() restituisce il tempo 2019.08.11 22:48:55 quando TimeCurrent() è 2019.08.12 11:48:55
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Caratteristiche del linguaggio mql4, sottigliezze e trucchi
fxsaber, 2018.03.29 14:32
// Работает для FOREX-символов, когда M1-история доступна за ближайшую неделю
Non ho prestato attenzione a questo commento nel codice.
Non ho prestato attenzione a questo commento nel codice.
Stai dicendo che se i personaggi non forex hanno la storia disponibile, non funzionerà?
Ecco anche un esempio per il forex su Alpari-Demo EURUSD,H1 nel tester:
Per 2019.02.19 14:00:00 ritorna 2019.02.19 11:00:00
Per 2019.06.19 14:00:00-ritorni 2019.06.19 11:00:00
Anche se in inverno dovrebbe essere GMT+2 e in estate GMT+3 (EET).
Stai dicendo che se i personaggi non forex hanno una storia disponibile, non funzionerà?
Non mi ricordo. Ma probabilmente è stato scritto per un motivo.
È importante sapere a cosa serve l'offset GMT. Forse la mia visione di questo valore è troppo ristretta, tuttavia, vedo la sua utilità in una sola cosa - la capacità di sincronizzare diversi BP di prezzo tra loro.
Non vedo altre ragioni. Quindi queste funzioni devono essere in grado di sincronizzare ad esempio EURUSD in diversi broker (con diversi GMT-offset). Se questo non accade, solo allora c'è un errore.
È importante capire a cosa serve l'offset GMT. Forse la mia visione di questo valore è troppo ristretta, ma vedo la sua utilità per una sola cosa: la capacità di sincronizzare i vari BP dei prezzi tra loro.
Non vedo altre ragioni. Quindi queste funzioni devono essere in grado di sincronizzare ad esempio EURUSD in diversi broker (con diversi GMT-offset). Se questo non accade, solo allora c'è un errore.
O un prezzo BP con alcune notizie BP. Allora il trucco non funziona?
O un prezzo BP con un qualche tipo di notizia. Il trucco fallirà allora?
Prima si sincronizzano i due simboli forex sulle diverse fonti. Dopo di che diventa chiaro il pregiudizio dell'uno rispetto all'altro. Sulla base di questi dati, il resto dei simboli
di queste fonti.
La sincronizzazione con il calendario sarebbe bene controllare. Prendi le notizie in inverno e in estate. E vedere se coincide o no.
Calcolo della redditività.
Applicando
Risultato