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
Ho pensato rapidamente, scrivere il file e leggere il tempo della sua creazione, ma anche qui un utente subdolo può trasferire il tempo del computer.
ZS: se per il quadruplo, legge il file della storia, cerca l'ultima barra (zero) e ferma il test n barre prima dell'ultima barra
ma anche qui un utente intelligente (con una conoscenza del terminale superiore alla media) può aggiungere una storia per N barre)
ZS: sì, il modo più semplice per ottenere il numero di barre sul grafico(iBars), dal tempo corrente, sottrarre il tempo del primo (il più a sinistra) e quando la differenza sarà inferiore o uguale a n barre per fermare il test.
Anche se le iBar non funzionano, è necessario guardare nel file della cronologia.
pensiero veloce, scrivere il file e leggere l'ora in cui è stato creato, ma anche qui l'utente astuto può annullare l'ora del computer.
Esattamente. Questo è l'unico modo per conoscere il tempo reale del computer dal tester. Ecco come faccio io.
Ma l'utente può trasferire il tempo come hai detto correttamente.
Alexandr Bryzgalov:
ZS: se per il quadruplo, allora leggete il file di storia da cui iniziano i gufi, cercate l'ultima barra (zero) e fermate il test per n barre prima dell'ultima
Quali impostazioni devono essere inserite e dove? TimrCurrent() - tempo del server. Nel tester, è il tempo di arrivo dei tick sul tempo del server. Finché scrivo gufi all'ora locale del computer non una volta attaccato.
Dimitri, la sfida è smettere di elaborare le zecche nel tester in anticipo rispetto alla data reale. Per questo è necessario conoscere questa data reale. Dal tester può essere trovato solo come scritto sopra - per operazione di file. Ma, se un utente furbo sposta il tempo sul computer in avanti, anche l'operazione del file darà non il tempo reale, ma il tempo spostato in avanti.
Il problema, infatti, è che se l'esperto lavora su timeframe M5 e superiori (un problema particolare sul giornaliero) - diventa possibile eseguirlo in uno strategy tester e leggere l'ultima azione, trasferendola su un altro terminale e non comprare un EA, usando solo la versione demo.
Non va bene. Nel tester di strategia, la storia non è data per intero, ma per tick, ed è impossibile "fermare il tester in poche barre". L'apertura del file di cronologia è un'opzione con una DLL auto-scritta, che vorremmo evitare. Se è con DLL, allora la richiesta di tempo da Internet mi sembra la più affidabile.
Non c'è modo di sapere la data finale del test?
significava che l'EA avrebbe smesso di rispondere ai segnali.
Anche se potesse, non farebbe comunque nulla. Il compito è quello di scoprire l'ora attuale reale dal tester senza usare l'API.
Se solo potessi - tutto è risolto.
L'ora attuale attuale del tester viene scoperta per mezzo di un'operazione di file. Questa è ovviamente una perversione, ma funziona davvero.
Se qualcuno ha qualche idea sulla fine del tempo di prova da parte del tester, per favore condividetela.