время в терминале на чемпионате - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
С тестером стратегий придется повозиться, но и этот вопрос решаем.
Попытки тотального контроля приводят к нехорошим ассоциациям. Извините.
Зачем в тестере стратегий эмулировать переход на зимнее время и наоборот? Вы так и не смогли внятно ответить на неоднократно заданный вопрос.
Попытки тотального контроля приводят к нехорошим ассоциациям. Извините.
Зачем в тестере стратегий эмулировать переход на зимнее время и наоборот? Вы так и не смогли внятно ответить на неоднократно заданный вопрос.
Это нужно для любой стратегии которая привязана ко времени GMT, либо в некоторых случаях при синхронизации котировок и торговых операций у различных брокеров.
Контролировать все на вряд ли удастся, но кое что все же можно.
1. А что случится, если в день перевода стрелок, Вы не будете совершать торговых операций?
Если программа не будет совершать торговые операции, значит, не будет торговли и результата. Стрелки переведут, а торговли не будет.
2. Вы хотите держать всё под контролем? В таком случае изучайте язык MQL5. Все возможности по определению факта перехода на зимнее время представлены. Изначально.
Да я, в общем-то, и так держу ситуацию под разумным контролем, изучив требуемые функции языка. Одно не совсем понятно: почему отсутствует функция, определяющая факт перехода сервера на летнее время. Для временной зоны локального компьютера такая функция есть, для сервера - нет. Тема совершенно не критична, но раз уж Вы завели разговор о необходимости изучения языка, сам собой вспомнился вопрос, который возник когда-то при изучении темы времени в MQL5.
Yedelkin:
Да я, в общем-то, и так держу ситуацию под разумным контролем, изучив требуемые функции языка. Одно не совсем понятно: почему отсутствует функция, определяющая факт перехода сервера на летнее время. Для временной зоны локального компьютера такая функция есть, для сервера - нет. Тема совершенно не критична, но раз уж Вы завели разговор о необходимости изучения языка, сам собой вспомнился вопрос, который возник когда-то при изучении темы времени в MQL5.
Мне вот тоже непонятно зачем было делать полный функционал с привязкой на локальное время и забыть про серверное.
Мне кажется логичней привязаться к серверному времени и уже от него рассчитывать GMT и все что нужно.
Это нужно для любой стратегии которая привязана ко времени GMT, либо в некоторых случаях при синхронизации котировок и торговых операций у различных брокеров.
Контролировать все на вряд ли удастся, но кое что все же можно.
Почему нельзя мониторить время, возвращаемого TimeTradeServer по сравнению с TimeGMT и ловить взявшуюся откуда ни возьмись разницу в вычислениях?
То есть, существующего функционала Вам не хватает?
Если программа не будет совершать торговые операции, значит, не будет торговли и результата. Стрелки переведут, а торговли не будет.
Да я, в общем-то, и так держу ситуацию под разумным контролем, изучив требуемые функции языка. Одно не совсем понятно: почему отсутствует функция, определяющая факт перехода сервера на летнее время. Для временной зоны локального компьютера такая функция есть, для сервера - нет. Тема совершенно не критична, но раз уж Вы завели разговор о необходимости изучения языка, сам собой вспомнился вопрос, который возник когда-то при изучении темы времени в MQL5.
Скажите, а где Вы видели функции, определяющие факт перехода на летнее ил зимнее время? Как называются? Как Вы представляете реализацию такой функции? Запрос к серверу "ты перешёл на зимнее время?"?
Функций TimeGMT и TimeTradeServer разве недостаточно для Ваших целей?
Таймзона GMT+1
С поддержкой перехода на летнее время.
Скажите, а где Вы видели функции, определяющие факт перехода на летнее ил зимнее время? Как называются? Как Вы представляете реализацию такой функции? Запрос к серверу "ты перешёл на зимнее время?"?
Функций TimeGMT и TimeTradeServer разве недостаточно для Ваших целей?
Да вот у вас форум автоматом выделял уже несколько раз ссылку на функцию TimeDaylightSavings - https://www.mql5.com/ru/docs/dateandtime/timedaylightsavings. Она для терминала. Вот и вопрос - почему нет аналога для сервера?
А зачем наперед определять когда будет переход? Товарищи программисты обработают это по факту.
Да вот у вас форум автоматом выделял уже несколько раз ссылку на функцию TimeDaylightSavings - https://www.mql5.com/ru/docs/dateandtime/timedaylightsavings. Она для терминала. Вот и вопрос - почему нет аналога для сервера?
Потому что эта функция сообщает, перешёл Ваш компьютер (не клиентский терминал, а компьютер!) на зимнее/летнее время или не перешёл.
Переход компьютера, на котором крутится торговый сервер, на зимнее/летнее время вовсе не означает, что сам сервер работает по тому же самому времени. Сервер (дата центр) может просто транслировать приходящие котировки, независимо от времени, установленному на компьютере. Поэтому Вам и предлагается самостоятельно решать данный вопрос - все функции для этого есть.
Скажите, а где Вы видели функции, определяющие факт перехода на летнее ил зимнее время? Как называются? Как Вы представляете реализацию такой функции? Запрос к серверу "ты перешёл на зимнее время?"?
Видел вот здесь: TimeDaylightSavings :) Так и называется. Как реализована - понятия не имею. Что касается моего мнения - если уж есть функция, возвращающая серверное время, значит, она могла бы и возвращать с помощью дополнительного параметра булеву переменную. Или количество секунд, как реализовано в TimeDaylightSavings.
Функций TimeGMT и TimeTradeServer разве недостаточно для Ваших целей?
Я же говорю, вопрос возник не потому, что мне функций недостаточно, а потому, что при изучении языка показалось нелогичным отсутствие функции, определяющей факт перехода сервера на летнее время. Вы же предоставляете пользователям функцию TimeTradeServer, не перекладывая вычисления на плечи программистов. А ведь тоже могли сослаться, что GMT и локального времени компьютера вполне достаточно, чтобы вычислять расчётное торговое время сервера по известным значениям TimeCurrent() :)