Erros, bugs, perguntas - página 1775
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
Ou será suficiente fazer uma pasta de Bases partilhadas através de mklink?
Tenho vários terminais a trabalhar com a mesma pasta de dados. Exactamente através de ligações simbólicas. Portanto, esta opção é exequível, se é disso que se trata a sua pergunta.
E não haverá quaisquer conflitos se o segundo terminal for lançado como terminal64-2.exe (/portável) - uma cópia do terminal64.exe na mesma pasta. É para usar a mesma Pasta-Base. Ou será suficiente fazer uma pasta de Bases partilhadas via mklink?
Haverá um conflito.
O que está a tentar fazer com o problema? Se estiver a fazer uma investigação árdua, então monte algumas cópias do terminal, copie as bases de dados do histórico por directório algumas vezes, e vá em frente. A quantidade de dados descarregados para cada terminal será insignificante.
Haverá um conflito.
O que está a tentar fazer com o problema? Se estiver a fazer investigação árdua, monte várias cópias do terminal, copie as bases da história por directórios algumas vezes, e vá em frente. A quantidade de dados descarregados para cada terminal será minúscula.
As bases de dados levam dezenas de gigabytes - muitos corretores, muitos símbolos e muita história de carrapatos. Bem, não é racional, para dizer o mínimo, copiar gigabytes para executar o segundo terminal.
Se bem entendi, os parâmetros não podem ser passados para outro terminal. É necessário escrevê-los manualmente.
Poderá então fazer um clique com o botão direito do rato na linha de resultados da optimização para copiar os parâmetros de entrada para a área de transferência? E ao definir parâmetros de entrada noutro terminal, eles podem ser retirados da prancheta? Então seria muito conveniente.
As bases de dados ocupam dezenas de gigabytes - muitos corretores, muitos símbolos e muita história de carrapatos. Não é racional, para dizer o mínimo, copiar gigabytes para executar um segundo terminal.
Pode utilizar ligações simbólicas, mas pode causar conflitos graves.
Se vai trabalhar seriamente, é possível comprar um disco rígido adicional por 100-200$ por 2-4 terabytes. Num caso extremo, uma unidade externa serve e a questão da capacidade de armazenamento desaparece completamente.
Se bem entendi, os parâmetros não podem ser transferidos para outro terminal. Só terá de as digitar manualmente.
Podemos então clicar com o botão direito do rato na cadeia de resultados da optimização para copiar os parâmetros de entrada para a área de transferência? E ao definir parâmetros de entrada noutro terminal, eles podem ser retirados da prancheta? Seria então muito conveniente.
Já melhorámos seriamente o trabalho com o testador e as definições dos gráficos no novo edifício a ser lançado amanhã. Temos trabalhado com a versão de configurações de teste e o seu armazenamento em MQL5 Storage.
Copiaremos e colaremos as definições na prancheta também - é uma boa ideia.
Pode-se utilizar ligações simbólicas, mas isto pode causar conflitos, e graves, a esse respeito.
Se vai trabalhar seriamente, pode comprar um disco rígido adicional por 2-4 terabytes por $100-200. Num caso extremo, um disco rígido externo serve e a questão do volume será resolvida completamente.
Obviamente, é possível sair de qualquer situação. Mas ainda é um pouco estranho quando se tem de copiar a base, o que 99% das vezes não muda. Se tiver de reconhecer o trabalho em vários terminais ao mesmo tempo, seria mais razoável. Vaughn, como é bom quando todo o terminal é um pequeno EXEs e é só isso.
Já melhorámos seriamente o trabalho com as configurações do testador e dos gráficos na nova construção, que será lançada amanhã. Temos trabalhado com a versão de configurações de teste e o seu armazenamento em MQL5 Storage.
Será que a história de cobertura MT5 no testador também será capaz de ter uma visão MT4?
Copiar e colar as definições na prancheta é também uma boa ideia.
Obviamente, é possível sair de qualquer situação. Mas ainda é um pouco estranho ter de copiar uma base que é 99% inalterada. Se admitir trabalhar em vários terminais ao mesmo tempo, seria mais razoável. Vaughn, que bom, quando todo o terminal é um pequeno EXEs e tudo.
Nada de estranho.
Cada terminal tem o monopólio dos seus ficheiros e o facto de não ver conflitos na grande maioria dos usos ligados é um crédito ao comportamento adequado do terminal. Mas a dada altura, um conflito de acesso múltiplo irá apanhar e causar problemas reais para os seus AA.
Será que a história de cobertura MT5 no testador também será capaz de ter uma visão MT4?
Sim, aceita e tem óptimo aspecto. Pode consultar a MetaQuotes-Demo em beta.
Descarreguei o indicador Equity Monitor, adicionei-o à pasta com indicadores.
Actualizado no "navegador". O ficheiro .ex4 aparece na pasta, mas não é exibido no navegador por algum motivo!
Qual poderá ser o problema e porquê? A reinicialização do terminal também não ajudou.
Terminal mt4/Build1031
E o indicador ainda está lá no navegador, apenas no topo da lista.
Porque é assim??