Erros, bugs, perguntas - página 1819

Novo comentário
 
Alex11280:
Olá. A interrogar-se sobre uma questão muito sensível. Preciso de uma resposta ou conselho e não há ninguém a quem perguntar.

...
Foi avisado para uma auto-promoção furtiva.
 
Renat Fatkhullin:

Um cupão não é um desconto. Um cupão cobre totalmente o custo de um serviço ou produto.

E não vamos iniciar uma guerra de descontos.

Está bem. Obrigado. (risos)

 
Alex11280:
Olá. A interrogar-se sobre uma questão muito sensível. Preciso de uma resposta ou conselho, mas não tenho ninguém a quem pedir.
A questão é - como lidar com a tributação no comércio binário?
Não sei se é ou não necessário registar os rendimentos.
[Publicidade escondida retirada por Artyom Trishkin]
Já estou preocupada com isso.
Pode dizer-me se é necessário registar os rendimentos de alguma forma?
Em caso afirmativo, quem exactamente como e onde?
Existe alguma forma de evitar o pagamento de impostos, se sim, como é que o faço?

Certifique-se de pagar os seus impostos - analogia com uma loja de apostas.

 

Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial

Insectos, insectos, perguntas

fxsaber, 2017.02.09 09:12

A propósito, porque é que ao colocar uma encomenda pendente através de OrderSend a mesma volta a ser verdadeira assim que o estado da encomenda se torna ORDER_STATE_STARTED, em vez de esperar pelo ORDER_STATE_PLACED?

Não é assíncrono OrderSendAsync.


Resposta da SR.

Синхронный метод ожидает подтверждения выполнения торгового запроса - конечного состояния торгового запроса. Транзакции изменения ордеров, сделок и позиций приходят асинхронно относительно транзакций торгового запроса.

Quem compreender a resposta, por favor esclareça. Ainda não percebo porque é considerado normal para OrderSend

Fórum sobre comércio, sistemas de comércio automatizados e testes estratégicos

FORTES. Perguntas sobre a execução

fxsaber, 2017.02.09 08:56

Compreendo correctamente que, neste caso, a OrderSend retornou verdadeira quase instantaneamente, mas foram observados 65 segundos(ENUM_ORDER_STATE)::OrderGetInteger(ORDER_STATE) == ORDER_STATE_STARTED?

Quando após uma encomenda bem sucedida, nada pode ser feito com essa encomenda porque é INICIADA.
 
fxsaber:

Resposta do RS

Quem compreender a resposta, por favor esclareça. Ainda não compreendo porque é considerado normal para OrderSend

Quando, após uma encomenda bem sucedida, nada pode ser feito com esta ordem porque é INICIADA.
Provavelmente, o DD não pode verificar a sua declaração.
 
prostotrader:
O RS é provavelmente incapaz de verificar a sua declaração.
Preciso de compreender se esta é uma situação normal ou não. Caso contrário, irei inventar um código de reprodução.
 
fxsaber:
Preciso de compreender se esta é uma situação normal ou não. Caso contrário, inventarei um código de reprodução.
É suposto ser o mesmo que no CD, mas na prática... Sabe como.
 
prostotrader:
Pela concepção deve ser como o RS, mas na prática... Sabe como.
Bem, então não é claro porque é que a CBO pensou que não havia nenhum bug e fechou a aplicação. Provavelmente, não compreendeu o problema. Irei reabri-la.
 
fxsaber:
Bem, então não é claro porque é que os SRs pensaram que não havia nenhum bug e fecharam a aplicação. Acho que eles não compreenderam o problema. Irei reabri-lo.
Anexar este AE
Arquivos anexados:
Test_sync_order.mq5  29 kb
 
input string Somevalue = "Maxim";
...
void OnTick(){
   Comment(Somevalue);
}

O programa MQL5 produz um comentário:

"1487811600"

Porque é que isto está a acontecer? Como emitir o valor correcto da cadeia de caracteres?

1...181218131814181518161817181818191820182118221823182418251826...3184
Novo comentário