Problemas de comunicação difíceis - página 5
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
há 2 possibilidades:
1. a primeira ordem é executada (mas você saberá disso modificando a lista de posições em aberto ou verificando os logs do terminal), a segunda ordem não é sequer enviada ao servidor;
2. a segunda ordem não é, de qualquer forma, enviada ao servidor. a primeira ordem não é executada. veja o motivo nos logs
1. a primeira ordem é executada (mas você saberá disto alterando a lista de posições em aberto ou verificando os logs do terminal), a segunda ordem não irá nem mesmo para o servidor;
2. a segunda ordem não é, de qualquer forma, transmitida ao servidor. a primeira ordem não é executada.
Ok. Então explique-me, e a outros também, qual o significado das linhas :
1. 2005.11.29 16:59:52 '82991': login (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: ping error
3. 2005.11.29 17:02:25 '82991': não é possível fazer login [Sem conexão]
4. 2005.11.29 17:03:33 '82991': o pedido foi aceito pelo servidor
5. 2005.11.29 17:03:33 '82991': pedido em processo
6. 2005.11.29 19:11:44 '82991': fechar pedido #2076385 vender 0,10 EURUSD a 1,1759 sl: 0,0000 tp: 0,0000 ao preço 1,1743
7.2005.11.29 18:36:29 '82991': venda imediata 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000
Peço que não o tomem como agressão, estou apenas cansado de analisar por que as ordens não são executadas e não entendo tudo em logs, este tipo de entradas são mais freqüentemente utilizadas em logs.
E o que significa a seguinte linha:
2005.11.30 09:38:40 Old tick EURUSD5 1.1779/1.1782
também sem resposta ?
Onde posso ler o que significam as entradas dos registros?
2 opções são possíveis:
1. a primeira ordem é executada (mas você pode descobrir isso alterando a lista de posições em aberto ou verificando os logs do terminal), a segunda ordem não irá nem mesmo para o servidor;
2. a segunda ordem não é, de qualquer forma, transmitida ao servidor. a primeira ordem não é executada.
Vamos voltar ao ponto de partida. Já somos 50 em Kharkov e estamos tentando resolver este problema e "pirodex" não é o primeiro e, infelizmente, não é o último. Todos os dias as pessoas vêm ao centro de negociação de Kharkiv do Ukrsotsbank e não trabalham como especialistas (o Ukrsotsbank proíbe o uso de especialistas em contas reais por padrão), mas usam canetas em dinheiro real e perguntam quando este x-..... vai terminar. Algumas pessoas pensavam que tinham problemas de informática. Ligaram para o escritório de Kiev do Ukrsotsbank (MT4 comprador), e responderam literalmente o seguinte ".... este programa é exigente para os canais de comunicação, lidar com fornecedores .....", para a pergunta ".... porque funciona muito mal em sua agência de Kharkiv" resposta, "...... eles têm problemas com a rede local em Kharkiv....". E deve ser observado o seguinte, os problemas com a rede local do centro de negociações de Kharkiv começaram no dia em que eles mudaram para o MT4 na segunda-feira e duraram a quarta semana sem intervalo, na sexta-feira no MT3 dois dias antes disso não houve nenhum problema por alguma razão e durante todo o ano anterior também. É difícil supor que o Ukrsotsbank começou a trapacear de repente, pois antes da introdução do MT4 não deu qualquer razão para suspeitas. Houve alguns mal-entendidos durante o ano, mas dentro do razoável. Chegamos ao vice-presidente do banco (e o Ukrsotsbank é um dos dez maiores bancos da Ucrânia) que ele nos deu o chefe do departamento de automação e informatização. Dois dias depois ele nos deu a resposta de que não iria sacrificar a segurança do banco para fazer o MT4 funcionar. A julgar pelo fato de os desenvolvedores não terem dito nada inteligível, exceto para negociar com fornecedores e outros disparates, ainda não há solução para o problema.
De volta ao ponto de partida...
Os especialistas do centro de negociações de Kharkiv não entraram em contato conosco.
O problema é que quando contatei minha corretora sobre o problema de conexão, eles me enviaram de volta para o desenvolvedor, ou seja, você.
Como o MT4 é muito exigente quanto aos canais de comunicação, você poderia especificar os requisitos para esses canais?
Não tenho certeza do que fazer se quiser usar estes canais, mas não conheço seus parâmetros.
Eu perguntei ao meu fornecedor, mas ele tem uma contra pergunta: de que qualidade você precisa? O que devo dizer a ele?
O que devo fazer então para usar o comércio móvel, não a Wap, mas a versão completa da MT via GPRS?
E nem todas as cidades da Rússia e da CEI têm uma qualidade de Internet tão incrível como a de Moscou?
E para poupar-lhe a cabeça, por favor, carregue os arquivos de log descriptografados.
Mas o significado de tão claro, e as razões para tais registros como:
1. 2005.11.29 16:59:52 '82991': login (4.00, #2841B56A)
2. 2005.11.29 17:00:33 'TradeContext: ping error
3. 2005.11.29 17:02:25 '82991': não é possível fazer login [Sem conexão]
4. 2005.11.29 17:03:33 '82991': o pedido foi aceito pelo servidor
5. 2005.11.29 17:03:33 '82991': pedido em processo
6. 2005.11.29 19:11:44 '82991': fechar pedido #2076385 vender 0,10 EURUSD a 1,1759 sl: 0,0000 tp: 0,0000 ao preço 1,1743
7.2005.11.29 18:36:29 '82991': venda imediata 0,10 EURUSD a 1,1785 sl: 0,0000 tp: 0,0000
não realmente.
Para que você possa discutir com o fornecedor, assim como com você.
Os especialistas do centro de negociações de Kharkiv não entraram em contato conosco.
Então, quem é o culpado de todos os problemas é esse! Centro de negociações de Kharkiv!!! E quem mais tem que vir até você para se curvar para que você finalmente se encarregue do assunto?
Agora vamos ao que interessa. Repito: eu mesmo. Há problemas de conexão. Enquanto se aguarda o fluxo denso de cotações (notícias, atividade de mercado), os atrasos na entrega de informações (cotações, feeds de notícias) são de até 3 minutos. Visualmente, isto se expressa no fato de que o fluxo de citações "pára", "se acumula", e então a parte "acumulada" das citações chega ao lado do cliente em um único momento. Após alguns segundos, a situação se repete até que o mercado se instale.
Seu conselho sobre a preferência por um fornecedor específico pode ser válido. De fato, através do fornecedor Um roteamento passa por 15 servidores - americano, através da Alemanha volta para a Ucrânia. O problema está presente. Através do ISP B, o roteamento passa exclusivamente por servidores "ucranianos". O problema não é observado. No entanto!!! A latência em ms no provedor A é 2-3 vezes menor do que no provedor B. O produto MT é tão nacionalizado e privilegiado que tem uma aversão aos canais de comunicação burgueses?
Mais uma vez, antes da introdução do MT4, não havia nenhum problema. O problema de conectividade é SOMENTE com o software MT4 (sem distinção de provedor). IE, ICQ e todo o resto funciona sem problemas.
Por favor, faça com que seja uma prioridade resolver finalmente a questão da conectividade.
Obrigado.
Então, quem é o culpado por todos os problemas!!! Kharkiv DC!!!
Por favor, leia cuidadosamente todas as mensagens publicadas anteriormente neste tópico, para que as mensagens subsequentes estejam logicamente relacionadas, e não separadas do contexto da discussão.
Uma citação de um posto anterior: "...Chegamos ao vice-diretor do conselho do banco (e o Ukrsotsbank é um dos dez maiores bancos da Ucrânia) ele nos deu o chefe do departamento de automação e informatização para derrubar. Dois dias depois ele nos disse que não ia sacrificar a segurança informática do banco por causa de um MT4.
Vamos parar de usar palavras! Não é o objetivo de incomodar você. Certifique-se de que o MT4 não é pior que o MT3 em termos de qualidade de comunicação e você receberá tantos adiamentos quanto desejar.
Você mesmo disse 23.11.05 20:15 "O problema está sendo estudado cuidadosamente" e qual foi o resultado deste estudo?
E se não tiver terminado, quando vai terminar?
E se não for segredo, você está em Moscou? Portanto, você tem total brilhantismo com a conexão, o que não pode ser dito sobre as regiões.
Se você precisar de ajuda para verificar a qualidade da comunicação de diferentes regiões, basta me dizer o que fazer, há pelo menos 10 pessoas de diferentes partes do CIS que estão dispostas a fazer qualquer trabalho para investigar o problema, apenas para acelerar sua solução.
Você está indo no caminho certo!!!
Não podemos mudar "mais algumas configurações do lado do corretor" para que as ordens sejam executadas ainda melhor?
Verifiquei isso em uma demonstração da Alpari.