Servicedesk: pigrizia, autismo o mancanza di volontà di ammettere gli errori? Completare i grafici con candele non native. - pagina 4

 
Renat:
Bloviating flam spegnendo il nostro cervello?

No, cercando di trovare un modo per aggirare la nuova crudele stampella.

Non ditemi che è un bug e che ci fa bene.

 
Renat:
Komposter, lavora con i verbali degli ultimi 10-12 anni e non pretendere che i verbali più vecchi del 1999 siano importanti per te.

Non c'è nessun problema, e avere giorni più vecchi del 1999 permette di vedere una storia più profonda.

Non c'è nessun problema, soprattutto perché ogni broker decide che tipo di storia utilizzare. Se vuole - lasciatelo trasmettere un po' più corto, ma puro M1. Non è necessario utilizzare la nostra storia più vecchia del 1999.
Perché limitare manualmente se avete la funzione SeriesInfoInteger con il parametro SERIES_FIRSTDATE e i parametri - il timeframe e il simbolo necessari. E logicamente questa cosa dovrebbe restituire il tempo di cucitura del tf
Документация по MQL5: Доступ к таймсериям и индикаторам / SeriesInfoInteger
Документация по MQL5: Доступ к таймсериям и индикаторам / SeriesInfoInteger
  • www.mql5.com
Доступ к таймсериям и индикаторам / SeriesInfoInteger - Документация по MQL5
 
IgorM:

Non è difficile controllare i buchi, ma come possiamo determinare programmaticamente che vengono utilizzati altri TF invece di barre di minuti?

Capisco che qualcuno stia deliberatamente facendo dell'isteria con l'idea che "al posto delle barre minuscole ci potrebbe essere qualcos'altro".

I fatti sono questi:

  1. I giorni su dati minuti solo più vecchi del 1999 sono stati messi volutamente e deliberatamente per riempire la storia profonda.
  2. Non ci sono altri intervalli di tempo al posto dei minuti dal 1999. Cioè, nessun mix all'interno della cronologia dei minuti.
  3. Non ci sono errori tecnici nell'importazione di barre giornaliere sulle vecchie barre di minuti. C'è un minuto "onesto" con OHLC giornaliero.
  4. Dire che"le barre giornaliere delle minuzie del 1980 rovinano la mia analisi delle minuzie" non è serio. Non c'è bisogno di flaming su questo argomento, né c'è una giusta rabbia teorica.

Tenete presente che i prodotti commercializzati sono un insieme di compromessi.

Il massimalismo nel difendere la purezza di una teoria entra inevitabilmente in conflitto con una dozzina di altre posizioni. Alla fine, è spesso il compromesso cumulativo che vince, dove ogni parte deve sacrificare qualcosa.

 
Renat:

I fatti sono questi:

  1. I dati dei giorni al minuto solo più vecchi del 1999 sono stati messi di proposito e deliberatamente per riempire la storia profonda.

Lei ha questo. Che ne dite di questo? O negherà che i broker non sono affari suoi?

 

Qual è la data limite? 01.01.1999, 04.01.1999, o... ?

o può essere diverso per i diversi personaggi?

 
TheXpert:

È tuo. Che ne dite di questo? O negherà che i broker non sono affari suoi?

"Non ci sono dettagli.

Stai reagendo in modo puramente teorico senza riferimento alla realtà. Non sai cosa sta succedendo e non capisci.

 
A100:

Qual è la data limite? 01.01.1999, 04.01.1999, o... ?

o può essere diverso per i diversi personaggi?

Certo che è diverso.

Immagino che gli sviluppatori trovino difficile scrivere una funzione di 5 righe per rilevare l'indice iniziale desiderato in un array di minuti? E anche allora, in casi eccezionali di una persona su mille.

Naturalmente non è difficile. Ma è così interessante giocare al distruttore pubblico senza prestare attenzione al quadro generale del sistema.

 
Renat:

"Non ci sono dettagli.

Anche lei ha reagito in modo puramente teorico senza riferimento alla realtà. Senza capire o comprendere l'essenza.

Beh, certo che mi ricordo tutto, sono un nubile incompetente che si è imbattuto per caso in questo thread.

Cosa farete quando appariranno le specifiche?

 
TheXpert:

Beh, certo che mi ricordo tutto, sono un nerd incompetente che ha vagato accidentalmente in questo thread.

Cosa farete quando verranno fuori le specifiche?

Vi mando a rileggere quello che ho scritto.

Grazie per aver riconosciuto la mancanza di specificità nella sua istruzione.

 
Renat:

Renat, avviciniamoci in termini di tecnica-pratica.

Cosa abbiamo al momento:
- Tutte le barre sono basate sulla cronologia di un minuto. questo è una specie di vantaggio.
- Ma lo stesso vantaggio del modello di archiviazione della storia ha rivelato un grande svantaggio - dove mettere la storia antica, che non ha minuti?
- Dopo averci pensato per un paio di giorni, hai preso la decisione di memorizzare la storia in minuti. non avevi altra scelta, quindi il modello "tutto in minuti" ha un sapore migliore :)

Cioè, il compromesso sembra essere stato ottenuto, ma lasciando una stampella si è inciampato sull'altra...

È chiaro che la storia degli antichi giorni senza minuti è sui vostri server. Sui server di altri broker potrebbe non esserci questa storia (questa linea è per FiftyStars).


Comunque, sulla base di tutto questo:
- nessuno cambierà il modello minuto. Questo è un fatto.
- E nessuno aggiungerà funzioni a MQL per analizzare i modelli "a un minuto" e "giornalieri". Non è chiaro come farlo.

Penso che tutto dipenda dal broker - se permetterà al suo server di avere la storia "non minuta"... E questa non è una domanda per MC.

Il modello "solo minuto" ha dimostrato la sua convenienza nell'immagazzinare e trasferire volumi di informazioni.
D'altra parte, abbiamo ottenuto una caratteristica dal MC - la presenza di barre giornaliere nella cronologia dei minuti, che è in effetti una sorpresa selvaggia.

Quindi chiunque voglia rimuovere le barre giornaliere dalla cronologia dei minuti dovrebbe contattare i propri broker.
Può essere possibile spiegare loro la natura problematica della situazione. Non ha senso farlo per i MC, ci sono dei progessori qui.

Motivazione: