Copiadora de transações/sinais altamente confiável (discussão ideológica e desenvolvimento) - 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
Estive pesquisando um pouco. Exemplos de sistemas simples cliente-servidor em diferentes idiomas.
e, em poucas palavras, qual é sua proposta?
- A sincronização é feita através de um soquete?
- O estado completo da conta principal é transmitido?
e, em resumo, que tipo de proposta você está fazendo?
- a sincronização acontece através de uma tomada?
- o estado completo da conta principal é transmitido?
E descreva o contexto servidor-cliente, onde o servidor fica onde os clientes ficam?
Desculpe por ter acabado, estarei de volta em uma hora.
E o contexto servidor-cliente, onde o servidor fica onde os clientes ficam?
ok. vamos reduzir ainda mais.
temos um servidor remoto para o qual o feiticeiro envia seus dados.
Os clientes também estão conectados ao mesmo servidor.
A questão é qual método é usado para receber/transmitir informações. A partir das sugestões atuais socket/http/ftp
quais são os prós e os contras dessas tecnologias para a carga e o tráfego do servidor?
OK. Vamos reduzir ainda mais o problema.
Temos um servidor remoto para o qual o feiticeiro envia seus dados.
Os clientes também estão conectados ao mesmo servidor.
A questão é qual método é usado para receber/transmitir informações. A partir das sugestões atuais socket/http/ftp
Quais são os prós e os contras dessas tecnologias para a carga e o tráfego do servidor?
Tomada sobre TCP/IP. É possível transmitir sinais em forma de texto em uma linha por sinal, como "EURUSD Buy 1.0\n", como via Telnet, porque esta é a versão mais primitiva que não requer um procedimento de troca complexo, como nos protocolos http ou ftp com análise mínima.
O problema é que o servidor deve ser multi-tarefa, caso contrário, como ele pode receber simultaneamente conexões de clientes? Ela tem que escutar sua própria tomada na porta alocada o tempo todo e, em caso de conexão, transferir um cliente para outra porta livre e alocar um fio separado para ela. Em seguida, esperará por outro cliente no porto principal.
ok. vamos reduzir ainda mais o problema.
temos um servidor remoto para o qual o mestre envia seus dados.
Os clientes também estão conectados ao mesmo servidor.
A questão é qual método é usado para receber/transmitir informações. A partir das sugestões atuais socket/http/ftp
Prós e contras dessas tecnologias para carga e tráfego do servidor?
O socket, http/ftp apenas dá acesso a arquivos remotos, enquanto que o socket é um protocolo de troca de dados.
Um soquete não é um protocolo. Um soquete é um soquete, ou seja, o tipo de coisa em uma porta que recebe e transmite dados. Uma tomada pode ser uma tomada de servidor e deve ter uma porta fixa na qual escuta. E há um socket de cliente que se conecta aos servidores usando o IP do servidor e o número da porta.
E FTP, HTTP, Telnet são protocolos. Os arquivos podem ser transferidos usando todos esses três protocolos. Mas o telnet é um protocolo de streaming, não uma coisa única, é por isso que os clientes podem ficar com ele o tempo que quiserem e quando um sinal comercial aparecer, podem obtê-lo imediatamente. Com os outros protocolos, você teria que bagunçar a tomada do servidor o tempo todo para descobrir se há ou não um sinal, e depois cair fora.
Um soquete não é um protocolo. Um soquete é um soquete, ou seja, o tipo de coisa em uma porta que recebe e transmite dados. Uma tomada pode ser uma tomada de servidor e deve ter uma porta fixa na qual escuta. E há um socket de cliente que se conecta aos servidores por IP e número de servidor.
E FTP, HTTP, Telnet são protocolos. Os arquivos podem ser transferidos usando todos esses três protocolos. Mas o telnet é um protocolo de streaming, não um protocolo de tempo único, é por isso que os clientes podem ficar com ele o tempo que quiserem e quando o sinal comercial aparecer podem obtê-lo imediatamente. Com os outros protocolos, você teria que bagunçar a tomada do servidor o tempo todo para descobrir se há ou não um sinal, e depois cair fora.
Existem exemplos para a Telnet ? muito interessante.
https://ru.wikipedia.org/wiki/Telnet
Já vi isso antes da pergunta, é difícil chamá-lo de exemplo de uso, mas obrigado de qualquer forma, é uma idéia interessante, vou ter que cavar por aí.
Trata-se essencialmente de um protocolo baseado em texto. Mas é usado principalmente para conexões remotas Unix na porta 23. Ou seja, você pode fazer login em um servidor Unix remoto com seu nome de usuário e senha e executar comandos do sistema operacional.
Em uma forma simplificada, o telnet pode ser usado para qualquer coisa, incluindo a transmissão de sinais comerciais como mensagens de uma única linha. Isto é, sem comandos ou qualquer outra coisa. O cliente se conecta e espera que o servidor envie o sinal. Ele recebe, passa, abre ou fecha uma posição e espera pelo próximo sinal. Esse é todo o protocolo.