tempo nel terminale ai campionati - pagina 10

 
autoforex: Secondo le mie osservazioni è uguale al tempo del server della quotazione, cioè SET (per il server della quotazione).
Grazie! Quando la mia ottimizzazione sarà finita (e prima o poi dovrà finire), cercherò di controllare cosa sta realmente succedendo lì.
 
autoforex:
Restituirà il tempo della candela corrente = CurrentTime(). Questo è facile da controllare.

Sì, ci sono sopra. Un anno fa ho scritto alcune funzioni che con tre acque (possono essere ridotte a due) determinano l'ora GMT corrente per qualsiasi candela.

Gli input importanti sono: fuso orario del server (indicato come deviazione in ore dal GMT) e tipo di transizione inverno/estate (No/Europa/USA).

Voglio solo dire che non è chiaramente due corde e lontano dall'opzione universale.

PS

Gli sviluppatori sono troppo pigri anche per informare quegli "input" che devo specificare io stesso, mentre il calcolo duplica e riscrive un sacco di codice.

Il punto è questo.

Документация по MQL5: Дата и время / TimeCurrent
Документация по MQL5: Дата и время / TimeCurrent
  • www.mql5.com
Дата и время / TimeCurrent - Документация по MQL5
 
Yedelkin:

La tua conclusione contraddice le tue stesse osservazioni :) In primo luogo, si osserva che TimeCurrent()==22.00==TimeGMT(), ma non si vuole ammettere che TimeCurrent()==TimeGMT() nel tester. Cioè, non volete ammettere che l'ora del server coincide con il GMT nel tester.


Lo è, questo è tutto il "contrattempo".

Se stiamo parlando del tester, allora ovviamente "qualcuno crede" che tutti i PC funzionino sull'ora del server e che tutti i server siano nella zona GMT.

In questo caso la transizione inverno/estate e non ci può essere.

Yedelkin:

Eccellente conclusione a sostegno della tua posizione :) - Colpa del tester :)


La colpa non è del tester, ma di chi ha "inventato" di legare tutto il tempo (assolutamente tutto) al tempo delle citazioni.

In questo caso né nel tester né nell'ambiente di trading non ci sono informazioni sulla zona in cui si trova il server di trading e se il tempo cambia.

Sembra essere molto difficile aggiungere altri due parametri, per esempio, in AccountInfoInteger e cambiare il comportamento di TimeGMT nel tester (in modo che il risultato sia corretto a seconda della zona del server)

Yedelkin:
Grazie! Quando la mia ottimizzazione sarà finita (e prima o poi dovrà essere finita), cercherò di controllare cosa sta realmente succedendo lì.

Quello che succede lì è una cosa semplice, l'ora locale e il GMT sono "equalizzati" con l'ora del server e TimeGMTOffset fa finta che l'interruttore orario invernale/estivo non sia mai esistito.

Quindi almeno il comportamento di due funzioni TimeGMTOffset e TimeGMT nel tester dovrebbe essere cambiato. IMHO

 
Interesting: Se stiamo parlando del tester, allora ovviamente "qualcuno pensa" che tutti i PC siano in funzione all'ora dei server, e che tutti i server siano nella zona GMT.

Buon argomento sul tempo della storia nel tester! Personalmente, ho ingenuamente pensato che se l'ora del server è impostata come GMT+0, le citazioni saranno memorizzate solo in formato GMT+0. Ora, dovremo controllare questo punto e regolarlo per la realtà del tester, se necessario.

 
Yedelkin:
Buon argomento sul tempo della storia nel tester! Personalmente, ho ingenuamente supposto che se l'ora del server nel test era GMT+0, le citazioni saranno memorizzate nel formato GMT+0. Ora, dovremo controllare questo punto e adattarlo alla realtà del tester, se necessario.

Lo faccio da un anno ormai, non posso fare nulla senza di esso nel mio tester.

Non ho mai toccato"l'ora locale" nel tester, ma credo che dovrò farlo.

Secondo me, per il lavoro normale nel tester si dovrebbe specificare la zona e la possibilità di transizione inverno/estate (per il tempo "locale") nei parametri, e le impostazioni del server prendono dall'ambiente commerciale.

Cioè, idealmente, secondo quei dati che nell'ambiente di trading e le quotazioni di tempo per determinare GMT, e poi sulla base di GMT e parametri tester per determinare il tempo locale.

Ma gli sviluppatori non lo faranno, perché solo due o tre commercianti ne "hanno bisogno".

 
Interesting: Quello che succede lì è una cosa semplice, il tempo locale e il GMT sono "equiparati" al tempo del server, e TimeGMTOffset fa finta che la transizione inverno/estate non sia mai esistita.

Sono consapevole di questa caratteristica. Ho dato per scontato che ci fosse, quindi è stato abbastanza soddisfacente finora. Ma se l'equiparazione del GMT nel tester all'ora del server (nella vostra terminologia) porta a qualche tipo di salto temporale, dovrò perfezionare il codice.

 
Interesting: .. perché due o tre commercianti su tutti "ne hanno bisogno".
Anche tu sei sempre pronto a ottenere in anticipo quella frase immortale? :):):)
 
Yedelkin:
Anche tu sei sempre pronto a ottenere in anticipo quella frase immortale? :):):)
Ci sono cose che preferiresti fare da solo (anche se è un casino usare le stampelle) piuttosto che aspettare "la grazia della natura"...
 
Interesting:
Ci sono cose che è meglio realizzare da soli (anche se è un casino usare le stampelle) che aspettare "la grazia della natura"...
Avete scritto al Service Desk su questo particolare problema? C'era una risposta? Se c'è un tale problema, non riguarda due o tre persone, ma tutti quelli che usano il tester. )))
 
tol64:
Avete scritto al Service Desk su questo particolare problema? C'è stata una risposta? Se c'è un tale problema, non è un problema per due o tre persone, ma per tutti quelli che usano il tester. )))
Ho scritto, ma a quanto pare le stelle erano nel segno sbagliato in quel momento.