Como posso acessar o peru remotamente? - página 4

 
xrust >>:



И подвергнуть систему риску взлома - тогда уже сразу раздавать индикатор, да и все. Желающих, и умеющих ломануть серверную часть намного больше чем знающих о существовании такого языка как MQL...

:-) Eu estava esperando tal reviravolta na discussão

--

mas também poderiam invadir o carro do distribuidor e o indicador.

Se ele não puder proteger o servidor a um nível aceitável.

então, com toda a probabilidade, ele não pode proteger os seus.

- é, tipo, 50/50%...

--

Há apenas uma vantagem, como Dmitri descreveu.

A hospedagem é de $5 - e uma máquina virtual é de $50

 

De jeito nenhum - primeiro você teria que quebrar o servidor de distribuição e depois calcular o canal de entrada, o que complica as coisas...

 
xrust >>:

нифига - для этого нужно будет сначала ломануть раздающий сервер, а потом вычислять приходящий какнал, что осложняет ситуацию...

:-) para alguém que pode invadir o servidor, não deve ser muito difícil passar

--

Além disso, o endereço do distribuidor pode ser identificado de uma maneira diferente, por exemplo, via e-mail ou Skype

fingindo ser um cliente para se conectar ao sistema como um cliente

--

não há sentido em quebrar o anfitrião

é suficiente criar uma correspondência - para colocar alguns e-mails, um com um trojan único - etc. (estamos falando de uma situação em que uma pessoa não sabe como proteger o anfitrião)

Portanto, ele não sabe o que são firewalls (que podem estar abertos apenas para o cliente e o distribuidor), etc.

aqueles que quebram o firewall têm menos probabilidade de poder fazê-lo - seus serviços são mais caros.

 

Com que frequência você acha que seu MT4 está acessando o servidor?

 
Roger >>:

Как Вы думаете, как часто обращается Ваш МТ4 к серверу?

Coloque em qualquer sniffer da rede e você verá - ou entrará em FIREWALL

 
Roger писал(а) >>

Com que frequência você acha que seu MT4 está acessando o servidor?


Muito freqüentemente, mas não muito tráfego, porque a tecnologia é diferente, e se fizermos a mesma coisa via http, não sei se podemos empurrar o carrinho do local.
 

Http mais de uma vez a cada 5 minutos é caro, mas se a embalagem for pequena, tudo bem também

 
xrust писал(а) >>

Http mais de uma vez a cada 5 minutos é caro, mas se a embalagem for pequena, servirá.

de fato (1 único computador) - para um recurso cerca de 15 "agentes" por http (de conselheiros - por dlls padrão do Windows). eles vão a cada tique / cada outro tique. "cerca de 15" - porque o número de terminais variou no último ano. não foram observados problemas!
 
Shu >>:

по факту работы (1 отдельно взятый компьютер) - на один ресурс ходит около 15 "агентов" по http (из советников - стандартными виндовыми dll-ками). ходят каждый тик / через тик. "около 15" - потому что за последний год число терминалов варьировалось. проблем не наблюдалось!

e não deve ser observado.

A questão é que a EA não poderá ir mais do que 1 segundo para obter informações. É assim que funciona o servidor MT4 <-> wininet.dll<->.

Assim, o cliente baterá no servidor com pedidos a cada segundo. E daí? Essa é a razão pela qual o servidor suporta qualquer carga. Imagine o Google ou o Vkontakte a bater.

Eu testei para verificar em 20 computadores + 3 terminais rodando em cada um deles nestas ligações-respostas e solicitações ao executar a partir do testador!

E todos os participantes da experiência (e o ISP também :) se sentiram muito bem. A única coisa é que o teste é lento. O tick é processado uma vez por segundo. Mas também não é um problema tão grande.

Portanto, tais sistemas (nos quais um determinado bloco de código é colocado na Internet) estão funcionando bastante.

 
Quanto ao tópico principal do tópico - indicadores (ao invés de sinais, dos quais Yuri começou a falar), os indicadores serão construídos usando um sistema similar. Somente os dados serão enviados ao cliente não por um tique, mas por todo o histórico dos bares. Assim, digamos, valores salvos da linha indicadora para todo o histórico.
Podemos fazer alguns cálculos:
por exemplo, para uma linha de indicador 250 000 barras*8 bytes (tempo da barra) + 8 bytes (valor da linha) ~ 4 mb de informação.
Esta é uma carga pesada. Portanto, precisamos limitar a construção a 100-1000 pontos do indicador (dependendo do número de linhas).

Mas o método de resposta às solicitações é adequado para estes fins.