Copiadora de transações/sinais altamente confiável (discussão ideológica e desenvolvimento) - página 2
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
Tudo já foi pensado, mas desculpe-me, não é desagradável.
Dima, eu sei, é claro, que também tenho tudo inventado e feito, tanto local como remotamente, em diferentes disfarces.
Mas eu só quero discutir este tema bastante hackney, que, em minha opinião, não foi levantado aqui neste contexto.
Se você tem algo a dizer sobre o assunto, então fale mais alto.
O cliente copia seus parâmetros e cria um pedido com um magik igual ao bilhete original. desta forma, contornamos a dupla configuração.
Depois disso, o cliente deve verificar o estado do pedido e relatar a execução (se houver algo a ser executado), ou sua vivacidade, se o pedido for um controle.
No início, tudo se resume ao próprio sistema de correio. Um servidor, muitos clientes. Se o sistema funcionar, você pode carregar o resto sobre este esqueleto.
Quando o cliente se conecta, ele envia um pedido de conexão, o servidor retorna uma assinatura em uma mensagem especial, pela qual ele controlará as respostas. A assinatura não é válida até que o cliente não a devolva com mensagem especial. Quando tudo está em ordem, é possível começar a se comunicar.
Portanto, tem assinaturas de cada cliente emitidas pelo servidor (portanto, não repetidas). O servidor envia mensagens com números de contador (deve armazenar logs de mensagens com alguma profundidade caso tenha que ser repetido), os clientes recebem mensagens numeradas e enviam cópias assinadas para o servidor. Desta forma, o servidor sabe qual cliente perdeu a mensagem e pode reenviá-la novamente. Após x repetição o servidor deixa de enviar esta mensagem, fecha a sessão com este cliente, e começa a esperar que o cliente solicite uma nova sessão.
O cliente copia seus parâmetros e cria um pedido com um magik igual ao bilhete original. desta forma, contornamos a dupla configuração.
ok. esquema clássico.
Depois disso, o cliente deve verificar o estado do pedido e informar seu cumprimento (se houver algo a ser cumprido), ou sua vivacidade, se o pedido for um controle.
Por que tais complicações, a chave variável pode ser colocada na própria mensagem.
No início, tudo se resume ao próprio sistema de correio.
É aqui que a criptografia é essencial; quando o cliente se conecta, ele envia um pedido de conexão
Acho que é um pouco difícil usar as assinaturas. É suficiente ter um login/password do cliente, emitido uma vez e verificado durante os pedidos.
OK. Esquema clássico.
Por que fazer isto? O servidor não pode afetar o cliente de qualquer maneira.Por favor, diga-me qual tecnologia é utilizada para enviar e receber os dados e onde o servidor os armazena.
Não acho que seja fácil com assinaturas. Basta ter apenas um login/password
onde está a garantia de que a mensagem será recebida?