Quaisquer perguntas de recém-chegados sobre MQL4 e MQL5, ajuda e discussão sobre algoritmos e códigos - página 1262

 
SanAlex:

Você pode me dizer por que a posição não foi aberta, embora houvesse um sinal e ele deveria ter sido aberto pelo sinal

Meu Conselheiro Especialista escreveu algo no diário de bordo.

Nenhuma conexão foi escrita a você por seu Conselheiro Especialista.

 
SanAlex:

Sim este terminal - mudo já, farto de procurar a rede

-------------------------------------

Eles não são tão ruins se forem executados manualmente, mas se forem executados com um especialista, então é melhor não se meterem com tal empresa.

Se você tiver um erro, deve esperar alguns segundos e reabrir o pedido, como Kovalev explica em seu tutorial.
 
Valeriy Yastremskiy:
No mt4, as ordens abrem em loop até que sejam abertas, levando em conta a análise de erro, se houver um erro como uma falha na conexão, então espere alguns segundos e reabra) foi assim que Kovalev o descreveu em seu tutorial.

Talvez você esteja certo, sobre os ciclos - a função de abrir uma posição, tirada do Expert Advisor do terminal. - Hoje eu descobri - tudo depende do corretor. dos três terminais de diferentes corretores -

- O Expert Advisor trabalha de forma diferente.

 
SanAlex:

Talvez você esteja certo, sobre os ciclos - a função de abrir uma posição, tirada do Expert Advisor do terminal. - Hoje eu descobri - tudo depende do corretor. dos três terminais de diferentes corretores -

- o Expert Advisor trabalha de forma diferente.

Em mt5 é mais complicado. Ordem, validação da ordem, execução da ordem-transação, aparência da posição. E todas as ações não têm garantia de adequação), mas antes https://www.mql5.com/ru/forum/160683/page1260#comment_18379614 disse. Tudo tem que ser monitorado.
E aqui está o problema com a falta de comunicação. Se um erro for devolvido em uma ordem, podemos repetir a ordem de encomenda. E a falta de comunicação como capturá-lo e quanto tempo esperar adequadamente?
 
Valeriy Yastremskiy:
No mt5 tudo é mais complicado. Ordem, validação da ordem, execução da ordem-transação, aparência de uma posição. E todas as ações sem garantias de adequação), mas antes https://www.mql5.com/ru/forum/160683/page1260#comment_18379614 disse. Tudo tem que ser monitorado.
E aqui está o problema com a falta de comunicação. Se um erro for devolvido em uma ordem, então podemos repetir a ordem de encomenda. E a falta de comunicação como capturá-lo e quanto tempo esperar adequadamente?

Se o corretor tem uma conexão ruim - então eu não quero ir com um corretor assim!

 
SanAlex:

Meu entendimento é que se um corretor tem uma conexão ruim, não é o caminho a seguir com esse corretor!

A transparência não pode ser alcançada com uma má conexão)))))

Tudo é relativo... e é relativo... e em termos de perecível também é relativo))))) E por que não há avaliações diferenciais)))))

 
Valeriy Yastremskiy:

Com a má comunicação, a transparência não pode ser alcançada)))))

Tudo é relativo... e é frágil... e em termos de mortalidade também é relativa))))) E por que não existem estimativas diferentes)))))

A MQL4 tem a capacidade de determinar a disponibilidade do servidor

IsConnected()
IsTradeAllowed()
IsTradeContextBusy()
 
Igor Makanu:

A MQL4 tem uma opção para determinar a disponibilidade do servidor

Obrigado. Mas em condições de fronteira, enviamos uma ordem mas ela não chegou lá, ou a ordem foi validada, conseguimos o status da ordem, a conexão foi quebrada, a ordem foi executada, não recebemos feedback, perdemos um acordo, a conexão apareceu, temos uma posição. com a posição, mas é difícil sobrecarregar o algoritmo e prever todas as opções, especialmente aquelas que levam a uma perda devido a uma falha na conexão... É melhor ter uma boa comunicação.

 
A propósito, uma pergunta 'no meu bolso' clica e recolhe o que me interessa no fórum. Onde você assiste?)
 
Valeriy Yastremskiy:
A propósito, uma pergunta, 'no meu bolso' clique e colete o que me interessa no fórum. Onde você assiste?)

Não é para isso que serve.

Razão: