Только не говорите потом, что ТА не работает - страница 26
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так сойдет?
Добавлено в версии 2.1, которую можно скачать на странице загрузок свежих версий: http://gold-dust.info/ru/downloads.
Юрий Вячеславович, на вашем сайте загрузок почему то старая версия 2.0, новая не скачивается.
Все прекрасно скачивается. Сам попробовал скачать и установить. Скачивается и устанавливается версия 2.1
Возможно, что у Вас где-то данные кэшируются, т.е. файл не скачивается с сайта, а загружается из кэша локального компьютера или прокси-сервера?
ТА работает на брокера... (шутка?)
Та работает в паре с манименеджментом...( о какие я умные слова знаю...) ТА и ММ необходимо обеспечить сходимость торговых операций, а не их расходимость, как в случае с мартингейлом...
Выложил советника с кратким описанием метода GD в CodeBase
Код советника доступен по адресу: https://www.mql5.com/ru/code/10151
Сделал опрос на mql5.com на тему языка сценариев для тестера.
Прошу голосовать: https://www.mql5.com/ru/forum/3328
Сделал опрос на mql5.com на тему языка сценариев для тестера.
Прошу голосовать: https://www.mql5.com/ru/forum/3328
Не думаю, что создание еще одного скриптового языка для метаквотов будет радостью.
Самый рациональный путь - это открытый API.
Достоинства: Не надо разрабатывать какие либо языки - это не шибко продуктивно, т.к. существуют множество готовых языков программирования и API по максимуму должен с ними дружить.
Недостатки: открытый API может иметь "дыры" безопасности, которыми обязательно воспользуются нормальные герои, которые всегда идут в обход. Т.е. эти самые "дыры" надо по максимуму предусматривать и затыкать.
Но, для решения недостатков можно пойти и немного другим путем, а именно вывести API не напрямую к серверу, а через торговый терминал. Т.е. АPI терминал-сервер закрыто, а API внешнее приложение-терминал открыто. Например, чтобы внешние приложения могли запрашивать нужную информацию и отправлять ее на сервер, через консоль (или по протоколу TCP/IP) терминала. Т.е. системы обнаружения и выявления безобразий в терминале в той или иной степени уже предусмотрены для советников или некорректных ручных запросов и фиксируются, т.е. обрабатываются. Все необходимые функции в терминале тоже есть. Присобачить к нему API гораздо проще и дешевле, нежели все время лепить горбатого на MQL*.
По крайней мере дукас посредством API упростил себе жизнь. Метаквотам тоже бы следовало задуматься. На одну только разработку MQL5 сколько ушло времени? А MetaTrader5 как был у брокеров тестовым, так до сих пор и остался.
Ну и естественно в API нужно предусмотреть также и управление тестером стратегий. Через командную строку не шибко удобно, т.к. куча настроечных файлов + последующий парсинг результатов из HTML. Не говоря о том, что терминал каждый раз заново запускается и по завершении выгружается (пищит зараза, если надо большую серию коротких тестов прогнать).
Вот такие пирожки.
Не думаю, что создание еще одного скриптового языка для метаквотов будет радостью.
Самый рациональный путь - это открытый API.
Достоинства: Не надо разрабатывать какие либо языки - это не шибко продуктивно, т.к. существуют множество готовых языков программирования и API по максимуму должен с ними дружить.
Недостатки: открытый API может иметь "дыры" безопасности, которыми обязательно воспользуются нормальные герои, которые всегда идут в обход. Т.е. эти самые "дыры" надо по максимуму предусматривать и затыкать.
Но, для решения недостатков можно пойти и немного другим путем, а именно вывести API не напрямую к серверу, а через торговый терминал. Т.е. АPI терминал-сервер закрыто, а API внешнее приложение-терминал открыто. Например, чтобы внешние приложения могли запрашивать нужную информацию и отправлять ее на сервер, через консоль (или по протоколу TCP/IP) терминала. Т.е. системы обнаружения и выявления безобразий в терминале в той или иной степени уже предусмотрены для советников или некорректных ручных запросов и фиксируются, т.е. обрабатываются. Все необходимые функции в терминале тоже есть. Присобачить к нему API гораздо проще и дешевле, нежели все время лепить горбатого на MQL*.
По крайней мере дукас посредством API упростил себе жизнь. Метаквотам тоже бы следовало задуматься. На одну только разработку MQL5 сколько ушло времени? А MetaTrader5 как был у брокеров тестовым, так до сих пор и остался.
Ну и естественно в API нужно предусмотреть также и управление тестером стратегий. Через командную строку не шибко удобно, т.к. куча настроечных файлов + последующий парсинг результатов из HTML. Не говоря о том, что терминал каждый раз заново запускается и по завершении выгружается (пищит зараза, если надо большую серию коротких тестов прогнать).
Вот такие пирожки.
Перенесу свой пост с пятерошного форума:
Тема очень интересная, открывающая огромные возможности оптимизации параметров пользовательских программ - для этого достаточно добавить штатные функции в язык MQL5 для управления тестером.
Не думаю, что создание еще одного скриптового языка для метаквотов будет радостью.
Самый рациональный путь - это открытый API.
Достоинства: Не надо разрабатывать какие либо языки - это не шибко продуктивно, т.к. существуют множество готовых языков программирования и API по максимуму должен с ними дружить.
Недостатки: открытый API может иметь "дыры" безопасности, которыми обязательно воспользуются нормальные герои, которые всегда идут в обход. Т.е. эти самые "дыры" надо по максимуму предусматривать и затыкать.
Но, для решения недостатков можно пойти и немного другим путем, а именно вывести API не напрямую к серверу, а через торговый терминал. Т.е. АPI терминал-сервер закрыто, а API внешнее приложение-терминал открыто. Например, чтобы внешние приложения могли запрашивать нужную информацию и отправлять ее на сервер, через консоль (или по протоколу TCP/IP) терминала. Т.е. системы обнаружения и выявления безобразий в терминале в той или иной степени уже предусмотрены для советников или некорректных ручных запросов и фиксируются, т.е. обрабатываются. Все необходимые функции в терминале тоже есть. Присобачить к нему API гораздо проще и дешевле, нежели все время лепить горбатого на MQL*.
По крайней мере дукас посредством API упростил себе жизнь. Метаквотам тоже бы следовало задуматься. На одну только разработку MQL5 сколько ушло времени? А MetaTrader5 как был у брокеров тестовым, так до сих пор и остался.
Ну и естественно в API нужно предусмотреть также и управление тестером стратегий. Через командную строку не шибко удобно, т.к. куча настроечных файлов + последующий парсинг результатов из HTML. Не говоря о том, что терминал каждый раз заново запускается и по завершении выгружается (пищит зараза, если надо большую серию коротких тестов прогнать).
Вот такие пирожки.
Юрий, можно твой пост процитировать в ветке опроса на mql5.com ? => https://www.mql5.com/ru/forum/3328
// Или сделай это сам.
Есть что ответить-обсудить, только хотелось бы обсуждать это ТАМ а не здесь.
Тут всё-таки тема другая, скорее имеющая отношение к результатам и методикам оптимизации, нежели к управлению тестером/оптимизатором.
Юрий, можно твой пост процитировать в ветке опроса на mql5.com ? => https://www.mql5.com/ru/forum/3328
// Или сделай это сам.
Есть что ответить-обсудить, только хотелось бы обсуждать это ТАМ а не здесь.
Тут всё-таки тема другая, скорее имеющая отношение к результатам и методикам оптимизации, нежели к управлению тестером/оптимизатором.
Никто не запрещает цитировать - конфидециальная информация отсутствует. Тема про API уже неоднократно поднималась, но Метаквоты ее встречали всегда в штыки и разрабатывали MQL5. Лишний раз наступать Ренату на больной мозоль - это может закончиться баней.
А здешняя тема пересекается в т.ч. и с управлением тестером стратегий, т.к. примитивная технология: одна оптимизация и одно тестирование чаще всего завершается элементарной подгонкой.
Никто не запрещает цитировать - конфидециальная информация отсутствует. Тема про API уже неоднократно поднималась, но Метаквоты ее встречали всегда в штыки и разрабатывали MQL5. Лишний раз наступать Ренату на больной мозоль - это может закончиться баней.
А здешняя тема пересекается в т.ч. и с управлением тестером стратегий, т.к. примитивная технология: одна оптимизация и одно тестирование чаще всего завершается элементарной подгонкой.