Предложения по будущему MQL

 

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

Вот несколько предложений, которые, надеюсь, форсируют этот рынок.

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

2. Дать возможность экспертам однозначно идентифицировать клиента по цифровой подписи. Судя по намекам, терминал уже имеет цифровую подпись. Нужно дать к ней доступ из эксперта. Тогда можно будет в лицензию на эксперта вписывать цифровую подпись терминала.

3. Дать возможность идентификации ДЦ по цифровой подписи. Это повысит защиту от мошенничества.

4. Поскольку сейчас время web технологий, а не клиент-серверных решений, то нужно дать возможность эксперту обращаться в web встроенными средствами. Я полагаю, что будущее за торговлей сигналами, а не экспертами, поэтому необходима поддержка web или варианта по аналогии с мессенджерами (icq и т.п.).

Следует обеспечить возможность загрузки xml файла с заданного в эксперте адреса. При этом обеспечить идентификацию терминала на сервере, идентификацию сервера в терминале и идентификацию терминала терминалом :). Для снижения риска мошенничества желательно сформировать общедоступный депозитарий цифровых подписей серверов (терминалов), а цифровую подпись для сервера выдавать за небольшие деньги (около 100долл.) по аналогии с подписью activex. В идеале каждый терминал сможет превращаться в раздатчика сигналов, типа массовой рассылки icq сообщений.

 
ArtemRG:

4. Поскольку сейчас время web технологий, а не клиент-серверных решений, то нужно дать возможность эксперту обращаться в web встроенными средствами. Я полагаю, что будущее за торговлей сигналами, а не экспертами, поэтому необходима поддержка web или варианта по аналогии с мессенджерами (icq и т.п.).

Следует обеспечить возможность загрузки xml файла с заданного в эксперте адреса. При этом обеспечить идентификацию терминала на сервере, идентификацию сервера в терминале и идентификацию терминала терминалом :). Для снижения риска мошенничества желательно сформировать общедоступный депозитарий цифровых подписей серверов (терминалов), а цифровую подпись для сервера выдавать за небольшие деньги (около 100долл.) по аналогии с подписью activex. В идеале каждый терминал сможет превращаться в раздатчика сигналов, типа массовой рассылки icq сообщений.


Клиент-серверные решения сбрасывать пока рановато. Но в целом поддерживаю.

Для успешного продвижения автотрейдинга на рынок требуется обеспечить возможность web-поддержки (как из сети, так и между терминалами) для:
- поставки сигналов;
- почтовых уведомлений между пользователями (в т.ч. рассылок подписчикам);
- автоматической подкачки новостных и апгрейд файлов.

На мой взгляд, очень правильно подмечен принцип icq - использовать сервер ДЦ, как основное средство. Оч. удобно - отправил уведомления на список адресов и отключил свой терминал. А пользователи получат почту, когда подключатся.

Ещё для продвижения автотрейдинга хорошо было бы обеспечить возможность тестирования советников на оборудовании MQ, например, в течение года (до начала след. Чемп.) для желающих участников из числа первой сотни.

 

Поддерживаю и еще раз кричу о возможности взаимодействия МТ с базами данных! mysql, psrgsql в первую очередь!

 
ArtemRG:

4. Поскольку сейчас время web технологий, а не клиент-серверных решений...


web технологии это и есть клиент-серверные решения по определению.
 
Andy_Kon:
ArtemRG:

4. Поскольку сейчас время web технологий, а не клиент-серверных решений...


web технологии это и есть клиент-серверные решения по определению.

хм, скорее наоборот, клиент-серверные решения - это часть web технологий. Здесь подразумевается, что клиент-серверные - это жесткие ранговые взаимодействия. А нужно двигаться к децентрализации терминала. Сейчас он видит только сервер своего ДЦ, а нужно дать возможность видеть и другие произвольные серверы, а в идиале и другие терминалы, и все это средствами mql.
 
ArtemRG: нужно дать возможность видеть и другие произвольные серверы, а в идиале и другие терминалы, и все это средствами mql.
Если не запрещать явно использование таких возможностей общения в Чемпе, то он станет бессмысленным. Да и одного запрета мало. Разработчик должен уметь эффективно контролировать их вызовы (в том числе и из компилированных библиотек), а при тестировании - выводить явное предупреждение о том, что такие возможности используются. Типа "мы тебя предупредили: этот советник получает инфу извне".
 
Mathemat:
.. выводить явное предупреждение о том, что такие возможности используются. Типа "мы тебя предупредили: этот советник получает инфу извне".

Поддерживаю.
 

Да все перечисленное очень было бы хорошо. особено что касается цифровых подписей и веб интерфесов работы с дц.

но на сколько я помню есть некие библиотеки которые разработчики MQL распространяют для обращения к дц без самого терминала.. или я чтото путаю?

 
Red.Line писал (а):

Поддерживаю и еще раз кричу о возможности взаимодействия МТ с базами данных! mysql, psrgsql в первую очередь!

Это можно реализовать с пом. DLL.
Чем вам не вариант?
 
Насколько я себе представляю, то и в данной версии МТ возможно получение сигналов из WEB через все те же dll

А вот тиковые графики бы совсем не помешали в новой версии терминала.

А цифровая подпись - это наверное нужная тема.
 

Очень нужно по запросу получать инфу о состоянии счёта по вэб.
Для автоматизации отчётов ДУ например...

Запрос сей простенький, типа такого:
http://ващдц.com/infoacc=login=12345&pass=1jjhgU2
(пароль инвесторский, так что безопасно)

И получаем данные...
Которые и распихиваем по своему скрипту на сайте.

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