Errori, bug, domande - pagina 3036
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
Questo è fornito dal terminale.
Sì, è così.
Anton, manca davvero una funzione separata per ottenere tutti gli M1 (solo M1) indipendentemente dal parametro MAX_BARS senza memorizzare nella cache e salvare i dati su disco. Questo darebbe al programmatore nuove possibilità di formare la propria struttura di dati storici.
resta da vedere quanti utenti o programmatori lo useranno? - attivare le proprietà del grafico illimitato nelle impostazioni del terminale e utilizzare
per ora sembra "sviluppatore vieni ad accendere Unlimited setting per me se non fai nuovi plus"
l'unica cosa che resta da capire è quanti utenti o programmatori lo useranno? - attivare le proprietà del grafico illimitato nelle impostazioni del terminale e utilizzare
per ora sembra che "lo sviluppatore venga ad attivare l'impostazione Unlimited per me se non fai nuovi peluche"
Illimitato è un'opzione molto costosa per tutto il terminale. Immediatamente il consumo di spazio su disco e di traffico sale in modo gigantesco. Ma se ho bisogno diUnlimited solo per uno strumento e solo una volta?
Dopo tutto, i miei archivi di dati storici occupano 5 volte meno spazio su disco rispetto a quelli regolari, e allo stesso tempo sono più informativi, perché contengono il tempo per il massimo e per il minimo e tutti i TF già calcolati e non è necessario calcolarli ogni volta al volo.
Tiassicuro, Igor, che se pubblico una tale libreria in BE, molti programmatori inizieranno ad usarla o a creare qualcosa di simile guardando la sua efficacia.
E se è anche un prodotto nel Marketplace?
Devo chiedere a tutti di abilitare questoUnlimited, sapendo che così facendo li metterò molto sul traffico e sullo spazio disco?
Penso che la mia richiesta sia perfettamente adeguata, e che non richieda molte risorse per essere implementata, dato che tutto esiste già così com'è. È una questione di 10-15 minuti.
Dopo tutto, quando max_bars = 1000 e si richiedono 1000 barre W1, l'intera storia M1 viene caricata comunque, e W1 è già calcolata da essa, solo M1 non viene salvata su file.
Perché quando max_bars = 1000 e chiedete 1000 barre W1, l'intera cronologia M1 è ancora caricata e W1 è già calcolata da essa, solo M1 non viene salvata nel file.
Com'è? Caricato, ma non salvato?
Com'è? Caricato, ma non salvato?
Solo M1 viene scaricato dal server, e ogni altro TF viene generato da esso.
Non più di max_bars di quei TF che sono stati richiesti programmaticamente o dall'utente attraverso la selezione TF vengono salvati su disco.
1000 barre W1 è circa venti anni di dati, cioè quasi l'intera storia di M1 verrà scaricata.
Puoi Andrei controllare le mie parole. Apri un nuovo simbolo nella panoramica del mercato e apri la sua finestra e attiva subito il TF mensile. E vedrai quanto velocemente vengono scaricati i dati.
Ma vedrai un piccolo file in ...MetaQuotes\Terminal\...\bases\...\history\...\cache\M1.hc.
E la cosa divertente è che i file hcc saranno generati durante tutti gli anni e peseranno già fino a mezzo gigabyte. Il formato hcc significa che sono già scaricati da M1, ma non disponibili per il programmatore.
Quindi non dovrete nemmeno scaricarli.
E a giudicare dalla dimensione della struttura MqlRates = 60 byte, i file hcc non sono affatto compressi. Molto dispendioso!
HZ ha fatto un esperimento più attento e ha scoperto che quando si richiedono i dati di qualsiasi periodo, i dati spacchettati di questi periodi sono salvati in file hcc (barre dei minuti) e i dati sono spacchettati dalla RAM nel catalogo Cache solo allo spegnimento del terminale.
cioè, i timeframes sono formati e calcolati in memoria e salvati nel file cache allo spegnimento del terminale. Questo è effettivamente logico. È solo illogico tenere i file hcc in forma non compressa e non dare accesso ad essi ai programmatori.
Beh, se dovete aspettare, aspettate e basta, sempre che gli sviluppatori ci vedano un senso.... basta essere preparati ad aspettare, beh... Ho chiesto dell'operator overloading, l'amministratore ha detto che era una caratteristica non necessaria, poi non ho avuto a che fare con MQL per 5 anni e ora è tutto qui! ))))
Beh, se è quello che ci vuole, basta aspettare, sempre che gli sviluppatori ci vedano un senso.... basta essere preparati ad aspettare, beh... Ho chiesto dell'operator overloading, l'amministratore ha detto che era una caratteristica non necessaria, poi non ho avuto a che fare con MQL per 5 anni e ora è tutto qui! ))))
Sì, è uno spettacolo triste. Sono d'accordo.
Il motivo, come ho detto prima, è la gestione manuale dell'azienda.
Questo è fornito dal terminale.
Sì, è così.
Anton, quello che manca è una funzione separata per ottenere tutti gli M1 (solo gli M1) indipendentemente dal parametro MAX_BARS senza cache e senza salvare i dati su disco. Questo darebbe al programmatore nuove possibilità di formare la propriastruttura di dati storici.
Cioè da quanto sopra la richiesta può anche essere semplificata:
Ottenere l'accesso programmatico a barre M1 già esistenti situate (scaricate) in file hcc. Puoi farlo con un comando separato o con quelli già esistenti.
Se ho bisogno di barre di minuti oltre max_bars, allora devo solo avviare il download delle barre MN o W1, e dopo sarò sicuro che i file hcc necessari sono già stati generati.
Quindi volete un'abilità intrinseca per bypassare una limitazione intrinseca? )