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
Porquê?
Os agentes só são detidos à força por razões fraudulentas identificadas. Já falámos sobre isto muitas vezes. Por exemplo, 100 agentes num computador de 2 núcleos. Ou 4 agentes em 256 megabytes de RAM para todos eles. Ou um agente numa máquina virtual que relata ter um concerto de RAM, mas nada diz sobre partilhar esse concerto com mais 7 máquinas virtuais. E assim por diante.
Porquê dizer a alguém que estão a fazer batota? É uma vergonha, não é?
Exactamente, é uma vergonha. Nenhuma das razões que o senhor dá explicitamente é apropriada. Quem me dera que houvesse mais clareza.
Qual é a sua razão? Tem alguma ideia?
Se não se sentir culpado, pode facilmente contactar o balcão de serviço para uma explicação. Mas é melhor fazê-lo o mais depressa possível após a desconexão.
Em qualquer caso, não escreveremos nos registos a razão para desactivar o agente por razões de segurança da rede na nuvem em geral.
Qual é a sua razão? Tem alguma ideia?
Se não se sentir culpado, pode facilmente pedir uma explicação ao balcão de serviço. Mas é melhor fazê-lo o mais depressa possível após a desconexão.
Em qualquer caso, não vamos escrever nos registos a razão para desactivar o agente por razões de segurança da rede de nuvens como um todo.
Tarde. Recebi o seguinte erro ao tentar ligar-me à MQL5 Cloud Network. Após o login/password recebi o seguinte erro no registo do terminal:
"MQL5.community authorization for 'evl1s' failed" e, ao mesmo tempo, ocorre o seguinte erro
"MQL5 Market failed to get list of user products [403]". Alguém já o encontrou?O revelador pode dizer-lhe o que exactamente o agente não gostou. A adivinhação pode ser longa e infrutífera...
fazendo-te papagueá-lo?
a resposta é novamente.
Se não se sentir culpado, pode facilmente contactar o balcão de serviço para obter uma explicação. Mas é melhor fazê-lo o mais depressa possível após a desconexão.
Em qualquer caso, não escreveremos nos registos a razão pela qual o agente foi desactivado, por razões de segurança na nuvem em geral.fazendo-te papagueá-lo?
a resposta, mais uma vez.
1) Vai com calma!
2) Na história recente, houve casos conhecidos em que as decisões MQ inicialmente tomadas foram posteriormente anuladas.
1) Vai com calma!
2) Na história recente, houve casos conhecidos em que as decisões MQ inicialmente tomadas foram posteriormente invertidas.
Boa tarde!
Há alguma forma de definir o número de repetições no alerta como padrão?
Obrigado!
2) Na história recente, houve casos em que as decisões MQ inicialmente tomadas foram posteriormente invertidas.
não é o caso.
Ninguém lhe vai falar sobre os métodos de defesa. cavar a sua própria sepultura?
Qual é a sua razão? Tem alguma ideia?
Se não se sentir culpado, pode facilmente pedir uma explicação ao balcão de serviço. Mas é melhor fazê-lo o mais depressa possível após a desconexão.
Em qualquer caso,não vamos escrever nos registos a razão para desactivar o agente por razões de segurança da rede de nuvens como um todo.
Pode ao menos explicar no servicedesk? O suicídio em massa de agentes perfeitamente normais parece deprimente. Mais ainda, que eu não tenha encontrado nenhum crime (incluindo o acima mencionado por si) em computadores. Há máquinas, ponho agentes, utilizo-as eu próprio e vendo-as - é tudo.
Se os sistemas forem clonados, o Id (ver tester\manager\common.ini) do sistema pode ser o mesmo, e isto pode levar à remoção de agentes (uma razão possível). Ver https://www.mql5.com/ru/forum/8842/page8#comment_370832