Problemas de comunicação difíceis - página 4

 
e também, experimentando pingar para o site alpari, isto é o que vem à tona:
Troca de pacotes de www.alpari-idc.ru [217.74.44.42] por 32 bytes:

Resposta de 217.74.44.42: número de bytes=32 tempo=152ms TTL=55
Resposta de 217.74.44.42: número de bytes=32 tempo=138ms TTL=55
Resposta de 217.74.44.42: número de bytes=32 tempo=163ms TTL=55
Resposta a partir de 217.74.44.42: número de bytes=32 tempo=163ms TTL=55

Estatísticas Ping para 217.74.44.42:
Pacotes: enviados = 4, recebidos = 4, perdidos = 0 (0% de perda),
Tempo aproximado em msecs para transmissão e recepção:
Mínimo = 138msec, Máximo = 163msec, Médio = 154msec

Interessante como isso acontece, o ping para o servidor (onde, além do servidor e do site da Web do comerciante está localizado) é tão grande, e para o pedido do comerciante é maior.
Isto é normal e depende de quê?
Certamente não sou um grande networker, mas a diferença é alarmante....
 
mark 25.11.05 09:41
Fazer uma pergunta mais específica para que eu possa encaminhá-la ao meu fornecedor

Mostre ao seu ISP os resultados do comando tracert para o servidor do corretor. Descubra se é possível conectar-se ao servidor do corretor usando apenas links regionais. Peça a seu ISP que verifique a qualidade de sua linha alugada. Pode haver alguns problemas com a passagem de informações através do porto 443.

especifique apenas as informações de contato da pessoa responsável por este assunto em sua empresa

Basta enviar um e-mail para support@metaquotes.ru
 
Zloy 25.11.05 13:48
e também, tentou pingar para o site alpari
...interessante o suficiente, pingando para o próprio servidor (onde além do servidor comercial o site também é hospedado)...

Isto pode ser explicado pelo fato de que o servidor comercial e o servidor web estão hospedados em servidores diferentes.

Os resultados de hoje: 16 Consultores Especialistas em um terminal têm operado normalmente e sem erros por mais de 6 horas. Os especialistas estavam correndo em diferentes pares de moedas. As ordens dos especialistas foram executadas sem atrasos dentro de 1-2 segundos após a chegada do tick.
 
Resultados para hoje: 16 Expert Advisors no mesmo terminal comercializados por mais de 6 horas normalmente e sem erros. Os especialistas estavam correndo em diferentes pares de moedas. As ordens foram executadas sem atrasos dentro de 1-2 segundos após o tick.


Parece-me que estamos misturando o oceano com água.
Eu acho que seu software (MT4) deve funcionar com alguns requisitos mínimos para o canal de comunicação (por exemplo, minha velocidade de canal é 10 kbit/s, etc.), seria bom publicá-los. Para testes precisos, seria melhor escrever um simples Expert Advisor que abrisse e fechasse pedidos a cada 5-10 segundos, ou seja, abrir um pedido e fechá-lo em 5-10 segundos, depois em 5-10 segundos abri-lo novamente, etc. Dá-lo a diferentes usuários para testes em caráter experimental (acho que haverá alguns voluntários) de diferentes regiões. Então você obterá as informações mais precisas sobre o funcionamento do software na forma de registros de desempenho. Eu o escreveria, mas não sou muito bom em programação em MQL para MT4.
O que você pensa sobre isso?
 
Por que vocês não dizem algo, senhores desenvolvedores? Diga alguma coisa.
Eu tenho mais uma coisa. Eu nunca conheci tais palavras no MT3 antes. Eu não conhecia tais palavras no MT3.
Mas o MT3 está funcionando corretamente.
Não sei como usá-la, mas já a uso há algum tempo.
Diga algo !!!! Quando terminará este ultraje!!!!!
 
Em vez de "sem conexão", agora o MT4 da Alpari escreve "O fluxo comercial está ocupado" na demonstração.

isto é o que significa que o fluxo comercial está ocupado. você está tentando fazer negócios de pelo menos 2 EAs ao mesmo tempo.
 
<br / translate="no"> isto é o que significa que o fluxo comercial está ocupado. você está tentando negociar simultaneamente a partir de pelo menos 2 EAs.

Mas não, eu estou negociando exclusivamente com canetas! E nem mesmo é possível tentar duas encomendas ao mesmo tempo com as canetas.
E outra pergunta, isso é possível com a MT:
Conexões ativas

Nome Endereço local Endereço externo Status
TCP 62.***.**.**.3513 85.192.48.3:6667 ESTABELECIDO
TCP 62.***.**.**:3621 212.65.93.10:1950 ESTABELECIDO
TCP 62.***.**:3692 212.65.93.12.443 ESTABELECIDO
TCP 62.***.**:3693 217.74.44.44.32:443 ESTABELECIDO

Favor observar que dois servidores estão ativos ao mesmo tempo (últimas duas linhas) e apenas um terminal MT4 está ativo. E um MT3.
 
Mas não, eu negoceio exclusivamente com canetas! E nem mesmo é possível tentar duas encomendas ao mesmo tempo com as canetas. <br / translate="no">.

Sua situação é reproduzida como se segue:
1. Envie um pedido para abrir um pedido.
2. Espere um pouco por uma resposta.
3. não esperar e pressionar o botão "cancelar pedido" e fechar a janela.


4. reabrir a janela de comércio e tentar negociar


Como seu pedido anterior ainda não foi processado (e foi aceito pelo servidor), você receberá a mensagem "O contexto comercial está ocupado". Por que leva tanto tempo para processar o pedido depende de seu corretor e não de nós.
 
<br / translate="no"> Sua situação é reproduzida como se segue:
1. Envie um pedido para abrir um pedido.
2. Espere um pouco por uma resposta.
3. não espere e clique em "cancelar pedido" e feche a janela.


4. reabrir a janela de comércio e tentar negociar


Como seu pedido anterior ainda não foi processado (e foi aceito pelo servidor), você receberá a mensagem "O contexto comercial está ocupado". Por que leva tanto tempo para processar o pedido depende de seu corretor e não de nós.


Se aceitarmos o ponto 4, então a primeira ordem deve ser executada. E a segunda, porque o servidor processa a primeira solicitação, não é. Certo ?
 
Estou sentado no trabalho - uma linha alugada - as citações correm bem, mas não posso estabelecer uma ordem - Sem conexão. funciona apenas 3-4 vezes.
Sento-me em casa - um modem56k (outro fornecedor) - as cotações vão normalmente, mas não posso estabelecer um pedido - Sem conexão.

Eu nunca tive tal coisa no MT3.