FORTES. Questões de aplicação da lei - página 98

 
Nenhuma resposta do servidor duas vezes hoje :(
 
prostotrader:
Nenhuma resposta do servidor duas vezes hoje :(

Na abertura do mercado novamente? Você poderia nos dizer queofícios você tem feito?

 
Dennis Kirichenko:

Na abertura do mercado novamente? E, por favor, esclareça quaisnegócios você fez.

Não houve resposta para pedidos definidos ALRS e VTBR (ambos para venda)

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

Após cerca de 50 minutos, corrigi-o 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
 

Muitas pessoas vão me culpar novamente, mas eu mantenho minha opinião. Sim, eu estava emocionado acima, então por favor me perdoe se eu ofendi alguém...

Eu venho de longe.

Imagine uma loja soviética antes de abrir, embora às 9:00 da manhã. Um carregador de caminhão que abre a porta da loja por dentro exatamente às 9 horas da manhã corre o risco de ser esmagado pela multidão que chega. A multidão é finalmente lançada na loja, e durante os primeiros minutos a loja está agitada, se não caótica. Há muito barulho, muitos palavrões. Às vezes alguns criminosos ficam na frente da fila. É aí que a multidão fica ainda mais agitada e barulhenta.

Então, aí está. Agora o comerciante senta-se em frente ao monitor, não vê multidão, tudo fica quieto antes que a "loja" abra. A sensação de agitação e caos não o incomoda como um comprador soviético. Mas isto não invalida a situação quando o sistema de troca é iniciado e há uma onda de licitações. O princípio de um pescoço estreito não desaparece e permanece válido.

Pergunta. Você acha que o corretor aciona seus compradores ao acaso ou de acordo com algum tipo de algoritmo? Parece-me que é dada prioridade aos grandes compradores. O corretor recebe mais comissões deles. E depois há a questão da reputação do corretor. A insatisfação de um grande comprador é mais perigosa do que a insatisfação de um pequeno comprador. Ou seja, presumo que as ordens dos grandes clientes são executadas mais rapidamente na abertura.

Pergunta. Você acha que o corretor não percebe que a pequena "loja" de compras está sofrendo? Acho que sim, é claro. Nós estabelecemos coletivamente que "lá fora" não são idiotas. O que um corretor deve fazer então? Bem, provavelmente minimizar de alguma forma a frustração do pequeno comprador. Como, exatamente? Você não pode cancelar a ordem, porque os pequenos comerciantes diriam: "Como é que eu, um comerciante respeitado, embora pequeno, recebi uma rejeição do corretor? Talvez, você possa simplesmente segurar as ofertas mesquinhas na fila de licitação até os chefes voltarem... Ou, aceitar as ofertas principais - comprar ou vender, e segurar a modificação...

E agora imagine que há muitos corretores desse tipo na bolsa: há ainda mais confusão no início de uma sessão, do que em uma loja soviética.

Estes são os pensamentos.

P.S. Todas as coincidências em meu texto são coincidentes e ilustrativas.

 
prostotrader:
Nenhuma resposta do servidor duas vezes hoje :(

Não consigo sequer ter acesso ao QuickBooks - diz "Acesso bloqueado pelo administrador".

São todas as manobras dos administradores...

 
prostotrader:

Não houve resposta para pedidos definidos ALRS e VTBR (ambos pedidos de venda)

Após cerca de 50 minutos, corrigi-o manualmente.

Por que não se entende que o registro do Expert Advisor não diz nada? Há uma variante adequada

Fórum sobre comércio, sistemas automatizados de comércio e teste de estratégias comerciais

FORTES. Perguntas sobre a execução

fxsaber, 2018.02.26 18:28

O conteúdo de todas as estruturas entrantes da OnTradeTransaction poderia ser preparado para o arquivo?

Quando é detectada uma situação de "não ter chegado nenhuma resposta". Veja no arquivo para ver se houve realmente uma resposta ou não. Este é um autoteste muito confiável.

porque, neste caso, está excluído um erro.

 
fxsaber:

porque, nesse caso, um erro é descartado.

portanto, este evento não é garantido

 
Комбинатор:

portanto, não é um evento garantido

Isto seria a prova de que o evento não aconteceu.

 
fxsaber:

Isto seria a prova de que o evento não ocorreu.

como um evento não garantido pode ser prova de ausência?
 
Комбинатор:
Como um evento não garantido pode ser prova de ausência?

A questão é que, no ano anterior, a OnTradeTransaction tornou-se GARANTIDA! :)

É por isso que eu estou reclamando (além dos atrasos)

Adicionado

Fórum sobre comércio, sistemas comerciais automatizados e estratégias comerciais de teste

Erro "flutuante" PosiçãoSelect()

MQ Alexander, 2016.08.03 18:00

Em relação às ordens, posições e negócios.

Como escrito na ajuda - a seqüência de chegada da transação não é garantida - a transação de transferência de ordem para o histórico pode ser recebida mais cedo do que a transação de transação.
Mudar uma posição no terminal é estritamente o resultado do recebimento de uma transação comercial, portanto seu recebimento é uma garantia de que a posição mudou.
A obtenção de uma transação para transferir uma ordem para o histórico garante apenas que a ordem tenha deixado de estar ativa (aberta) e tenha sido movida para o histórico da ordem.

Além disso, as transações podem ser perdidas na entrega do servidor para o terminal.

Quanto a essa frase.

Parece ter sido deixado na documentação de uma das versões iniciais do terminal com comércio assíncrono. Será retirado em breve. Os perpetradores serão fuzilados.