Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
O buy-stop não é produzido para a troca, mas "em serviço" no servidor MT5, portanto,
Se houver um forte movimento no mercado de apostas, pode haver um deslizamento.
apenas as ordens limitadas são executadas pelo preço indicado?
Sim, a um preço não pior do que o indicado no mandado, se não a tempo, então
nada é comprado (vendido).
Neste caso, o método de preenchimento de pedidos deve ser aplicado COI (tanto quanto tenha tempo de tomar)
request.type_filling=ORDER_FILLING_IOC;
Sim, a um preço não pior do que o indicado no mandado, se não a tempo, então
nada é comprado (vendido).
Neste caso, vale a pena aplicar o método de preenchimento do pedido COI (tanto quanto tenha tempo para levar)
Esta abordagem é incorreta porque caracteres diferentes podem ter tipos de preenchimento diferentes.
Esta abordagem é errada, porque diferentes caracteres podem ter diferentes tipos de preenchimento.
Então?
Em caracteres de alto preenchimento, FOK não funcionará de forma alguma (só não terá tempo).
E o queENUM_SYMBOL_CALC_MODE tem a ver com seu código?
Você só tem que verificar:
O resultado:
...
E o que seu código tem a ver comENUM_SYMBOL_CALC_MODE ?
Verifiquei imediatamente como os futuros são preenchidos para calcular o valor da garantia. Mas porque diferentes modos de preenchimento são definidos para diferentes futuros no servidor comercial é uma questão para o corretor. Tudo (para os futuros) deve ser o mesmo.
Por quê?
Os mesmos tipos de contrato devem ter as mesmas propriedades. E aqui está a resposta sobre o porquê de alguns símbolos terem tipos de preenchimento diferentes de outros:
Uma lista é gerada na janela do Market Watch com símbolos "quebrados". Acontece que todos esses "símbolos quebrados" têm o comércio desativado.
Olá,
Tenho uma pergunta sobre o dispositivo terminal.
Por exemplo, se você enviar um pedido com o comando OrderSend(...), obtenha uma resposta verdadeira e um bilhete,
e então chamar o comando OrderSelect(ticket), ele retornará falso em resposta
(caso em que a ordem aparecerá então, exatamente entre as ordens ativas).
Minha pergunta é: eu tinha uma ordem ativa. Recebi uma resposta falsa com o comando OrderSelect(ticket),
Então executei o comando HistoryOrderSelect(ticket), e novamente recebi uma resposta falsa (ou seja, a ordem não conseguiu aparecer no histórico).
Olá,
Tenho uma pergunta sobre o dispositivo terminal.
Por exemplo, se você enviar um pedido com o comando OrderSend(...), obtenha uma resposta verdadeira e um bilhete,
e depois chamar o comando OrderSelect(ticket), ele retornará falso em resposta
(caso em que a ordem aparecerá então, exatamente entre as ordens ativas).
Minha pergunta é: eu tinha uma ordem ativa. Recebi uma resposta falsa com o comando OrderSelect(ticket),
Então executei o comando HistoryOrderSelect(ticket), e novamente recebi uma resposta falsa (ou seja, a ordem não conseguiu aparecer no histórico).