Как сделать удаленный доступ к индюку? - страница 4

:-) я ждал такого поворота событий в дискуссии

--

но тогда - взломать могут и машину раздающего с индикатором

если он не cможет на приемлемом уровне сделать защиту сервера

тогда с большой долей вероятности - и свою не сможет защитить

- тут как бы уже 50/50%

--

Преимущество тут одно как описал Дмитрий

хостинг это 5$ - а виртуалка уже 50$

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

:-) для того кто сможет ломануть сервер не составит уже большого труда пройти далее

--

кроме того вычислить адрес раздающего - смогут чуть иначе, например завязав с ним переписку по мылу скайпу асе

прикидываясь клиентом для подключения к системе в качестве клиента

--

ломать хост тогда нет смысла

достаточно провести переписку - подсунуть пару писем, одно с уникальным трояном - и т п ( ведь мы говорим о ситуации когда человек не знает как защитить хост )

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

а вот тех кто ломает защиту невзирая на файрвол уже меньше - их услуги дороже

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

поставьте любой сетевой снифер - и будете видеть - ну или залогируйте FIREWALL

Очень часто, но при этом трефик не большой, потому что технологии другии, а если тоже самое делать через http, не знаю, получится столкнуть телегу с места.

По хттп чаще чем раз в 5 мин накладно получается, хотя если пакет небольшой то и это прокатит

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

и не должно наблюдаться.

дело в том, что эксперт вообще не сможет ходить чаще чем в 1 секунду за информацией. Так уж работают связки МT4 <-> wininet.dll<-> сервер.

Ну будет клиент долбить сервак запросами через каждую секунду. Ну и что? на то он и сервак, чтоб любой груз выдерживать. Представте как гуглы долбятся или вконтакте.

Я тестировал для проверки на 20 машинах + на каждой запущено по 3 терминала в этих связках запрос-ответ причем запросы при прогоне из тестера!

И вполне здорово себя чувствовали все участники эксперимента (и провайдер тоже :). Единственное, что медленно тест происходит. Тик обрабатывается раз в секунду. Но и это не такая большая проблема.

Поэтому такие системы (в которых некий блок кода вынесен в интернет) вполне рабочие.

Что касается основной темы топика - индикаторы (а не сигналов, про которые начал говорить Юрий), то построение индикаторов будет происходит аналогичной системой. Только будет пересылаться клиенту данные не для одного тика, а для всей истории баров. Так скажем сохраненные значения индикаторной линии для всей истории.
Можно немного посчитать:
например для одной линии индикатора 250000 баров*8 байт(время бара) + 8 байт (значение линии) ~ 4 мб инфы.
А вот это уже тяжело. Поэтому, надо ограничивать построение например 100-1000 точек индикатора (в зависимости от числа линий).

Но метод запрос-ответ вполне подходит для этих целей.