Discussão do artigo "Porque a Hospedagem Virtual no MetaTrader 4 e no MetaTrader 5 são Melhores que os VPS Usuais" - página 50
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
Novo artigo Por que a hospedagem virtual com o MetaTrader 4 e o MetaTrader 5 é superior aos VPS (servidores virtuais privados) tradicionais:
Autor: MetaQuotes Software Corp.
oi, como é com um vps mt4... há também um vps para aluguel em corretoras. só que lá a corretora pode ver exatamente o que está acontecendo! é diferente com vocês... ou seja, eu sou "independente" da minha corretora?
Aguardamos seu feedback....
1) Não é apreciado se você fizer a mesma pergunta mais de uma vez (postagem dupla)!
2) Sua pergunta exigiria uma resposta muito abrangente, que provavelmente não será obtida aqui.
Você terá que pesquisar no Google sobre vps, gerenciamento de vps, segurança, acesso e ...
Onde posso me virar? Eu queria parar de hospedar para o fim de semana, então 3 horas já parei, parece estar congelado.
Qual é a versão do terminal que você tem? Tente atualizar o terminal conectando-se ao servidor de negociação MetaQuotes-Demo.
Você pode interromper a hospedagem em sua conta MQL5 (conta - "Hosting" - e selecionar o comando "Stop" na hospedagem necessária).
Olá. O princípio do robô é que é necessário trabalhar com dois terminais ao mesmo tempo. Existe essa possibilidade de os dois terminais trabalharem juntos?
Não, mesmo que você crie dois hosts a partir de dois logins, eles não se verão. Porque você aluga um terminal, não um VPS ou uma máquina viral.
Você não pode fazer upload de arquivos para onde quiser, instalar seu próprio sistema etc., como em um VPS.
Você só tem a oportunidade de usar o terminal 24 horas por dia sem se preocupar com a disponibilidade de Internet ininterrupta e, na verdade, sem se preocupar com a queda da máquina.
A propósito, também considero a possibilidade de configurar tudo em sua casa e depois migrar. É mais fácil e mais claro do que ter que ir a algum lugar na UPU para configurar o terminal para você.
Agradável
Carl, não é um VPS no sentido convencional, apenas um tipo de controle remoto para um MT4/5
Olá colegas.
Eu não queria escrever aqui, mas tenho que fazê-lo. Vou declarar o fato - a qualidade da hospedagem paga, que é ativamente anunciada aqui, está abaixo de qualquer limite razoável. Novamente, não gosto de espalhar negatividade, escandalizar, etc. Mas estamos falando de uma falha sistemática no cumprimento de obrigações elementares por parte dos provedores de hospedagem, a saber
- falhas constantes no trabalho do serviço,
- falta de ferramentas de diagnóstico,
- falta de suporte técnico normal,
- inflexibilidade e incapacidade de transferir a hospedagem para outro servidor, se eu não estiver satisfeito com o trabalho do atual, sem perder dinheiro.
Em ordem.
Estou registrado no servidor Amsterdam. Ele fornece um bom ping para o servidor da alpari, onde eu realmente opero. No entanto, no terceiro dia de trabalho, comecei a ter problemas. Percebi isso pela ausência de ordens abertas, embora o algoritmo do EA devesse tê-las aberto.
Comecei a examinar os registros. Um erro como "cannot post message 2,0 [1816], last processed 0 2 2 [187]" apareceu permanentemente no registro do terminal. Ao mesmo tempo, o Expert Advisor estava intencionalmente suspenso (cheguei a essa conclusão pelo fato de que nenhum alerta foi exibido em determinados eventos, quando deveria ter sido exibido). Como me disseram no suporte técnico, esse erro está relacionado ao fato de que não há recursos suficientes no processador e as mensagens do sistema operacional não podem ser processadas a tempo. Ao mesmo tempo, quero descartar possíveis suspeitas de que eu tenha um EA incorreto. Ele não está corrompido, tem pouquíssimos recursos de CPU (menos de 1% em um laptop) e não faz loop. Tudo isso foi verificado - há vários meses, eu tinha vários EAs do mesmo tipo (pelo menos 6 ao mesmo tempo) funcionando 24 horas por dia, mas em moedas diferentes e com parâmetros diferentes.
Reclamei várias vezes sobre o trabalho do serviço. O efeito foi igual a zero.
Ao mesmo tempo, o kit de ferramentas de hospedagem não mostra a carga da CPU (detalhes/processador). A linha está em zero. Com isso, concluo que as ferramentas de diagnóstico não são boas ou que a causa do erro não é a que me foi informada na central de serviços.
O suporte técnico é omisso.
Não sei como transferir a hospedagem para outro servidor sem perder dinheiro.
Resultado: estou procurando outras soluções de VPS. (A propósito, ficarei muito grato se vocês me indicarem essas opções).
Conclusão: você não pode trabalhar assim. Você recebe dinheiro, e a qualidade está no nível da hospedagem gratuita primitiva. Mesmo que de repente se descubra que o problema está no Expert Advisor (embora, repito, eu não tenha alterado seu código por meio ano - mas não sei, as atualizações da plataforma MT4 levaram a milagres antes - houve problemas com tamanhos de matriz, ou com outra coisa, não me lembro), não está claro por que não há ferramentas de diagnóstico decentes para entender qual é o problema. Por que não há nem mesmo um modelo básico para entrar em contato com a Central de Serviços sobre problemas de hospedagem, e toda vez você tem que inventar em qual tópico colocar o endereço.
Estou registrado no servidor de Amsterdã. Ele fornece um bom ping para o servidor alpari, onde eu realmente opero. Entretanto, no terceiro dia de operação, comecei a ter problemas. Percebi isso pela ausência de ordens abertas, embora o algoritmo do EA devesse abri-las.
Comecei a dar uma olhada nos registros. Um erro como "cannot post message 2,0 [1816], last processed 0 2 2 [187]" apareceu permanentemente no registro do terminal. Ao mesmo tempo, o Expert Advisor estava intencionalmente suspenso (cheguei a essa conclusão pelo fato de que nenhum alerta era exibido em determinados eventos quando deveriam ser exibidos).
Pedimos desculpas pelos problemas.
Infelizmente, não percebemos o momento em que o servidor de Amsterdã ficou sobrecarregado devido a alguns terminais que estavam consumindo a grande maioria dos recursos e nosso sistema de downgrade não conseguiu lidar com eles. Isso resultou em bloqueios para muitos outros terminais que não conseguiam nem mesmo enviar mensagens.
Já resolvemos o problema, reduzimos o número de instâncias alocadas, desativamos alguns usuários, introduzimos limites mais rígidos para especialistas que consomem muita CPU e estamos expandindo a rede de servidores.
A transferência gratuita de assinaturas para outros servidores já está planejada e será implementada em breve.
Estamos tentando expandir o serviço de hospedagem, mas, às vezes, junto com o crescimento vêm problemas como esse. Desculpe novamente, por favor.