FORTI. Problemi di applicazione - pagina 98

 
Nessuna risposta del server due volte oggi :(
 
prostotrader:
Nessuna risposta dal server due volte oggi :(

Di nuovo all'apertura del mercato? Potresti dirci qualiscambi hai fatto?

 
Dennis Kirichenko:

Di nuovo all'apertura del mercato? E per favore chiarisci qualiscambi hai fatto.

Non c'è stata alcuna risposta per gli ordini impostati ALRS e VTBR (entrambi per la vendita)

2018.02.28 10:00:04.782 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:05.543 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:05.828 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:06.824 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:07.339 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:07.838 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.351 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.351 trader (Eu-12.18,M1)    CheckOrders: Задержка ответа сервера. Ожидание продолжается...
2018.02.28 10:00:08.357 trader (TRNF-3.18,M1)   ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.850 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:08.850 trader (LKOH-6.18,M1)   ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.852 trader (ROSN-9.18,M1)   ProcessOrders: Билет buy ордера = 84718414 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.852 trader (LKOH-6.18,M1)   ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:08.856 trader (ROSN-9.18,M1)   ProcessOrders: Билет sell ордера = 84718415 Cост. ордера = ORD_DO_CANCEL
2018.02.28 10:00:09.367 trader (TRNF-3.18,M1)   ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:09.367 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:09.371 trader (Eu-12.18,M1)    CheckOrders: Задержка ответа сервера. Ожидание продолжается...
2018.02.28 10:00:09.882 trader (ROSN-9.18,M1)   ProcessOrders: Buy ордер в переходном состоянии. Билет = 84718414 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:09.901 trader (ROSN-9.18,M1)   ProcessOrders: Sell ордер в переходном состоянии. Билет = 84718415 Cост. ордера = ORD_DO_CANCEL
2018.02.28 10:00:10.009 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:00:10.011 trader (LKOH-6.18,M1)   ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY
2018.02.28 10:00:10.022 trader (LKOH-6.18,M1)   ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY

Dopo circa 50 minuti, l'ho corretto manualmente.

2018.02.28 10:54:33.065 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:34.077 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:34.095 trader (VTBR-3.18,M1)   ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:35.091 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:36.115 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:37.129 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:38.134 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:39.150 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:40.162 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:41.193 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 10:54:42.197 trader (ALRS-3.18,M1)   ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET
2018.02.28 11:33:40.707 trader (ALRS-3.18,M1)   OnTradeTransaction: Main ордер отменён пользователем (или не успел исполниться). Билет = 84726222
 

Molte persone mi rimprovereranno di nuovo, ma io rimango della mia opinione. Sì, sono stato emotivo sopra, quindi per favore perdonatemi se ho offeso qualcuno...

Verrò da lontano.

Immaginate un negozio sovietico prima dell'apertura, anche se alle 9 del mattino. Un caricatore di camion che apre la porta del negozio dall'interno esattamente alle 9:00 rischia di essere schiacciato dalla folla in arrivo. La folla viene finalmente lanciata nel negozio, e per i primi minuti il negozio è vivace, se non caotico. C'è molto rumore, molte imprecazioni e a volte alcuni criminali arrivano in testa alla fila. È allora che la folla diventa ancora più agitata e rumorosa...

Quindi ci siamo. Ora il commerciante si siede davanti al monitor, non vede la folla, tutto è tranquillo prima che il "negozio" si apra. Il senso di trambusto e di caos non lo disturba come acquirente sovietico. Ma questo non invalida la situazione quando il sistema di scambio si avvia e c'è un'ondata di offerte. Il principio del collo stretto non scompare e rimane valido.

Domanda. Pensi che il broker faccia scattare i suoi acquirenti a caso o secondo qualche tipo di algoritmo? Mi sembra che la priorità sia data ai grandi acquirenti. Il broker ottiene più commissioni da loro. E poi c'è la questione della reputazione del broker. L'insoddisfazione di un grande acquirente è più pericolosa dell'insoddisfazione di un piccolo acquirente. Cioè, presumo che gli ordini dei grandi clienti siano eseguiti più velocemente all'apertura.

Domanda. Pensate che il broker non si renda conto che il "negozio" dei piccoli acquirenti sta soffrendo? Penso che sia ovvio che lo faccia. Abbiamo stabilito collettivamente che "là fuori" non sono idioti. Beh, probabilmente ridurre al minimo la frustrazione dell'acquirente meschino in qualche modo. Come, esattamente? Non si può annullare l'ordine, perché i piccoli commercianti direbbero: "Come ho fatto io, un commerciante rispettato, anche se piccolo, ad avere un rifiuto dal broker? Forse, puoi semplicemente tenere le offerte minori nella coda delle offerte fino a quando non tornano i capi... Oppure, accettare le offerte principali - comprare o vendere, e tenere la modifica...

E ora immaginate che ci siano molti di questi broker allo scambio: c'è ancora più confusione all'inizio di una sessione, che in un solo negozio sovietico.

Questi sono i pensieri.

P.S. Tutte le coincidenze nel mio testo sono casuali e illustrative.

 
prostotrader:
Nessuna risposta del server due volte oggi :(

Non posso nemmeno entrare in Quickie - dice "Accesso bloccato dall'amministratore".

E' tutta colpa degli amministratori...

 
prostotrader:

Non c'è stata alcuna risposta per gli ordini impostati ALRS e VTBR (entrambi gli ordini di vendita)

Dopo circa 50 minuti, l'ho corretto manualmente.

Perché non si capisce che il registro di Expert Advisor non dice nulla? C'è una variante adeguata

Forum sul trading, sistemi di trading automatico e test di strategie di trading

FORTI. Domande sull'esecuzione

fxsaber, 2018.02.26 18:28

Il contenuto di tutte le strutture OnTradeTransaction in arrivo potrebbe essere aggiunto al file?

Quando viene rilevata una situazione in cui "non è arrivata nessuna risposta". Guarda nel file per vedere se c'è stata effettivamente una risposta o no. Questo è un autotest molto affidabile.

perché in questo caso si esclude un errore.

 
fxsaber:

perché in questo caso si esclude un errore.

quindi questo evento non è garantito

 
Комбинатор:

quindi non è un evento garantito

Questa sarebbe la prova che l'evento non è accaduto.

 
fxsaber:

Questa sarebbe la prova che l'evento non ha avuto luogo.

come può un evento non garantito essere una prova di assenza?
 
Комбинатор:
Come può un evento non garantito essere una prova di assenza?

Il fatto è che l'anno scorso OnTradeTransaction è diventato GARANTITO! :)

Ecco perché sto farneticando (a parte i ritardi)

Aggiunto

Forum sul trading, sistemi di trading automatico e strategie di trading di prova

Errore "fluttuante" PositionSelect()

MQ Alexander, 2016.08.03 18:00

Per quanto riguarda gli ordini, le posizioni e le compravendite.

Come scritto nell'aiuto - la sequenza di arrivo delle transazioni non è garantita - la transazione di trasferimento dell'ordine alla storia può essere ricevuta prima della transazione della transazione.
Cambiare una posizione nel terminale è strettamente un risultato della ricezione di una transazione commerciale, quindi la sua ricezione è una garanzia che la posizione è cambiata.
Ottenere una transazione per trasferire un ordine nella storia assicura solo che l'ordine ha cessato di essere attivo (aperto) ed è stato spostato nella storia dell'ordine.

Inoltre, le transazioni possono perdersi nella consegna dal server al terminale.

Per quanto riguarda la frase.

Sembra che sia stato lasciato nella documentazione di una delle versioni iniziali del terminale con trading asincrono. Sarà rimosso a breve. I colpevoli saranno fucilati.