время в терминале на чемпионате - страница 2

 
autoforex:

Хотелось бы услышать комментарий организаторов чемпионата.

Спасибо.

вопрос очень актуальный и интересный не только вам , но он не единственный на который ответа мы не получим - такова политика . кто платит тот и заказывает музыку
 
Loky:
...он не единственный на который ответа мы не получим - такова политика . кто платит тот и заказывает музыку
Дык, а какой смысл скрывать сведения о времени чемпионатного сервера и наличии/отсутствии режима летнего времени? о_О
 

Вот интересно, как завистит реакция на ответ "сервер перейдёт на зимнее время" или "сервер не перейдёт на зимнее время"?

Просто интересна программная реализация, связанная с данным знанием.

 
Таймзона GMT+1
С поддержкой перехода на летнее время.
 
Yedelkin:
Дык, а какой смысл скрывать сведения о времени чемпионатного сервера и наличии/отсутствии режима летнего времени? о_О

Например, чемпионатский сервер ещё не запущен.

А в чём проблема определить переход на зимнее время самостоятельно? Все функции для этого есть

Документация по MQL5: Дата и время / TimeDaylightSavings
Документация по MQL5: Дата и время / TimeDaylightSavings
  • www.mql5.com
Дата и время / TimeDaylightSavings - Документация по MQL5
 

stringo:

Yedelkin:

Loky:
вопрос очень актуальный и интересный не только вам , но он не единственный на который ответа мы не получим - такова политика . кто платит тот и заказывает музыку

Дык, а какой смысл скрывать сведения о времени чемпионатного сервера и наличии/отсутствии режима летнего времени? о_О

Например, чемпионатский сервер ещё не запущен.

Ну, незапуск сервера вряд ли имеет отношение к тезису "кто платит, тот и заказывает музыку" :) Смысл использования именно этого тезиса я и пытался понять :)

 
stringo:

А в чём проблема определить переход на зимнее время самостоятельно? Все функции для этого есть

Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени как в зоне CET, так и на сервере.

Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать с 12.00 до 14.00 по токийскому времени, надо отслеживать возврат к зимнему времени на торговом сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата к зимнему времени, и т.д.

 
Yedelkin:

Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени в зоне CET, и на сервере.

Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать в 12.00 по токийскому времени, надо отслеживать возврат к зимнему времени на сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата, и т.д.

Проблем нет. Относительное время финансовых центров известно, переходят они или нет на летнее время тоже известно (по крайней мере узнать можно), рассчитать время GMT в принципе возможно.

Не вижу проблем посчитать время для любого из существующих финансовых центров.

С тестером стратегий придется повозиться, но и этот вопрос решаем.

 
Interesting:

Проблем нет. Относительное время финансовых центров известно, переходят они или нет на летнее время тоже известно (по крайней мере узнать можно), рассчитать время GMT в принципе возможно.

Не вижу проблем посчитать время для любого из существующих финансовых центров.

Я и не говорю, что отслеживать возврат к зимнему времени - это проблемно. Но, по сравнению с одной строчкой типа "if(TimeCurrent()==18.00) - торговать", дополнительные строчки кода для отслеживания - не прибавляют коду  ни элегантности, ни скорости :)

 
Yedelkin:

Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени как в зоне CET, так и на сервере.

Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать с 12.00 до 14.00 по токийскому времени, надо отслеживать возврат к зимнему времени на торговом сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата к зимнему времени, и т.д.

1. А что случится, если в день перевода стрелок, Вы не будете совершать торговых операций?

2. Вы хотите держать всё под контролем? В таком случае изучайте язык MQL5. Все возможности по определению факта перехода на зимнее время представлены. Изначально.

Документация по MQL5: Дата и время / TimeDaylightSavings
Документация по MQL5: Дата и время / TimeDaylightSavings
  • www.mql5.com
Дата и время / TimeDaylightSavings - Документация по MQL5
Причина обращения: