Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Тиковый объем бара - это рудимент? Показатель, который, в принципе, ничего не значит на бирже. Воспользоваться им сознательно не получится. Мусор какой-то.
Ну вообще-то, тиковый объём на бирже - это количество ластов. То есть, реальное количество сделок.
Ну вообще-то, тиковый объём на бирже - это количество ластов. То есть, реальное количество сделок.
Так бар же не меняется, когда приходит сделка, полностью идентичная предыдущей.
На этот раз написал подробные комментарии, поэтому результат должен быть понятен
Проблема касается не только COPY_TICKS_ALL, но и остальных режимов (LAST, INFO).Советник дописывает свежие исторические тики и выявляет N-цатый баг CopyTicks
На этот раз написал подробные комментарии, поэтому результат должен быть понятен
Проблема касается не только COPY_TICKS_ALL, но и остальных режимов (LAST, INFO).Попробовал дописывать тики через From == 0. Не получается! - Баги CopyTicks.
Уважаемые разработчики, мне эта функция (дописывать свежие исторические данные) очень нужна. Пусть будет пока тормозная, но рабочая. Напишите, пожалуйста, сюда рабочий ее вариант.
Баги CopyTicks править же долго будете и не один билд. Как другие пользуются CopyTicks- ума не приложу. Видимо, и не пользуются вовсе. Фантазии не хватает-с.
Вы бы четко заявляли, что конкретно вы считаете багом.
Вы бы четко заявляли, что конкретно вы считаете багом.
Ответил очень четко кодом. Создал заявку в Сервисдеск, где еще подробнее все расписал.
Ошибка заключается в том, что во вновь полученном массиве тиков первые записи содержат нулевые bid, ask или last. тогда как в предыдущем массиве эти же тики, находящиеся в конце масива, нулей не содержат, а содержат текущие на тот момент значения bid, ask и last
Эта ошибка в CopyTicks была исправлена уже после того, как был выпущен билд. Теперь и начальные записи тиков после вызова CopyTicks будут содержать не нули, а текущие на запрашиваемый момент времени значения bid, ask и last
К сожалению, исправления в текущий билд не попали.
Ошибка заключается в том, что во вновь полученном массиве тиков первые записи содержат нулевые bid, ask или last. тогда как в предыдущем массиве эти же тики, находящиеся в конце масива, нулей не содержат, а содержат текущие на тот момент значения bid, ask и last
Эта ошибка в CopyTicks была исправлена уже после того, как был выпущен билд. Теперь и начальные записи тиков после вызова CopyTicks будут содержать не нули, а текущие на запрашиваемый момент времени значения bid, ask и last
Что-то я не понял Вас. Хотите сказать, что у Вас есть свой внутренний формат хранения истории. А CopyTicks при каждом запросе берет оттуда кусок и генерит свою последовательность MqlTick? Флаги те же вычисляет CopyTicks, а не хранятся они в истории? Некая прокладка, которая еще и вычисляет что-то, а не просто конвертит в удобный для юзера формат.
Мне не нужно, чтобы CopyTicks что-то там заполнял в зависимости от времени запроса. Я только хочу получать историю без искажений. И дописывать ее без проблем.
К сожалению, исправления в текущий билд не попали.
Выпустите, пожалуйста, бета-билд на своем сервере. Уверен, что найду еще несоответствия. Давайте вылижем этот CopyTicks, чтобы ему, наконец, можно было доверять!
Советник дописывает свежие исторические тики и выявляет N-цатый баг CopyTicks