Problemi di comunicazione difficili - pagina 5

 
Supponendo il punto 4, il primo ordine deve essere eseguito. Se questo è il caso, allora il secondo ordine dovrebbe essere eseguito, ma non da quando il server sta elaborando la prima richiesta. Giusto?

ci sono 2 possibilità:
1. il primo ordine viene eseguito (ma lo scoprirai modificando la lista delle posizioni aperte o controllando i log del terminale), il secondo ordine non viene nemmeno inviato al server;
2. il secondo ordine non viene comunque inviato al server. il primo ordine non viene eseguito. vedi il motivo nei log
 
<br / translate="no"> ci sono 2 possibilità:
1. il primo ordine viene eseguito (ma lo saprete cambiando la lista delle posizioni aperte o controllando i log del terminale), il secondo ordine non andrà nemmeno al server;
2. il secondo ordine non viene comunque trasmesso al server. il primo ordine non viene eseguito.



Ok. Allora spiegate a me, e anche ad altri, qual è il significato delle righe:

1. 2005.11.29 16:59:52 '82991': login (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: errore ping
3. 2005.11.29 17:02:25 '82991': impossibile effettuare il login [No connection]
4. 2005.11.29 17:03:33 '82991': richiesta accettata dal server
5. 2005.11.29 17:03:33 '82991': richiesta in corso
6. 2005.11.29 19:11:44 '82991': ordine di chiusura #2076385 vendere 0,10 EURUSD a 1,1759 sl: 0,0000 tp: 0,0000 al prezzo 1,1743
7.2005.11.29 18:36:29 '82991': ordine istantaneo vendere 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000

Vi chiedo di non prenderla come un'aggressione, sono solo stanco di analizzare perché gli ordini non vengono eseguiti e non capisco tutti i log, questo tipo di voci sono più frequenti.
 
Gli sviluppatori sono di nuovo silenziosi.........
E cosa significa la frase seguente:
2005.11.30 09:38:40 Vecchio tick EURUSD5 1.1779/1.1782
anche nessuna risposta?
Dove posso leggere il significato delle voci di registro?
 
Если допустить п.4, то первый ордер должен быть исполнен. Так ? а второй поскольку сервер обрабатывает первый запрос, нет. Так ?

Sono possibili 2 opzioni:
1. il primo ordine viene eseguito (ma potete scoprirlo cambiando la lista delle posizioni aperte o controllando i log del terminale), il secondo ordine non andrà nemmeno al server;
2. il secondo ordine non viene comunque trasmesso al server. il primo ordine non viene eseguito.


Torniamo al punto di partenza. Siamo già in 50 a Kharkov e stiamo cercando di risolvere questo problema e "pyrodex" non è il primo e ahimè non è l'ultimo. Ogni giorno la gente viene al centro dealing di Kharkiv di Ukrsotsbank e non lavorano come esperti (Ukrsotsbank vieta l'uso di esperti sui conti reali per default), ma usano penne su denaro reale e chiedono quando questo x-..... finirà. Alcune persone pensavano di avere problemi con il computer. Chiamato l'ufficio di Kiev di Ukrsotsbank (acquirente MT4), e rispondono testualmente il seguente ".... questo programma è esigente per i canali di comunicazione, trattare con i fornitori .....", alla domanda ".... perché funziona distorto nella vostra filiale Kharkiv" risposta, "...... hanno problemi con la rete locale in Kharkiv....". E va notato quanto segue, i problemi con la rete locale del centro dealing di Kharkiv sono iniziati il giorno in cui sono passati alla MT4 il lunedì e sono durati per la quarta settimana senza una pausa, il venerdì sulla MT3 due giorni prima non c'era nessun problema per qualche motivo e anche per tutto l'anno prima. È difficile supporre che Ukrsotsbank abbia improvvisamente iniziato a barare, perché prima dell'introduzione di MT4 non ha dato alcun motivo di sospetto. Ci sono stati un paio di malintesi durante l'anno, ma entro certi limiti. Siamo arrivati al vice presidente della banca (e Ukrsotsbank è una delle dieci più grandi banche in Ucraina) che ci ha dato il capo del dipartimento di automazione e informatizzazione. Due giorni dopo ci ha dato la risposta che non aveva intenzione di sacrificare la sicurezza della banca per far funzionare MT4. A giudicare dal fatto che gli sviluppatori non hanno detto nulla di intelligibile, se non di negoziare con i fornitori e altre sciocchezze, non c'è ancora una soluzione al problema.
 
mark 30.11.05 10:28
Torniamo al punto di partenza...

Gli specialisti del centro di trattamento di Kharkiv non ci hanno contattato.
 
Signori sviluppatori!
Il fatto è che quando ho contattato la mia società di intermediazione per il problema di connessione, mi hanno rimandato allo sviluppatore, cioè a voi.
Dato che MT4 è molto esigente riguardo ai canali di comunicazione, potreste specificare i requisiti per questi canali?

Non sono sicuro di cosa fare se voglio usare questi canali, ma non conosco i loro parametri.
Ho chiesto al mio fornitore, ma lui ha una contro-domanda: di quale qualità hai bisogno? Cosa dovrei dirgli?
Cosa devo fare allora per utilizzare il trading mobile, non Wap, ma la versione completa di MT via GPRS?
E non tutte le città della Russia e della CSI hanno una qualità di Internet così sorprendente come a Mosca?

E per non disturbarti, per favore carica i file di log decriptati.
Ma il significato di tale chiaro, e le ragioni di tali registrazioni come:

1. 2005.11.29 16:59:52 '82991': login (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: errore ping
3. 2005.11.29 17:02:25 '82991': impossibile effettuare il login [No connection]
4. 2005.11.29 17:03:33 '82991': richiesta accettata dal server
5. 2005.11.29 17:03:33 '82991': richiesta in corso
6. 2005.11.29 19:11:44 '82991': ordine di chiusura #2076385 vendere 0,10 EURUSD a 1,1759 sl: 0,0000 tp: 0,0000 al prezzo 1,1743
7.2005.11.29 18:36:29 '82991': ordine istantaneo vendere 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000

non proprio.
In modo da poter avere una conversazione ragionata sia con il fornitore che con voi.
 
MetaQuotes 30.11.05 11:37
Gli specialisti del centro commerciale di Kharkiv non ci hanno contattato.


Ecco di chi è la colpa di tutti i problemi! Centro commerciale di Kharkiv!!! E chi altro deve venire da voi a inchinarsi perché finalmente affrontiate la questione?

Ora veniamo al punto. Mi ripeto. Ci sono problemi con la connessione. In attesa del denso flusso di quotazioni (notizie, attività di mercato) i ritardi nella consegna delle informazioni (quotazioni, feed di notizie) sono fino a 3 minuti. Visivamente, questo si esprime nel fatto che il flusso di citazioni si "ferma", si "accumula", e poi la parte "accumulata" di citazioni arriva al lato del cliente in un solo momento. Dopo qualche secondo, la situazione si ripete fino a quando il mercato si assesta.

Il suo consiglio di preferire un fornitore specifico può essere valido. Infatti, attraverso il provider A il routing passa attraverso 15 server - americano, attraverso la Germania torna in Ucraina. Il problema è presente. Attraverso l'ISP B, l'instradamento passa esclusivamente attraverso i server "ucraini". Il problema non viene osservato. Tuttavia!!! La latenza in ms al provider A è 2-3 volte inferiore a quella del provider B. Il prodotto MT è così nazional-privilegiato da avere un'avversione per i canali di comunicazione borghesi?

Di nuovo, prima dell'introduzione di MT4 non c'era alcun problema. Il problema della connettività è SOLO con il software MT4 (senza distinzione di provider). IE, ICQ e tutto il resto funziona senza problemi.

Per favore, fate in modo che sia una priorità risolvere finalmente il problema della connettività.

Grazie.
 
Skull_AC 30.11.05 12:51
Ecco di chi è la colpa di tutti i problemi!!! Kharkiv DC!!!

Si prega di leggere attentamente tutti i messaggi precedentemente inviati in questo thread, in modo che i post successivi siano logicamente correlati, e non separati dal contesto della discussione.

...Per favore, fate in modo che sia una priorità risolvere finalmente il problema della comunicazione.

Una citazione da un post precedente: "...Siamo arrivati al vice capo della banca (e Ukrsotsbank è una delle dieci più grandi banche in Ucraina) ci ha dato il capo del dipartimento di automazione e informatizzazione da abbattere. Due giorni dopo ci disse che non aveva intenzione di sacrificare la sicurezza informatica della banca per il bene di un MT4.
 
Signori sviluppatori!!!
Smettiamo di usare le parole! Non è l'obiettivo di infastidirvi. Assicuratevi che MT4 sia buono come MT3 e avrete tutti i rinvii che volete.

Lei stesso ha detto 23.11.05 20:15 "Il problema viene studiato attentamente" e qual è stato il risultato di questo studio?
E se non è così, quando finirà?
E se non è un segreto, lei è a Mosca? Così si ha piena brillantezza con la connessione, cosa che non si può dire delle regioni.
Se hai bisogno di aiuto per controllare la qualità della comunicazione da diverse regioni, dimmi solo cosa fare, ci sono almeno 10 persone da diverse parti del CIS che sono disposti a fare qualsiasi lavoro per indagare il problema, solo per accelerare la sua soluzione.
 
Sorprendentemente, l'esecuzione degli ordini è molto meglio oggi. Solo il 10% circa di tutti gli ordini piazzati non vengono eseguiti.
Stai andando nella direzione giusta!!!
Non possiamo cambiare "qualche altra impostazione dal lato del broker" per far sì che gli ordini vengano eseguiti ancora meglio?
L'ho controllato su una demo di Alpari.