¿Cómo puedo acceder al pavo a distancia? - página 4

 
xrust >>:



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

:-) Me esperaba un giro así en la discusión

--

pero entonces también podrían hackear el coche del distribuidor y el indicador.

Si no puede proteger el servidor a un nivel aceptable.

entonces es muy probable que no pueda proteger a los suyos.

- es, como, 50/50% --

--

Sólo hay una ventaja, como describió Dimitri.

El alojamiento cuesta 5 dólares - y una máquina virtual 50 dólares

 

De ninguna manera, habría que romper primero el servidor de distribución y luego calcular el canal de entrada, lo que complica las cosas...

 
xrust >>:

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

:-) para alguien que puede entrar en el servidor, no debería ser demasiado difícil de pasar

--

Además, la dirección del distribuidor puede identificarse de otra manera, por ejemplo, a través del correo electrónico o de Skype

fingiendo ser un cliente para conectarse al sistema como cliente

--

no tiene sentido romper el anfitrión

es suficiente para establecer una correspondencia - plantar un par de correos electrónicos, uno con un troyano único - etc. (estamos hablando de una situación en la que una persona no sabe cómo proteger el host)

Por lo tanto, no sabe qué son los cortafuegos (que pueden estar abiertos sólo para el cliente y el distribuidor), etc.

los que rompen el cortafuegos tienen menos posibilidades de hacerlo: sus servicios son más caros.

 

¿Con qué frecuencia cree que su MT4 accede al servidor?

 
Roger >>:

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

Ponga cualquier sniffer de red y verá - o entre en FIREWALL

 
Roger писал(а) >>

¿Con qué frecuencia cree que su MT4 accede al servidor?


Muy a menudo, pero no mucho tráfico, porque la tecnología es diferente, y si hacemos lo mismo a través de http, no sé si podemos empujar el carro desde el lugar.
 

Http más de una vez cada 5 minutos es caro, pero si el paquete es pequeño, también está bien

 
xrust писал(а) >>

Http más de una vez cada 5 minutos es caro, pero si el paquete es pequeño servirá.

de hecho (1 solo ordenador) - para un recurso unos 15 "agentes" por http (de asesores - por dlls estándar de Windows). van cada tick / cada otro tick. "unos 15" - porque el número de terminales ha variado a lo largo del último año. ¡no se han observado problemas!
 
Shu >>:

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

y no debe ser observado.

La cuestión es que EA no podrá ir más allá de 1 segundo para obtener información en absoluto. Así es como funciona MT4 <-> wininet.dll<-> servidor.

Así, el cliente machacará al servidor con peticiones cada segundo. ¿Y qué? Esa es la razón por la que el servidor soporta cualquier carga. Imagínate a Google o Vkontakte golpeando.

¡He probado a comprobar en 20 ordenadores + 3 terminales que se ejecutan en cada uno de ellos en estos enlaces solicitud-respuesta y solicitudes cuando se ejecuta desde el probador!

Y todos los participantes en el experimento (y el ISP también :) se sintieron bastante bien. Lo único es que la prueba es lenta. El tick se procesa una vez por segundo. Pero tampoco es un problema tan grande.

Por lo tanto, estos sistemas (en los que se pone un determinado bloque de código en Internet) funcionan bastante bien.

 
En cuanto al tema principal del tema - los indicadores (en lugar de las señales, de las que Yuri comenzó a hablar), los indicadores se construirán utilizando un sistema similar. Sólo se enviarán al cliente los datos no de un tick, sino de todo el historial de barras. Por ejemplo, los valores guardados de la línea de indicadores para toda la historia.
Podemos hacer algunos cálculos:
por ejemplo para una línea de indicador 250 000 barras*8 bytes (tiempo de la barra) + 8 bytes (valor de la línea) ~ 4 mb de información.
Esta es una carga pesada. Por lo tanto, tenemos que limitar la construcción a 100-1000 puntos del indicador (dependiendo del número de líneas).

Pero el método de solicitud-respuesta es adecuado para estos fines.
Razón de la queja: