Características da linguagem mql4, sutilezas e técnicas - página 20
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
Não será assim. O algoritmo TimeCurrent é afetado muito indiretamente. Você pode tomar horários de bar, etc.
Basta calcular a data do último domingo (na história do bar) de qualquer forma - para que haja bares antes e depois de domingo. Você pode usar o TimeLocal para isso.
O resultado será sempre GMT+3 se a data da cotação estiver próxima às 00:00 (sessões sem parar), ou GMT+3+N - onde N é o número de horas desde o fechamento da sessão até a meia-noite ou desde a meia-noite até a abertura. O que isso tem a ver com o fuso horário das citações?
O resultado será sempre GMT+3 se houver cotações por volta das 00:00 (sessões de 24 horas), ou GMT+3+N - onde N é o número de horas da sessão perto da meia-noite ou da meia-noite até a abertura. O que isso tem a ver com o fuso horário das citações?
Não me lembro de nada deste tópico, portanto não posso responder à pergunta. Se houver alguma inconsistência, é melhor começar demonstrando-a.
Não me lembro de nada deste tópico, então não posso responder à pergunta. Se houver alguma inconsistência, é melhor começar demonstrando-a.
Aqui deste código no terminal BCS (símbolo ED-9.19) a funçãoTimeServerGMT() retorna a hora 2019.08.11 22:48:55 quando TimeCurrent() é 2019.08.12 11:48:55.
A partir deste código no terminal BCS (símbolo ED-9.19) função TimeServerGMT() retorna o tempo 2019.08.11 22:48:55 quando TimeCurrent() é 2019.08.12 11:48:55
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Características da linguagem mql4, sutilezas e truques
fxsaber, 2018.03.29 14:32
// Работает для FOREX-символов, когда M1-история доступна за ближайшую неделю
Não prestou atenção a este comentário no código.
Não prestou atenção a este comentário no código.
Você está dizendo que se personagens que não são estrangeiros tiverem história disponível, não vai funcionar?
Também aqui está um exemplo para forex em Alpari-Demo EURUSD,H1 em tester:
Para 2019.02.19 14:00:00 devoluções 2019.02.19 11:00:00
Para 2019.06.19 14:00:00 - devoluções 2019.06.19 11:00:00
Embora no inverno deva ser GMT+2 e no verão GMT+3 (EET).
Você está dizendo que se personagens não forexuais tiverem um histórico disponível, isso não vai funcionar?
Eu não me lembro. Mas provavelmente foi escrito por uma razão.
É importante estar ciente do que é a compensação GMT. Talvez minha visão deste valor seja muito estreita, no entanto, vejo sua utilidade em apenas uma coisa - a capacidade de sincronizar BPs de preços diferentes uns com os outros.
Não vejo outras razões. Portanto, estas funções devem ser capazes de sincronizar, por exemplo, o EURUSD em diferentes corretores (com diferentes GMT-offset). Se isto não acontecer, somente então há um erro.
É importante perceber para que serve a compensação GMT. Talvez minha visão deste valor seja muito estreita, mas vejo sua utilidade apenas por uma coisa - a capacidade de sincronizar os vários preços BPs uns com os outros.
Não vejo outras razões. Portanto, estas funções devem ser capazes de sincronizar, por exemplo, o EURUSD em diferentes corretores (com diferentes GMT-offset). Se isto não acontecer, somente então há um erro.
Ou um preço BP com algumas novidades BP. Então o truque não vai funcionar?
Ou um preço BP com algum tipo de notícia. Será que o truque então falhará?
Primeiro, os dois símbolos de divisas nas diferentes fontes estão sincronizados. Depois disso, torna-se claro o viés de um parente em relação ao outro. Com base nestes dados, o resto dos símbolos
dessas fontes.
A sincronização com o calendário seria bom para verificar. Leve as notícias no inverno e no verão. E veja se coincide ou não.
Cálculo da rentabilidade.
Aplicando
Resultado