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

 
autoforex: По моим наблюдениям оно равно серверному времени котировки, т.е. СЕТ (для сервера котировок).
 Спасибо! Когда оптимизация у меня закончится (а она должна когда-нибудь закончиться), я попробую проверить, что там в действительности происходит.
 
autoforex:
Вернет время текущей свечи = CurrentTime(). Это же легко проверить.

да я в теме. Еще год назад написал несколько функций которые по трем водным (можно уменьшить до двух) определяют текущее время по GMT время по GMT для любой свечи.

В качестве вводных важны: часовой пояс сервера (указывается как отклонение в часах от GMT) и тип перехода зима/лето (Нет/Европа/США).

Только хочется сказать что это явно не две строки и далеко не универсальный вариант.

PS

Разработчикам лень даже сообщить те "вводные" что мне приходится указывать самостоятельно, при этом при рассчете дублирую и переписываю кучу кода.

суть в этом.

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

Ваш вывод противоречит Вашим же наблюдениям :) Сначала Вы наблюдаете, что в тестере TimeCurrent()==22.00==TimeGMT(), но упорно не хотите признать, что в тестере TimeCurrent()==TimeGMT(). Т.е. не хотите признать, что  в тестере серверное время совпадает с GMT.


Так оно и есть, вот в этом и весь "казус".

если речь идет о тестере то очевидно "кто-то полагает" что все ПК работают по времени серверов, а все сервера находятся в зоне GMT.

При этом перехода зима/лето и быть не может.

Yedelkin:

 Отличный вывод в обоснование своей позиции :) - Тестер виноват :)


Виноват не тестер, а то кто "придумали" привязывать в нем все время (абсолютно все) ко времени котировок.

При этом ни в самом тетсере, ни в торговом окуружении нет информации в какой зоне находится торговый сервер и происходит ли смена времени.

Добавить еще два параметра, скажем в AccountInfoInteger и изменить поведение TimeGMT в тестере  (так чтобы результат корректировался в зависимости от зоны сервера) судя по всему ну очень сложно

Yedelkin:
 Спасибо! Когда оптимизация у меня закончится (а она должна когда-нибудь закончиться), я попробую проверить, что там в действительности происходит.

Происходит там одна простая штука, локальное время и время по GMT "приравниваются" к серверному, а TimeGMTOffset делает вид что перехода зима/лето никогда и не существовало.

Таким образом как минимум поведение двух функций TimeGMTOffset и TimeGMT в тестере нужно изменить. ИМХО

 
Interesting: если речь идет о тестере то очевидно "кто-то полагает" что все ПК работают по времени серверов, а все сервера находятся в зоне GMT.

 Хорошую тему про время истории в тестере подняли! Лично я наивно полагал, что если при тестировании серверное время установлено как GMT+0, то и котировки будут храниться исключительно в GMT+0 - формате. Теперь же придётся и этот момент проверять, и подстраиваться под тестерную реальность, если потребуется.

 
Yedelkin:
 Хорошую тему про время истории в тестере подняли! Лично я наивно полагал, что если при тестировании серверное время установлено как GMT+0, то и котировки будут храниться исключительно в GMT+0 - формате. Теперь же придётся и этот момент проверять, и подстраиваться под тестерную реальность, если потребуется.

Я уже год так делаю, без этого в работе тестера никуда.

Правда до этого не трогал "локального времени" в тестере но вижимо придется.

На мой взгляд для нормальной работы в тестере нужно в парамертах указывать зону и возможность перехода зима/лето (для "лакального" времени), а настройки сервера брать из торгового окружения.

Т.е. в идеале нужно по тем данным что в торговом окружения и времени котировок определять GMT, а затем на основе GMT и параметров тестера определять локальное время.

Только разработчики на это не пойдут, ведь это "нужно" двум или трем из всего числа трейдеров.

 
Interesting: Происходит там одна простая штука, локальное время и время по GMT "приравниваются" к серверному, а TimeGMTOffset делает вид что перехода зима/лето никогда и не существовало.

Об этой особенности я в курсе. Исходил сразу из её наличия, поэтому она пока вполне устраивала. Но вот если приравнивание в тестере GMT к серверному времени (по Вашей терминологии) приводит к некоему временному скачку, придётся дорабатывать код.

 
Interesting: .. ведь это "нужно" двум или трем из всего числа трейдеров.
  Вы тоже всегда заранее готовы получить в ответ эту бессмертную фразу? :):):)
 
Yedelkin:
  Вы тоже всегда заранее готовы получить в ответ эту бессмертную фразу? :):):)
Есть некоторые вещи которые лучше реализовать самостоятельно (пусть даже коряво при этом воспользовавшись костылями) чем ждать "милостей от природы"...
 
Interesting:
Есть некоторые вещи которые лучше реализовать самостоятельно (пусть даже коряво при этом воспользовавшись костылями) чем ждать "милостей от природы"...
А в Сервисдеск писали именно по этому вопросу? Ответ был? Если такая проблема есть, то это касается не двух-трёх человек, а всех, кто использует тестер. )))
 
tol64:
А в Сервисдеск писали именно по этому вопросу? Ответ был? Если такая проблема есть, то это касается не двух-трёх человек, а всех, кто использует тестер. )))
Писать то писал, но видимо звезды в тот момент не в том знаке были.
Причина обращения: