Novo MetaTrader 4 Terminal de Clientes 387 e MetaTrader 4 Data Center construído 387

 

MetaTrader 4 Client Terminal Build 387

  1. Terminal: Operação fixa do terminal do cliente através de um servidor proxy.
  2. Terminal: Cálculo fixo do contador de cotações ao calcular indicadores personalizados.
  3. Terminal: Exibição fixa da renda em moeda de lucro do instrumento.
  4. Terminal: Contabilização fixa de um crédito ao gerar um relatório comercial.
  5. Terminal: Adicionados comandos "NNN mais scripts" na seção Navegador.
  6. Terminal: Inicialização adicional de buffers para indicadores personalizados ao ler novamente os dados do histórico.
  7. Testador: Desinicialização adicional de indicadores personalizados usados por um Consultor Especialista em teste.
  8. MetaEditor: Operação fixa da MQL4.com através de um servidor proxy.
  9. Postagens fixas no fórum e falhas.

Baixe o terminal do cliente MetaTrader 4 no seguinte link: http://files.metatrader4.com/mt4setup.exe


MetaTrader 4 DataCenter Build 387

  1. Saída fixa de carrapatos para os terminais do cliente em um fluxo de preços rápido.
  2. Todos os componentes do servidor foram construídos usando o conjunto de comandos SSE2 (Pentium 4 e superior), o que resultou em um aumento significativo do desempenho.
  3. Removido o apoio à operação por procuração, pois estava atrasando a operação, o que é inaceitável para o DataCenter.
  4. Expandiu o número de endereços IP exibidos disponíveis para a configuração do datacenter.
  5. Mensagens fixas no fórum e nas cristas.

Baixe o MetaTrader 4 DataCenter em: http: //files.metatrader4.com/mtdcsetup.exe, a atualização ao vivo está disponível via LiveUpdate.

Por favor, note! Se você utiliza seus próprios centros de dados, recomendamos fortemente que você atualize manualmente para o novo 387 build.
 
Alexander:

MetaTrader 4 Client Terminal Build 387


  1. Terminal: Cálculo fixo do contador de cotações ao calcular indicadores personalizados.



  2. Terminal: Inicialização adicional de buffers para indicadores personalizados ao reler os dados históricos.


  3. Correção de mensagens e cristas do fórum.

Você poderia ser um pouco mais específico?
 
Alexander:

MetaTrader 4 Client Terminal Build 387

Terminal: Inicialização adicional de buffers para indicadores personalizados ao reler os dados históricos.


Este item é de particular interesse. Como o erro que foi corrigido neste item se manifestou?
 
E me pergunto por que faltam tantas construções, de 229 a 387 de uma só vez..... Onde estão os intermediários, será que os especialistas e indicadores precisam ser recompilados para a nova construção?
 

Por que os detalhes são interessantes - como os erros corrigidos se manifestaram?

A questão é que programas previamente criados corrigiram situações que foram causadas por erros no terminal.

Foi mais fácil fazer isso do que tentar explicar que o terminal comete erros. Mais ainda, alguns erros não foram contestados pelos desenvolvedores, mas, para falar sem rodeios, foram ignorados devido à criação do Metatrader versão 5.

Agora os erros do terminal foram corrigidos. Seria lógico recusar a correção dos erros nos códigos dos indicadores criados. Isto economizará algum tempo de CPU, mesmo um pouco. E no futuro não será necessário gastar esforços para corrigir os erros do terminal no código de novos indicadores e Expert Advisors.

 
nen:

Este ponto em particular é de interesse. Como o erro se manifestou que foi corrigido neste item?

Dois erros que descrevi na mesa de serviço, um ocupou 3 páginas.

algumas informações aqui: https://www.mql5.com/ru/forum/2909/page2#comment_42005

e talvez este: https://www.mql5.com/ru/forum/131128

checará na próxima semana.....

 
Zhunko:

"Nós só podemos sonhar..." :-(

Meu complexo AIASM não está funcionando em 387 construídos.

Passando pelos consertos novamente... :-(

Descoberto porque o complexo não funciona. Adeus otimização :-(

Agora eu tenho que reabastecer os amortecedores em cada carrapato. Tomou conta disso...

Alexandre:

MetaTrader 4 Client Terminal Build 387

  1. Terminal: Operação fixa de um terminal de cliente através de um servidor proxy.
  2. Terminal: Cálculo fixo do contador de cotações ao calcular indicadores personalizados.
  3. Terminal: Exibição fixa dos lucros na moeda de lucro de um instrumento.
  4. Terminal: Contabilização fixa do crédito ao formar um relatório comercial.
  5. Terminal: Adicionados comandos "NNN mais scripts" na seção Navegador.
  6. Terminal: Inicialização adicional de buffers para indicadores personalizados ao ler novamente os dados do histórico.
  7. Testador: Desinicialização adicional de indicadores personalizados usados por um Consultor Especialista em teste.
  8. MetaEditor: Operação fixa da MQL4.com através de um servidor proxy.
  9. Postagens fixas no fórum e logs de crash.

Baixe o terminal do cliente MetaTrader 4 no seguinte link: http://files.metatrader4.com/mt4setup.exe

Nenhuma mudança - nenhuma inicialização! Ao menos pense nisso!

Eu não leio dados históricos em buffers. Só os uso para varrer na vertical em subjanela. Por que eu preciso preenchê-los o tempo todo? Há apenas três ocasiões em que elas precisam ser sobrescritas (primeira execução, zoom, deslocamento do gráfico). Como está, o MT4 mal consegue se mover, e há mais um freio.

 

Isso é ótimo! Os desenvolvedores não desistiram no quarto, mas estão apoiando e até mesmo refinando. Isto é simplesmente evidenciado pelo número de construção 387!

O último que eu vi foi 229. E imediatamente 387 (talvez o coprocessador conectado? Huh...)! Legal!

O principal é respeitar o mandamento principal do cirurgião-programador - "Não fazer mal!

.

.

.

.

.

.

.

P.S. E....x. Estamos todos prestes a ser empurrados de um quatro para um cinco. Da mesma forma que eles nos colocam de três para quatro cruéis. Foda-se...

 

É isso mesmo. Verei como funciona amanhã, depois de atualizar o terminal a partir do CD. Se tudo é como Vadim escreveu, então... há mais do que apenas uma otimização para se dizer adeus. Provavelmente teremos que adicionar algum código extra para preencher o buffer. E isso terá que ser feito em todos os indicadores.... E sua quantidade imensurável é difundida através de fóruns.

Agora o buffer é recalculado apenas na última seção.

No lado bom, não é o amortecedor que precisa ser reinicializado, mas a procura de onde os erros ocorrem quando a história é trocada. E isto desloca os dados "tampão" no gráfico.

Caso contrário... Onde agora há várias dezenas de indicadores nos gráficos conectados e ainda assim o computador não está pendurado, haverá um computador completo pendurado no mercado rápido, e não apenas rápido.

Este ponto requer esclarecimento por parte dos desenvolvedores.

Eu tinha um palpite de que este lugar estava armadilhado. Foi por isso que perguntei sobre este ponto de inovação...

Com esta abordagem, nenhum desenvolvimento pago baseado no Metatrader deve ser mencionado. Meus clientes me matariam por tais falhas... É por isso que sempre rejeitei sugestões de desenvolvimentos pagos.

 
f.t.:

Se você puder elaborar um pouco mais: o que significa "rubricar" e o que significa "reabastecer amortecedores"?

Isso significa que, a cada tique, o conteúdo dos amortecedores é redefinido para EMPTY_VALUE e deve ser preenchido novamente para toda a matriz?

Exatamente. Eu preenchi o buffer para cada carrapato. O problema desapareceu.

E o tick foi emulado pela atualização do gráfico.

 

A boa notícia é que a reinicialização do buffer só deve ser feita quando se troca uma história perdida.