Comment puis-je accéder à la dinde à distance ? - page 4

Nouveau commentaire
 
xrust >>:



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

:-) Je m'attendais à une telle tournure des événements dans la discussion.

--

mais alors ils pourraient aussi pirater la voiture du distributeur et l'indicateur.

S'il ne peut pas protéger le serveur à un niveau acceptable.

alors il est fort probable qu'il ne puisse pas protéger les siens.

- c'est, comme, 50/50% --

--

Il n'y a qu'un seul avantage, comme l'a décrit Dmitri.

L'hébergement est de 5 $ - et une machine virtuelle est de 50 $.

 

Impossible - il faudrait d'abord casser le serveur de distribution et ensuite calculer le canal entrant, ce qui complique les choses...

 
xrust >>:

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

:-) pour quelqu'un qui peut s'introduire dans le serveur, il ne devrait pas être trop difficile de passer.

--

En outre, l'adresse du distributeur peut être identifiée d'une autre manière, par exemple par e-mail ou par Skype.

se faisant passer pour un client pour se connecter au système en tant que client

--

il n'y a aucun intérêt à briser l'hôte

il suffit de mettre en place une correspondance, de placer quelques e-mails, dont l'un contient un cheval de Troie unique, etc. (nous parlons d'une situation où une personne ne sait pas comment protéger son hôte).

Ainsi, il ne sait pas ce que sont les pare-feu (qui ne peuvent être ouverts que pour le client et le distributeur), etc.

ceux qui franchissent le pare-feu ont moins de chances de pouvoir le faire - leurs services sont plus chers.

 

À quelle fréquence pensez-vous que votre MT4 accède au serveur ?

 
Roger >>:

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

Mettez n'importe quel renifleur de réseau et vous verrez - ou connectez-vous sur FIREWALL

 
Roger писал(а) >>

À quelle fréquence pensez-vous que votre MT4 accède au serveur ?


Très souvent, mais pas beaucoup de trafic, car la technologie est différente, et si nous faisons la même chose via http, je ne sais pas si nous pouvons pousser le chariot hors du chemin.
 

Http plus d'une fois toutes les 5 minutes est cher, mais si le paquet est petit, c'est bien aussi.

 
xrust писал(а) >>

Http plus d'une fois toutes les 5 minutes est coûteux, mais si le paquet est petit, cela fera l'affaire.

en fait (1 seul ordinateur) - pour une ressource environ 15 "agents" par http (des conseillers - par dlls standard de Windows). ils vont chaque tick / chaque autre tick. "environ 15" - parce que le nombre de terminaux a varié au cours de l'année dernière. aucun problème observé !
 
Shu >>:

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

et ne doivent pas être observés.

Le fait est que EA ne sera pas en mesure d'obtenir des informations pendant plus d'une seconde. C'est ainsi que MT4 <-> wininet.dll<-> serveur fonctionne.

Le client va donc bombarder le serveur de demandes toutes les secondes. Et alors ? C'est la raison pour laquelle le serveur peut supporter n'importe quelle charge. Imaginez le martèlement de Google ou de Vkontakte.

J'ai testé pour vérifier sur 20 ordinateurs + 3 terminaux fonctionnant sur chacun d'eux dans ces liaisons demande-réponse et demandes lors de l'exécution depuis le testeur !

Et tous les participants à l'expérience (et l'ISP aussi :) se sont sentis très bien. La seule chose est que le test est lent. Le tick est traité une fois par seconde. Mais ce n'est pas non plus un si gros problème.

C'est pourquoi de tels systèmes (dans lesquels un certain bloc de code est mis sur Internet) fonctionnent bien.

 
Quant au sujet principal du thème - les indicateurs (plutôt que les signaux, dont Yuri a commencé à parler), la construction des indicateurs se fera par un système similaire. Seules les données seront envoyées au client, non pas pour un tick, mais pour l'ensemble de l'historique des barres. Disons, les valeurs enregistrées de la ligne d'indicateur pour toute l'histoire.
Nous pouvons faire quelques calculs :
par exemple pour une ligne d'indicateur 250 000 barres*8 octets (temps de la barre) + 8 octets (valeur de la ligne) ~ 4 mb d'information.
C'est une lourde charge. Par conséquent, nous devons limiter la construction à 100-1000 points de l'indicateur (en fonction du nombre de lignes).

Mais la méthode demande-réponse convient à ces fins.
12345678910
Nouveau commentaire