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

Nuovo commento
 
Purtroppo, in realtà la maggior parte dei broker non vuole affatto avere a che fare con la tecnologia e investire nella qualità.

L'unica opzione qui è scrivere al supporto tecnico del broker e chiedere di aggiornare la cronologia almeno dalla nostra o da un'altra demo.
 
Renat: C'è solo un'opzione - scrivere al broker del supporto tecnico e chiedere di aggiornare la storia almeno dalla nostra o da altre demo.

due opzioni: lasciare che l'utente importi la storia

scrivere all'helpdesk del produttore del terminale e richiedere....!!! :) :) :) :)

 
Mischek:

No, si sbaglia. Voi predicate il concetto di "Diamo il miglior terminale per tutti".

E dichiarazioni come "Siamo responsabili solo della storia del nostro server MetaQuotes-Demo".

Qualsiasi società di brokeraggio ora ha la capacità tecnica di mescolare ad esempio le date in pochi minuti come meglio crede. Ma questo non corrisponde a - "Diamo il miglior terminale per tutti".

Ovviamente il vostro prossimo passo potrebbe essere un suggerimento - cambiare la compagnia di intermediazione.

Un concorrente furtivo che si nascondeva sotto un filo e aspettava il momento....

Su di te, sul tuo amico del profilo e su di me puoi trovare sporcizia, tanto più che hai attaccato in massa, ricordo che qualcun altro ha scritto di gopnik, ma non pensava come lui.

 
Renat:
Sfortunatamente, la realtà è che la maggior parte dei broker non vuole affatto essere coinvolta nella tecnologia e investire nella qualità.

Qui l'unica opzione è scrivere al supporto tecnico del broker e chiedere di aggiornare la storia almeno dalla nostra o da altre demo.

Credo nell'onestà del presidente.
E nell'incorruttibilità degli ufficiali,
Credo nella preoccupazione della banca per i suoi clienti...
Credo nelle sirene, nelle case......

Se non riesci a convincere lo spaccio che la qualità della storia è regolamentare, allora non gliene frega un cazzo della lamentela di qualche cliente.

 
Renat:
Non rovesciare la situazione.

Siamo responsabili solo e soltanto della storia del nostro server MetaQuotes-Demo e abbiamo il diritto di caricare diari sulla storia dal 1971 al 1999.

Così sia. Solo che non abbiamo un accesso rapido alla prima data del periodo esatto richiesto. Cioè, l'informazione nel riferimento è fuorviante:

ID

Descrizione

Tipo di proprietà

NUMERO DI BARRE DELLA SERIE

Numero di barre per periodo-simbolo al momento

lungo

DATA_PRIMA_SERIE

La prima data per il periodo di simbolo corrente

datetime

DATA ULTIMA BARRA DELLA SERIE

Data dell'ultima barra per simbolo-periodo

datetime

SERIE_SERVER_FIRSTDATE

Prima data nella storia per il simbolo sul server, indipendentemente dal periodo

datetime

DATA_PRIMA_SERIE

Primissima data nella storia sul simbolo nel terminale del cliente indipendentemente dal periodo

datetime

SERIE_SINCRONIZZATA

Dati sincronizzati per il simbolo/periodo al momento

bool

//---

Se vuoi ottenere il primo appuntamento, per esempio di un minuto... :

//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
   datetime first_date_period=0;
   //---
   SeriesInfoInteger(_Symbol,PERIOD_M1,SERIES_FIRSTDATE,first_date_period);
   //---
   Print("SERIES_FIRSTDATE: ",first_date_period);
  }
//+------------------------------------------------------------------+

//---

... allora otterremo informazioni errate su di esso. Nella variabile first_date_period, otterremo la data del timeframe giornaliero, che viene incollata nella cronologia dei minuti dal 1970 al 1999:

2012.11.26 22:19:38     Test01 (EURUSD,H4)      SERIES_TERMINAL_FIRSTDATE: 1970.01.01 00:00:00

//---

In altre parole, abbiamo bisogno di un accesso rapido. Se è possibile memorizzare queste informazioni direttamente nel file della cronologia dei minuti, da cui tutto è costruito, come suggerisce Nikolay, allora tutto è perfetto. Almeno ce ne occuperemo noi stessi programmaticamente. Può ancora essere gestito programmaticamente, ma è una specie di mega stampella. Abbiamo bisogno che sia come suggerito nella Guida. Ma ora si scopre che non è così.

 
Zeleniy:

Un concorrente che si è nascosto sotto un filo e ha aspettato il momento .....

Su di te, sul tuo amico del profilo e su di me puoi trovare della sporcizia, tanto più se ne colpisci un mucchio, ricordo che qualcun altro ha scritto dei gopnik, ma non ci ha pensato lui stesso.


Arrivano i veri ragazzi. Il cervello sembra essersi svegliato in modo incompleto, ma può provare a scrivere sul forum.
 
Orsi, uno non segue l'altro e voi lo capite molto bene.

Sono i broker che gestiscono i loro sistemi e non lasciano entrare nessun altro.
 
Urain, dovresti provarlo.
 
Renat:
Mishek, uno non significa l'altro e tu lo capisci molto bene.

I broker sono quelli che gestiscono i loro sistemi e non lasciano entrare nessun altro.

Le regole del business, ma i programmatori che scrivono per se stessi e su richiesta sono ancora parte del vostro concetto di sviluppo del business.

Forse ha senso dare una soluzione all'avanguardia al problema.

Se improvvisamente appare un buco su m1 nella storia già l'anno scorso riempita da un altro TF, beh, non si può lasciare in pace e appendere la gente.

Sì, non sono un programmatore e non conosco una soluzione conveniente, ma visivamente queste candele aliene dovrebbero risaltare (guardare attraverso il separatore di punti non è certamente una soluzione)

 
Renat:
Urain, prova tu.

Non posso provare per tutti, una persona viene ad aiutare (ha un broker), un'altra ha un broker diverso, devo dirlo a tutti nell'helpdesk.

Di nuovo, spesso non so quale broker userà quello che scrivo.

1...8910111213141516171819202122
Nuovo commento
Motivazione: