Что будет нового в MetaTrader 4 и MQL4 - большие изменения на подходе - страница 35
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так проблему с таймзонами вы сами создали, а сейчас создаете замкнутое пространство, в котором свой "стандарт" времени - отличный от всего остального мира.
Как тут в форуме неоднократно заявлялось - "трейдеры сами свою историю закачают".
Просто возьмите свои данные и импортируйте их на свой вкус. Но вместо этого мы видим ровно ту самую ожидаемую претензию "не важно как, дайте мне историю, чтобы я не напрягался и не задумывался". То есть, даже тут MetaQuotes виноват.
Чтобы трейдеры не задумывались, мы и создали МетаТрейдер 5, где просто используешь платформу и даже не задумываешься, откуда детальные данные берутся с точностью до М1 за десяток лет.
Так проблему с таймзонами вы сами создали, а сейчас создаете замкнутое пространство, в котором свой "стандарт" времени - отличный от всего остального мира.
А можно по подробнее, в чём проблемы и какое замкнутое пространство?
Как все знают, переменная datetime содержит количество секунд с 1 января 1970г. 00:00. Очевидно, это прототип unix-ового формата времени. Но в первоисточнике есть очень важное уточнение: 00:00 - это время по UTC. И любой компьютер в любой таймзоне в один и тот же момент времени выдаст одну и ту же цифру time_t. Т.е. time_t однозначно идентифицирует точку во времени. А преобразовать в символьный вид time_t можно по-разному, в зависимости от таймзоны, от правил перехода с/на летнее время - в общем, по желанию энд юзера. Другими словами, двоичное представление первично. А в MQ решили, что проще взять за базу время торгового сервера (символьное). И получилась вот какая петрушка: например, сейчас time_t == 100000, а торговый сервер UTC+1 подписывает новый бар 103600, другой торговый сервер UTC+2 подписывает новый бар 107200. Т.е. бары отображающие один и тот же период имеют разную цифирь в поле datetame. На первый взгляд - фигня вроде. Но попробуйте накинуть стейт с сервера в США на сервер в Европе - если тупо сдвинуть на фиксированное время, то два раза в год данные расползутся, ибо переход с/на летнее время в разные дни происходит. Некоторые сервера, например, меняли время с СЕТ на ЕЕТ - и сейчас так вот просто без бутылки не разобрать где какие сдвиги.
Ага, вот вы о чём. Тут вопрос прост, благодаря этому MQ с экономили кучу процессорного времени, в пересчёте на леса амазонки практически высадили её заново.
Предполагается что датафид диллинга в диллинге и помрёт, ни какой миграции котиров с одного диллинга в другой не будет. В принципе правильное предположение, с какой радости котиры будут перекидывать из одного ДЦ в другой.
Если не делать то что сделали MQ (привязку ко времени диллинга) то при каждом вызове данных их нужно было бы преобразовать (сделать GMT сдвиг) чтоб правильно отображалось к местному времени. А данные считываются часто, и на каждый вызов считывания пришлось бы повесить преобразователь.
Тут вопрос мировозренческий, нужно ли делать цикл светового местного дня или всему миру перейти на единое всемирное время. И MQ не захотели становиться прометеями а просто пошли за рынком. Рынок же требует чтоб американцы просыпаясь в терминале видели 8 утра, и европейцы этого хотят.
Поэтому привязка к диллингу вроде как логична. Тем более в MQL5 есть функционал перевода в GMT, так что ожидайте скоро и в mql4++ будет тоже.
Renat:
Но вот твои слова про свой стакан и независимость - это реально невозвратные расходы, которые дали только тормоза в развитии. И игнорирование МТ5 было из-за того, что не разглядел суть и уже были готовые наработки с МТ4. С МТ5 у тебя бы решение получилось в разы быстрее и красивее.
Если ты стаканом называешь нашу ECN, то я хочу иметь возможность оперативно делать исправления такие, какие нужны мне, а не такие, какие нужны подавляющему большинству компаний. Я прекрасно вижу, что у нас прямо противоположные интересы с большинством других компаний. Хотя твои анонсы о внедрении подсчета времени исполнения и т.п. вселяют надежду.
Если ты стаканом называешь сам стакан, то там работы на пару недель было.
Я не спорю, что МТ5 лучше, я реально сам так считаю, но я продолжаю считать, что если бы я "разглядел" МТ5 и начал бы с него, у меня было бы сейчас гораздо меньше клиентов.
А к чужим наработкам, после стольких провалов чужих наработок в Альпари, я отношусь с большой осторожностью, я бы даже сказал со скепсисом, и свой бизнес им доверять не хочу. Уверен, что ты, как разработчик, должен меня понять.
Если ты стаканом называешь нашу ECN, то я хочу иметь возможность оперативно делать исправления такие, какие нужны мне, а не такие, какие нужны подавляющему большинству компаний. Я прекрасно вижу, что у нас прямо противоположные интересы с большинством других компаний. Хотя твои анонсы о внедрении подсчета времени исполнения и т.п. вселяют надежду.
Если ты стаканом называешь сам стакан, то там работы на пару недель было.
Я не спорю, что МТ5 лучше, я реально сам так считаю, но я продолжаю считать, что если бы я "разглядел" МТ5 и начал бы с него, у меня было бы сейчас гораздо меньше клиентов.
А к чужим наработкам, после стольких провалов чужих наработок в Альпари, я отношусь с большой осторожностью, я бы даже сказал со скепсисом, и свой бизнес им доверять не хочу. Уверен, что ты, как разработчик, должен меня понять.
То есть, реальная цель брокерства заменяется зудом разработчества. У меня точно такой же зуд, но у меня он полностью совпадает с бизнес направлением.
Стакан в МТ5 полностью интегрирован со всей системой, всеми шлюзами, процессами, экспертами и тд. И любой МТ5 брокер полностью освобожден от проблем шлюзовых связей. И если припрет, то на порядок проще написать шлюз с помощью штатного и навороченнного MetaTrader 5 Gateway API. То есть, не надо тратить время на программерский зуд.
Но некоторые продолжают критиковать МТ4 и не смотрят на МТ5, где все это на корню исправлено. Причем уже несколько брокеров закрыли глаза, пошли писать ECN и теперь начинают что-то подозревать.
То есть, реальная цель брокерства заменяется зудом разработчества. У меня точно такой же зуд, но у меня он полностью совпадает с бизнес направлением.
Стакан в МТ5 полностью интегрирован со всей системой, всеми шлюзами, процессами, экспертами и тд. И любой МТ5 брокер полностью освобожден от проблем шлюзовых связей. И если припрет, то на порядок проще написать шлюз с помощью штатного и навороченнного MetaTrader 5 Gateway API. То есть, не надо тратить время на программерский зуд.
Но некоторые продолжают критиковать МТ4 и не смотрят на МТ5, где все это на корню исправлено. Причем уже несколько брокеров закрыли глаза, пошли писать ECN и теперь начинают что-то подозревать.
А МТ5 сводит клиентов друг с другом?
А МТ5 сводит клиентов друг с другом?
Мы не зря ориентируемся на массовые сервисы. Поинтересуйся MetaTrader 5 Exchange Server.
После его выпуска этой осенью придется все кастомные ECN сливать, так как все все брокеры по умолчанию получат штатные ECN с полной и легкой интеграцией массы шлюзовых ликвидити провайдеров, включая любых МТ5 провайдеров. Включая полный правило-ориентированный матчинг.
Мы не зря ориентируемся на массовые сервисы. Поинтересуйся MetaTrader 5 Exchange Server.
После его выпуска этой осенью придется все кастомные ECN сливать, так как все все брокеры по умолчанию получат штатные ECN с полной и легкой интеграцией массы шлюзовых ликвидити провайдеров, включая любых МТ5 провайдеров. Включая полный правило-ориентированный матчинг.
Т.е. клиенты смогут матчиться друг с другом? Боюсь, такой сервис не многие компании выберут. Слишком мал заработок на сматченных клиентах, приблизительно в 4 раза меньше того, что большинство зарабатывает. И чем больше клиентская база, тем больше процент сматченных клиентов.