Transição de posições depois das 0:00 quando o banco está a operar. Como identificar? Precisa da ajuda do salão. - página 3
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 que é um magik para uma posição?
Só os mandados têm magiks
Essência do problema.
Ao trabalhar com o(s) banco(s) às 23:59 todas as posições são fechadas com o comentário [capotamento fechado] e imediatamente abertas com [capotamento aberto]. Isto em si não é novidade.
Mas as novas posições abertas(encomendas) contêm novos números de bilhetes e o campo MAGIC contém 0. Mas antes da rollovera MAGIC era !=0.
A questão é.
Como devemos seguir as posições depois do 0? Qual é o algoritmo mais razoável para isto, tendo em conta as peculiaridades do MT5?
IMHO, se após o capotamento não for salvo nem um mágico, nem um bilhete, nem um identificador (o que é lógico), então a situação é absolutamente insolúvel do lado do cliente.
Devemos "afinar algo no conservatório", ou seja, do lado do servidor.
IMHO, se após um capotamento não for guardado nenhum magik, nenhum bilhete, nenhum identificador (o que é lógico em geral), a situação é absolutamente insolúvel programmaticamente do lado do cliente.
Devemos "afinar algo no conservatório", ou seja, do lado do servidor.
É compreensível.
Não há nenhuma garantia de que algum banco ou corretor não alterará as definições do lado do servidor.
Gostaríamos de ter uma opção pessoal na ordem (posição) que não estaria disponível no lado do servidor. Isto tem sido falado há muito tempo no fórum no dia 4, mas só se pode esperar que os programadores ouçam. ....
Embora provavelmente seja demasiado tarde para "beber a barcaça".
então - a situação é completamente insolúvel programmaticamente do lado do cliente.
Porquê? Se ninguém tocar no mágico, a situação é perfeitamente resolúvel do lado do cliente.
Bem, se se cortar pedaços de uma frase, então sim - qualquer situação será resolvida))
Está bem. Tudo é agora solvível. Sem alterar o terminal.
IMHO, se depois de um capotamento não for guardado nenhum magik, nenhum bilhete, nenhum identificador (o que é lógico em geral), então a situação é absolutamente insolúvel do lado do cliente de forma programática.
Devemos "afinar algo no conservatório" - ou seja, do lado do servidor.
A situação pode ser resolvida, e não muito difícil.
Se passarmos à história, monitorizaremos os bilhetes de ofertas e encomendas com: magia zero, executados às 00:00, e tendo a palavra "rollover" nos comentários,
Criamos uma lista de carrapatos a serem ignorados, e na análise subsequente simplesmente não os tomamos em consideração.
Afinal, a posição como resultado do rollover não muda, a margem de negócios não é tomada, e a troca não é calculada.
E como sugestão da MQ: para evitar tais situações, introduzir um filtro padrão (corretor-configurável) de rollover-trade. Os parâmetros do filtro são definidos pelo corretor e activados ou desactivados pelo utilizador.
Afinal, a posição não muda como resultado do rollover, não é assumida qualquer margem nas transacções, e não é cobrada nenhuma troca.