dll и маркет. - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
О. Предполагаю, что самый момент и топикстартеру ченить надо бы сказать. Разогрета тема.
Короче. Нужен механизм, подчеркиваю, двусторонний, обмена информацией между совом на агенте (пока локальном, но крепитесь MQ, потом юзвери попросят и удалённые) и совом на чарте.
Горизонты - сравнимые с... запуском облака и связки OCL и mql5.
Дам возможность пытливым умам ещё более разогретцо. Експерту отдельный привет и респект с крабом за попытку изобрести возможность использования плагинов для экспертов.
Горизонты - сравнимые с... запуском облака и связки OCL и mql5.
Андрей, а у тебя уже все готово? на какой стадии реализации ?
если уже остался вопрос только про доступ к dll - то может огласишь полную свою задачу? чтоб Ренат ощутил твои горизонты... и может МК предложило бы решение.
если уже остался вопрос только про доступ к dll - то может огласишь полную свою задачу? чтоб Ренат ощутил твои горизонты... и может МК предложило бы решение.
Та ну, это же смешно. Осядет на дно так же, как это стало (пока, с проблемой с OpenCL у сервисов) с OpenCL.
Вроде вау, а на деле нафиг никому не нужно за исключением 3.5 человек.
Вроде вау, а на деле нафиг никому не нужно за исключением 3.5 человек.
так речь ведь про Горизонты.
а вдруг перспектива такая наклюнется (Joo постарается донести до МК проект в ярких красках), что они пойдут на встречу и сделают необходимый функционал для этого.
так речь ведь про Горизонты.
а вдруг перспектива такая наклюнется (Joo постарается донести до МК проект в ярких красках), что они пойдут на встречу и сделают необходимый функционал для этого.
Горизонты там простые (100 раз обговаривались), используя некий функционал связи подсунуть клоду свой ГА.
ЗЫ Но вот горизонты самого связного функционала могут быть шире.
ЗЫ Но вот горизонты самого связного функционала могут быть шире.
про это и речь.
Всё верно глаголите. И про осевший в своё время (и неожиданно немного времени апосля воспрянувший) OCL, и про то что 100 раз обговаривалось - передача инфы на агенты и "узость на местах" в количестве оптимизируемых параметров.
Уже, вро де как и мысля крутится как бы пополнить необходимый функционал (подчеркиваю, средствами MQL5) МТ5 и при этом заработать денюжку (а что, кто нынче без кредитов и ипотек), дак нет - никак.
1. Ограничение на количество оптимизируемых параметров.
2. Монокритериальность оптимизации (пардон за новословообразование)
3. Невозможность управлять процессом песочной эвалюциии.
Это не укор разрабам, отнюдь. Наоборот - это поле для полёта мысли разработчиков программ на MQL5! Но есть, опять же, узкие места, названием топика обозначенные. если появятся возможности двусторонней передачи - проблемы решены. Не нужно будет тройку вышеназванных пунктов воплащать в жизнь - всё взрастёт само собой.
Андрей, а у тебя уже все готово? на какой стадии реализации ?
если уже остался вопрос только про доступ к dll - то может огласишь полную свою задачу? чтоб Ренат ощутил твои горизонты... и может МК предложило бы решение.
ну как "готово".... неее, не готово. у меня всегда так - долго бродит да быстро настаивается.
да, готово. на процентов 95.
Задача (не вдаваясь в подробности):
1. Нужен штатный механизм двустороннего обмена информацией между "сервером" на чарте и "клиентом" на агенте (нужно в первую очередь)
2. Нужен штатный механизм, дающий возможность запускать штатный тестер/оптимизатор "сервером" на чарте (нужно но не критично)
Вот собственно и всё.
Горизонты:
1. Не нужно изобретать MQ скриптовый язык управления оптимизацией (юзвери просили когда то)
2. Облако начнут использовать под задачи не только связанные с торговлей (а это гораздо большая аудитория чем сейчас).
3. Не нужно бороться со штатным ГА на предмет ограничения на количество опт.параметров.
4...
Можно дальше не перечислять.
О! Забыл добавить. Рыночное окружение, создаваемое в штатом тестере дорогого стоит. Каким бы навороченным не был самодельный тестер (считалка), он никогда не приблизиться по возможностям и качеству тестирования к штатному. Нужно учитывать очень многое - и спред, и своп, и... А под каждую задачу править считалку - мартышкин труд. Хочется использовать штатный тестер/оптимизатор.
поэтому добавьте пожалуйста в пайпы MQL режим сервера. так можно? или тоже нарушится безопасность?
В маркете запрещены любые вызовы dll.
Ок. А если поступить слудующим образом:
1. Сам Продукт выставить в маркет.
2. Часть кода, ответственная за обращение к dll (win api), вынести в библиотеку и выложить в codebase. Можно даже в исходниках.
Суть - необходимо использовать в продукте FileMapping, без него никак.