Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Хотелось бы услышать комментарий организаторов чемпионата.
Спасибо.
...он не единственный на который ответа мы не получим - такова политика . кто платит тот и заказывает музыку
Вот интересно, как завистит реакция на ответ "сервер перейдёт на зимнее время" или "сервер не перейдёт на зимнее время"?
Просто интересна программная реализация, связанная с данным знанием.
С поддержкой перехода на летнее время.
Дык, а какой смысл скрывать сведения о времени чемпионатного сервера и наличии/отсутствии режима летнего времени? о_О
Например, чемпионатский сервер ещё не запущен.
А в чём проблема определить переход на зимнее время самостоятельно? Все функции для этого есть
stringo:
Yedelkin:
вопрос очень актуальный и интересный не только вам , но он не единственный на который ответа мы не получим - такова политика . кто платит тот и заказывает музыку
Дык, а какой смысл скрывать сведения о времени чемпионатного сервера и наличии/отсутствии режима летнего времени? о_О
Например, чемпионатский сервер ещё не запущен.
Ну, незапуск сервера вряд ли имеет отношение к тезису "кто платит, тот и заказывает музыку" :) Смысл использования именно этого тезиса я и пытался понять :)
А в чём проблема определить переход на зимнее время самостоятельно? Все функции для этого есть
Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени как в зоне CET, так и на сервере.
Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать с 12.00 до 14.00 по токийскому времени, надо отслеживать возврат к зимнему времени на торговом сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата к зимнему времени, и т.д.
Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени в зоне CET, и на сервере.
Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать в 12.00 по токийскому времени, надо отслеживать возврат к зимнему времени на сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата, и т.д.
Проблем нет. Относительное время финансовых центров известно, переходят они или нет на летнее время тоже известно (по крайней мере узнать можно), рассчитать время GMT в принципе возможно.
Не вижу проблем посчитать время для любого из существующих финансовых центров.
С тестером стратегий придется повозиться, но и этот вопрос решаем.
Проблем нет. Относительное время финансовых центров известно, переходят они или нет на летнее время тоже известно (по крайней мере узнать можно), рассчитать время GMT в принципе возможно.
Не вижу проблем посчитать время для любого из существующих финансовых центров.
Я и не говорю, что отслеживать возврат к зимнему времени - это проблемно. Но, по сравнению с одной строчкой типа "if(TimeCurrent()==18.00) - торговать", дополнительные строчки кода для отслеживания - не прибавляют коду ни элегантности, ни скорости :)
Да проблема, видимо, немного в другом. Если сделки должны совершаться только в 18.00 CET, то очень удобно, если серверное время полностью совпадает со временем CET, или же если переходы на летнее время в зоне CET и у серверного времени синхронизированы. Тогда в блоке торговли достаточно прописать одну строчку типа "if(TimeCurrent()==18.00) - торговать", и не задумываться о том, чтобы проверять, осуществлён ли возврат к зимнему времени как в зоне CET, так и на сервере.
Мне вот по-любому приходится отслеживать возврат к зимнему времени, так как решил попробовать торговать по местному времени разных стран. Японцы ведь, например, на летнее время не переходят. И чтобы торговать с 12.00 до 14.00 по токийскому времени, надо отслеживать возврат к зимнему времени на торговом сервере (раз уж таковая опция заложена). У канадцев немного другие сроки возврата к зимнему времени, и т.д.
1. А что случится, если в день перевода стрелок, Вы не будете совершать торговых операций?
2. Вы хотите держать всё под контролем? В таком случае изучайте язык MQL5. Все возможности по определению факта перехода на зимнее время представлены. Изначально.