Ещё раз о UTC (GMT)
Если требуется привязка работы советников к универсальному времени UTC, сейчас вижу 2 пути:
1. Полностью автоматизированный. Полагаться на правильные настройки компьютера на котором запущен терминал и TimeGMT()
2. Полу-автоматизированный. Вручную задавать смещение времени сервера относительно UTC (а также даты смены лето-зима)
При этом для тестирования подходит только путь 2. У обоих путей есть минусы.
Кто-нибудь знает способ полностью автоматизированный и чтобы не зависеть от настроек локального компьютера? или другими словами
Можно ли получить время GMT по настройкам сервера, на котором установлена серверная часть МТ, а не локального компьютера?
Какой запрос послать не знаю, не разбирался, но видится так. Написать скрипт.
- При запуске он запрашивает время GMT через WebRequest, например. Сайтов с этим временем вагон и маленькая тележка.
- Полученное время сравнивает с серверным.
- Разницу сохраняет, например, в файле.
Какой запрос послать не знаю, не разбирался, но видится так. Написать скрипт.
- При запуске он запрашивает время GMT через WebRequest, например. Сайтов с этим временем вагон и маленькая тележка.
- Полученное время сравнивает с серверным.
- Разницу сохраняет, например, в файле.
ДА, можно и в интернете брать, только тогда от этих серваков зависишь, и в тестере не поможет, но как проверочное дублирование варианта 1 пойдёт. Только все же странно - такую простую операцию аж через Веб-запрос к стороннему серверу делать.
Может таки планируется добавить функцию типа TimeGMTByServer или GMTOffsetByServer? :)
Если требуется привязка работы советников к универсальному времени UTC, сейчас вижу 2 пути:
1. Полностью автоматизированный. Полагаться на правильные настройки компьютера на котором запущен терминал и TimeGMT()
2. Полу-автоматизированный. Вручную задавать смещение времени сервера относительно UTC (а также даты смены лето-зима)
При этом для тестирования подходит только путь 2. У обоих путей есть минусы.
Кто-нибудь знает способ полностью автоматизированный и чтобы не зависеть от настроек локального компьютера? или другими словами
Можно ли получить время GMT по настройкам сервера, на котором установлена серверная часть МТ, а не локального компьютера?
При переходе времени в этом году, часть дилингов перешла (дату не помню), а вторая перешла через неделю, так что взять с сети - решение не универсально.
каждые год - два ДЦ меняют время сервера, имхо, собрать некую истинную историю относительно GMT это не реально
сужу по почтовым рассылкам, в ящиках где спам собираю, фиг его знает от каких ДЦ рассылки идут ))))
Одни брокеры работают по американским правилам смены TZ, другие - по европейским, поэтому и переход в разные недели. Слежу за некоторыми несколько лет, смены правил не наблюдал. Да и с чего бы.
Я в свои советники забиваю данные по используемым брокерам, которые недоступны чтением с сервера. В т.ч. правило US или EU.
каждые год - два ДЦ меняют время сервера, имхо, собрать некую истинную историю относительно GMT это не реально
сужу по почтовым рассылкам, в ящиках где спам собираю, фиг его знает от каких ДЦ рассылки идут ))))
Одни брокеры работают по американским правилам смены TZ, другие - по европейским, поэтому и переход в разные недели. Слежу за некоторыми несколько лет, смены правил не наблюдал. Да и с чего бы.
Я в свои советники забиваю данные по используемым брокерам, которые недоступны чтением с сервера. В т.ч. правило US или EU.
Наверное это единственное решение, рабочее и онлайн и в тестере. Минус только в предыдущем посте, если тест на долгой истории, то надо ещё и учитывать те года, когда менял брокер свои параметры времени. Очевидно минус не продуманный для формата хранения истории.
Если даже правда, что брокеры меняли правило TZ когда-то, я оптимизирую аж за 4 года, и думал - я один такой.
К тому же привязка к TZ нужна только если в советнике используются внешние события. Новости, например. Для чего ещё, сходу и не придумаю.
Если даже правда, что брокеры меняли правило TZ когда-то, я оптимизирую аж за 4 года, и думал - я один такой.
К тому же привязка к TZ нужна только если в советнике используются внешние события. Новости, например. Для чего ещё, сходу и не придумаю.
Со всем согласен, но уточнение - новости именно того источника, который привязан к UTC и не имеет перехода зима-лето, насколько помню это Япония, может ещё какие страны.
Ведь новости привязанные к времени работы например европейских бирж, независимо от перехода будут выходить в одно время у брокеров, которые также по европе переходят. Ну а разница в неделю с Америкой или Австралией не критична особо.
Проблема будет только на истории брокеров, если они меняли пояс. Но в А-ри заверяли на форуме что история пересчитана была на новый часовой пояс, и это видно что свеча закрытия пятницы не поменяла значение часа.
В таком случае и на истории не должно быть изменений, если я верно рассуждаю.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Если требуется привязка работы советников к универсальному времени UTC, сейчас вижу 2 пути:
1. Полностью автоматизированный. Полагаться на правильные настройки компьютера на котором запущен терминал и TimeGMT()
2. Полу-автоматизированный. Вручную задавать смещение времени сервера относительно UTC (а также даты смены лето-зима)
При этом для тестирования подходит только путь 2. У обоих путей есть минусы.
Кто-нибудь знает способ полностью автоматизированный и чтобы не зависеть от настроек локального компьютера? или другими словами
Можно ли получить время GMT по настройкам сервера, на котором установлена серверная часть МТ, а не локального компьютера?