Поиск Советника/скрипта циклического автоматического логина по списку счетов

 

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

 
Привет.
Есть готовая наработка - функция принимает (логин, пароль, брокер) и выполняет перелогирование на указанный счет (используются WIN API вызовы).
Если интересует - готов к оформлению работы только через фриланс (оценочная стоимость - от 100$).

П.С.
-на сколько помнится, раз эта тема подымалась года 2 назад, и там был кем-то выложенный черновой вариант
-точно, была статья про навигацию по терминалу с использованием WIN API. И там приводилась смена какого-то логина через меню настроек терминала с переходом на нужную вкладку.
 
Sergey Dzyublik:
Привет.
Есть готовая наработка - функция принимает (логин, пароль, брокер) и выполняет перелогирование на указанный счет (используются WIN API вызовы).


Тогда может сразу получится реализовать и более глобальную задачу.

Советник логинится, собирает указанные данные на счёте (Депозит, Баланс, Эквити). Далее отправляет это на сервер (хостинг), где делается сортировка по Эквити и выдается в виде таблицы в браузере. Т.е. это получается мониторинг для группы счетов.


Возможно такое?

 
Natalya Kostenko:


Тогда может сразу получится реализовать и более глобальную задачу.

Советник логинится, собирает указанные данные на счёте (Депозит, Баланс, Эквити). Далее отправляет это на сервер (хостинг), где делается сортировка по Эквити и выдается в виде таблицы в браузере. Т.е. это получается мониторинг для группы счетов.


Возможно такое?


Подскажите, пожалуйста, что из вышеперечисленноо уже есть готовое:
+ функционал по перелогиванию 
- функционал по сбору данных со счета на МТ4
- протокол отправки на хостинг из терминала (HTTP, TCP, UDP, FTP....)
- сохранение присланных данных  в базе данных
- сервер хостинг с обработкой запросов и предоставлением необходимой информацией из бд
- механизмы авторизации, аутентификации, валидации для хостинг сервера



Предлагаю рассмотреть вариант сбора данных через "вебтерминал" - использование прямых запросов через WebSockets 
Это может дать возможность сбора данных в реальном времени без постоянного перелогивания между счетами.
Но тут нужен специалист с очень хорошим знанием Javascript для реверса реализации "вебтерминала".

 
https://www.mql5.com/ru/forum/107021
Автоматическое сохранение стейтмента с нескольких счетов
Автоматическое сохранение стейтмента с нескольких счетов
  • www.mql5.com
Возникла такая вот нестандартная потребность: существует несколько счетов, хочется автоматизировать ежедневное сохранение стейтментов с них, может...
 
fxsaber:
https://www.mql5.com/ru/forum/107021


Спасибо, возможно для начала что-то пригодится с кода для первоначальной идеи.

Sergey Dzyublik:

Предлагаю рассмотреть вариант сбора данных через "вебтерминал" - использование прямых запросов через WebSockets 

Это может дать возможность сбора данных в реальном времени без постоянного перелогивания между счетами.
Но тут нужен специалист с очень хорошим знанием Javascript для реверса реализации "вебтерминала".


Тоже интересный вариант и он даже, думаю, был бы удобнее. Спасибо за предложение. Пока попробую что-то сотворить подручными средствами. Но всё же тогда хотелось бы услышать и примерную стоимость по реализации проекта мониторинга.

 
Natalya Kostenko:


Спасибо, возможно для начала что-то пригодится с кода для первоначальной идеи.


Тоже интересный вариант и он даже, думаю, был бы удобнее. Спасибо за предложение. Пока попробую что-то сотворить подручными средствами. Но всё же тогда хотелось бы услышать и примерную стоимость по реализации проекта мониторинга.


Не очень понимаю зачем все это делать.

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

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

 
Aleksei Radchenko:


Не очень понимаю зачем все это делать.

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

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


Если торгует не автор, тогда что?
Нужно ходить и следить за всеми включили ли они робота-агент или нет?

В данному случае реально круто смотрится множественное соединение со списком счетов через WebSockets и их мониторинг в реальном времени.
Тут было бы не плохо, что бы разработчики наконец-то предоставили Web Api интерфейс к своим творениям.
 
Sergey Dzyublik:

Если торгует не автор, тогда что?
Нужно ходить и следить за всеми включили ли они робота-агент или нет?

В данному случае реально круто смотрится множественное соединение со списком счетов через WebSockets и их мониторинг в реальном времени.
Тут было бы не плохо, что бы разработчики наконец-то предоставили Web Api интерфейс к своим творениям.


Если у клиента торгует ваш робот, проще функционал встроить в него. (Я так и делаю, даже уведомления по почте рассылаю, если робот час не выходил на связь. И клиенту доп защита от проблем с VPS :)

В любом случае, на мой взгляд, проще уговорить поставить агента, чем дать логин пароль =), хотя ваша точка зрения тоже понятна и имеет право на жизнь.

И да, Web Api или лучше Fix Api было бы очень круто!!! Может голосовалку устроим? Авось нас услышат? =)

 
Sergey Dzyublik:


Подскажите, пожалуйста, что из вышеперечисленноо уже есть готовое:
+ функционал по перелогиванию 
- функционал по сбору данных со счета на МТ4
- протокол отправки на хостинг из терминала (HTTP, TCP, UDP, FTP....)
- сохранение присланных данных  в базе данных
- сервер хостинг с обработкой запросов и предоставлением необходимой информацией из бд
- механизмы авторизации, аутентификации, валидации для хостинг сервера



Предлагаю рассмотреть вариант сбора данных через "вебтерминал" - использование прямых запросов через WebSockets 
Это может дать возможность сбора данных в реальном времени без постоянного перелогивания между счетами.
Но тут нужен специалист с очень хорошим знанием Javascript для реверса реализации "вебтерминала".


У меня есть работающий в продакшене проект с реализацией некоторых пунктов из вашего списка:

+ функционал по сбору данных со счета на МТ4
+ протокол отправки на хостинг из терминала HTTPS/REST (ssl)
+ сохранение присланных данных  в базе данных
+ сервер хостинг с обработкой запросов и предоставлением необходимой информацией из бд
+ механизмы авторизации, аутентификации, валидации для хостинг сервера

Весь функционал существует в виде фреймворка с++, на нем достаточно легко написать/переписать любую стратегию (на мой взгляд легче чем на mql). К сожалению в виде пилотного робота был использован мартин, из за этого проект еле дышит, но реализовано из темы этого топика, следующее:

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

- клиентский кабинет, где клиент видит все свои счета, статистику по ним и начисления комиссии от прибыли (в моем случае 18%)

- выставление счетов пользователю по итогам торгового периода + подключена платежная система

- политика мягкого завершения торговли, если пользователь не оплатил, биллинг не доступен и т.д.

- данные о задолженности и прочих проблемах - прямо в инфоокне советника

- уведомления по почте об отключении робота, задолженностях и т.д.

и еще много чего уже не совсем по теме

Минус всего этого, что требуется dll и в маркет не выложишь, ну и расходы на поддержание биллинга не малые =)


 
Aleksei Radchenko:


Не очень понимаю зачем все это делать.

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

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


В принципе вопрос, который был задан в первом посте, решился.

по ссылке есть готовый скрипт авторизации по списку счетов с возможностью установления паузы в секундах:

Пока что мне этого достаточно. Как я это буду применять - АвтоЛогин бродит по счетам, запущен советник, который отправляет нужную информацию на сервер myfxbook, т.к. автообновление там сильно тормозит. Оттуда уже парсит другой скрипт и формирует таблицу рейтинга :)

Причина обращения: