Erros, bugs, perguntas - página 70
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
Já li tudo várias vezes e ainda não compreendo a situação com 15 lotes.
Se possível, vamos quebrá-lo com os dedos.
Exemplo: Temos uma posição de 15 lotes para um símbolo (apenas um símbolo é considerado), ACCOUNT_LIMIT_VOLUME=15.
Verificar fecho: se definirmos a ordem do mercado para fechar 5 lotes, a posição será reduzida,
E se a ordem do mercado aumentar a posição?
Uma vez que diz que o servidor não verifica a direcção, será detectada uma violação do limite após o facto ?
Então não é de todo claro porque é que as ordens pendentes são incluídas no cálculo de um limite e as do mercado não são ?
E finalmente, se o limite também se aplica às ordens de mercado, então a questão permanece: como fechar uma posição de 15 lotes sem usar um stop loss?
Afirmativo: posição 15 lotes para um instrumento (apenas um instrumento em questão), ACCOUNT_LIMIT_VOLUME=15.
Verificar fecho: se colocarmos uma ordem de mercado para fechar 5 lotes, a posição será reduzida,
mas e se a ordem do mercado aumentar a posição?
Obtenha o erro 10034 na secção de Códigos de Retorno do servidor comercial:
Código
Identificador
Descrição
10034
TRADE_RETCODE_LIMIT_VOLUME_LIMIT
O limite de ordem e volume de posição para o símbolo dado foi atingido
Então não está nada claro porque é que as pausas estão incluídas na contagem limite e as pausas de mercado não estão?
"Porque não se pode ser bonito assim" (c).
Isso é para que o servidor não sofra lavagem ao cérebro por todos estes "se". As qualificações do concorrente devem ser suficientes para calcular tudo por si só. Se precisa assim tanto, entre e saia do mercado.
E finalmente, se as limitações também se aplicam às ordens de mercado, então a questão permanece: como se fecha uma posição de 15 lotes sem usar um stop loss?
"Porque não se pode ser bonito assim" (c).
É por isso que o servidor não sofrerá lavagem ao cérebro por todos estes "se". A qualificação do participante deve ser suficiente para calcular tudo ele próprio. Se precisa assim tanto, entre e saia do mercado.
"Porque não se pode ser bonito assim" (c). --> vamos tomar isso como uma expressão de humor.
Então porque é que quer mexer com a mente do servidor? Porque é que quer colocar uma ordem pendente em restrições?
em caso de violação da condição ao executar uma ordem, emitir um erro 10034 como no mercado, e ponto final,
e aqui está a situação de não ter aceite a ordem pendente porque um limite foi excedido e cinco minutos mais tarde a posição mudou, uma ordem pendente anterior foi desencadeada e agora com a nova situação o limite com uma ordem pendente anteriormente rejeitada não é excedido, mas agora teremos de fazer um novo pedido e o principal é rastrear a situação quando uma ordem pendente não é aceite de acordo com esta condição e colocá-la novamente, teremos de especificar a condição para que a mesma ordem pendente não seja colocada duas vezes, mas contradiz a condição de que se a ordem pendente não for colocada, devemos colocá-la novamente, o que significa que teremos de conciliar estas duas condições para evitar que se contradigam uma à outra.
Não é mais fácil não estabelecer limites às ordens pendentes e executar ordens sobre o facto como com o do mercado?
Não seria mais fácil não colocar restrições às ordens pendentes, mas executar a restrição após o facto como com o do mercado?
Não mais fácil, mas mais complicado, tanto do ponto de vista técnico como organizacional.
Uma vez aceite uma encomenda, não pode ir a lado nenhum - caso contrário, toda a Internet se queixará de como as encomendas são canceladas.
E aqui está a situação de não ter aceite a ordem pendente porque uma posição mudou e após cinco minutos uma ordem pendente anteriormente colocada desencadeou e agora o limite não é ultrapassado, tendo em consideração a ordem pendente anterior, mas agora teremos de calcular um novo pedido e o principal é monitorizar a ordem pendente não sendo aceite de acordo com esta condição e colocá-la novamente, teremos de especificar a condição para que a mesma ordem pendente não seja colocada duas vezes, mas contradiz a condição de que se a ordem pendente não for colocada, deverá colocá-la novamente, o que significa que teremos de ajustar estas duas condições para que não se contradigam uma à outra.
Não é mais fácil não estabelecer limites às ordens pendentes e executar a ordem na ordem real como na ordem de mercado?
Demonstrou a si próprio porque é que não podem ser feitas. Leia o parágrafo da sua mensagem que citei e pense - quem precisa dele? Não se esqueça que num único servidor comercial haverá centenas, milhares ou mesmo dezenas de milhares de contas. Um servidor comercial não está no negócio de servir apenas a sua conta individualmente.
As regras são regras e são estabelecidas.
Estou a ver, obrigado pelo esclarecimento.
Como instalo o terminal x86 no eixo x64?
Executar o instalador com o interruptor /32
mt5setup.exe /32