Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Renat Fatkhullin:
Наша задача в том, что мы на своем MetaQuotes-Demo соберем по массе рынков максимально точные исторические данные, включая тиковые. Работа над этим уже идет.
Брокеры смогут легко синхронизировать эти исторические данные с нашего сервера, чтобы дать возможность трейдерам нормально тестироваться на истории с максимальным качеством.
Вот это очень правильно. Потому что единственные, кто сможет прогнуть брокеров на хорошую историю эта ваша компания. Мы, юзеры, обречены общаться с тупым штаффом (staff).
Вот только интересно, не будет ли юридических проблем с этим, ведь большая чась котировок типа имеют правообладателя?
Вот более правильный вариант в виде эксперта с таймером для удобства:
Наша задача в том, что мы на своем MetaQuotes-Demo соберем по массе рынков максимально точные исторические данные, включая тиковые. Работа над этим уже идет.
Брокеры смогут легко синхронизировать эти исторические данные с нашего сервера, чтобы дать возможность трейдерам нормально тестироваться на истории с максимальным качеством.
Вот только интересно, не будет ли юридических проблем с этим, ведь большая чась котировок типа имеют правообладателя?
За всех не скажу, но многие брокеры уже давно дают возможность качать историю (свечи-объемы) вплоть до 1м на большую глубину. Реальным пользователям, часто и не только реальным. И, вроде, никогда с правообладанием проблем не было.
Истории Аск-Бидов, тиков - эт да, этого не было. Здесь MQ наверное первые.
Пока домой шел, как раз об этом подумал.
Вообще удивительно получается, кто же их собирал, если сервер МТ еще не работал в то время?
Вот более правильный вариант в виде эксперта с таймером для удобства:
Как понять, что по запрошенным данным для copyticks отданы все данные и повторный запрос формировать не нужно?
Раз уж асинхронный, то может событие OnCopyTicks создать (типа, кэш изменился)?
Как понять, что по запрошенным данным для copyticks отданы все данные и повторный запрос формировать не нужно?
...
1. Какой смысл? В CopyTicks есть поля для указания количества тиков. Делайте запросы пока CopyTicks не вернёт нужное количество.
...
Раз уж асинхронный, то может событие OnCopyTicks создать (типа, кэш изменился)?
2. Смотреть пункт 1.
1. Какой смысл? В CopyTicks есть поля для указания количества тиков. Делайте запросы пока CopyTicks не вернёт нужное количество.
Мне нужно написать функцию, которая бы возвращала тики с одной даты по другую. В случае успеха был бы true, иначе - false.
И такую ерунду написать у меня не получается. Потому что ХЗ, как с асинхронностью быть. Пример Рената через OnTimer, наверное, вариант. Но точно не так, как он привел. OnTimer может использоваться для кучи всего.
Короче, элементарную функцию с даты по дату можно привести, чтобы работала.
Тиковые объемы баров совершенно не соответствуют тому, что сидит в copyticks, поэтому не понятно, насколько тиков делать запрос.
После случайного переконнекта или рестарта весь кэш тиков сбрасывается и все приходится закачивать заново. Тестер только подкачивает тики, а copyticks с белого листа каждый раз.
Нет, все ранее скачанные тики для каждого торгового сервера ложатся в локальный кеш и извлекаются автоматически.
На предыдущей странице есть скриншот с файлами тиков.