锦标赛终点站的时间 - 页 7 1234567891011 新评论 Павел Смирнов 2012.09.09 09:48 #61 Yedelkin:而且在测试中也是如此。自己判断。如果你从格林尼治标准时间开始,你必须假设这个时区在一年中是相同的。毕竟,所有其他时区,如果它们有夏令时,正好在格林尼治标准时间上增加一个小时。这意味着在GMT战术方向上,你必须监测所需的时区是否在夏/冬令时。也就是说,代码必须已经包含了对所需时区的日光节约时间的发生/结束的检查。这些检查将在测试器中发挥作用。当然,如果历史上的报价是以GMT时间存储的,这是正确的,但这个问题甚至还没有发生 :/。好吧,我当然明白,对我来说,使用GMT不是问题,但....,问题是这样。在MQL4中有一个EA,它为EET时间(Alpari)进行了研磨,我把它放在一个竞赛账户 上,在整个可用的历史中进行测试,以比较新的MQL5代码与旧的代码的性能。EA不希望在新的报价上工作。我开始检查和比较报价,看到相对于格林尼治标准时间的转变正在随心所欲地变化。我已经手动 比较了报价,标记了差距,并在程序代码中考虑了这些差距。专家顾问工作正常。现在的问题是:如何知道代码中相对于格林尼治标准时间的转变,以便我不必手动比较报价? Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете - Документация по MQL5 Павел Смирнов 2012.09.09 09:51 #62 Yedelkin: ......当然,如果历史上的报价是以格林威治时间存储的,那就是真的。 实际情况是什么--这个问题甚至还没有出现:/。 那么,报价是与服务器的时间 一起存储的!换句话说,事实证明,相对于格林尼治标准时间的移动不能从历史中计算出来?这种转变只能在真实的交易中计算出来! Yedelkin 2012.09.09 10:06 #63 autoforex: ...在引文中,相对于GMT的转变随心所欲地变化。 现在,这的确是一场伏击。谢谢你指出这一点!如果引号是任意保存的,不参考GMT(+0)-时间,那么就没有 "普遍性 "可言。我同意。是否有可能夏季报价被标记为00.00.01 GMT+2,但在策略测试器中显示为00.00.01 GMT+0?现在有一个问题: 在代码中,如何才能在历史上检测到相对于格林尼治标准时间的转变,而不需要手动比较报价?:) Павел Смирнов 2012.09.09 10:45 #64 Yedelkin: 你是说有可能,例如,夏季报价被标为00.00.01 GMT+2,但在测试器中却弹出为00.00.01 GMT+0? 不对,引号本身就标错了! Yedelkin 2012.09.09 10:57 #65 autoforex: 不是的,引文本身就是错误的标签! 好吧,让我们说,这些引文本身是错误的标签。只是为了澄清我的问题:你是说有可能,例如,一个夏天的报价,错误地标记为00.00.01,将在测试器中显示为00.00.01 GMT+0? Mario 2012.09.09 11:28 #66 亲爱的俄罗斯人,你有没有切换到冬季时间......因为谷歌说,切换已经被取消了 (http://ria.ru/video/20110208/331956341.html )组织者没有提供具体信息......锦标赛的服务器时间是GMT+1(10月28日,时间转换仍是+1)。这对我个人来说真的很重要吗? Медведев отменил переход на зимнее время в России 2014.01.22ria.ru Для здоровья вреден переход не на зимнее, а на летнее время. Надо отменить переход на летнее время и вернуться к нормальному времени, которое было до перехода на летнее время. Yedelkin 2012.09.09 11:42 #67 maryan.dirtyn:亲爱的俄罗斯人,你们有夏令时吗?......因为谷歌说它已经 被取消了( http://ria.ru/video/20110208/331956341.html ) 我们有一位被要求废除夏令时的人物。他已经取消了返回冬季的时间。所以目前没有恢复到冬令时,莫斯科现在是GMT+4。全年都是日光节约时间。2012年初的另一个数字,在投诉后,承诺取消返回冬季时间 - 我们正在等待。到目前为止,还没有消息。maryan.dirtyn : 大家都是按照指标参数进行交易而不考虑时间吗? 对大多数人来说,这很可能是真的。 Павел Смирнов 2012.09.09 12:04 #68 Yedelkin: 好吧,让引语本身标错了。让我问得更清楚一些:你想说的是,我们可以有这样的情况,当一个夏季报价,错误地标记为00.00.01,将在策略测试器中显示为00.00.01 GMT+0?不,我以前没有见过这个。实时进入终端的报价都标有一定的时间,并在该时间显示。这个时间也包括在历史中。如果你在这些报价上运行测试器,时间将显示在测试器中。我没有看到其他东西。另一个问题是,当报价历史是从不同的块中收集的,我们可能会犯一个错误,一些报价将与一个时间,另一个与另一个时间。 Mario 2012.09.09 12:10 #69 乌克兰现在是15:00(GMT+3),莫斯科是16:00(GMT+4),纽约现在是8:00(GMT-4)。10月28日,乌克兰将是(GMT+2),而莫斯科将保持原来的状态(GMT+4)。 谷歌表示,过渡期是关...在纽约(GMT-4)。11月4日,纽约将变成GMT-5(冬季时间与乌克兰时间相差一周)。但是!如果服务器在风向上......那么风向不知道过渡被取消了,10月28日需要从服务器时间中减去1小时。或者......也许Windows通过它的服务需要时间......而10月28日的时间将不会被转移事实上......在冠军赛中,时间是否会被转移,取决于服务器将被实际放置的地方现在,让我们试着把这件事办好......。 Mykola Demko 2012.09.09 12:13 #70 maryan.dirtyn:亲爱的俄罗斯人,你有没有切换到冬季时间......因为谷歌说,切换已经被取消了 (http://ria.ru/video/20110208/331956341.html )组织者没有提供具体信息......锦标赛的服务器时间是GMT+1(10月28日,时间转换仍是+1)。这对我个人来说真的很重要吗?如果你不知道这两者之间的区别,你就无法确定结果的正确性。 我的交易机器人可能会在安静的亚洲时段(凌晨2-3点)开始移动。市场醒了,市场已经在动了)。欧洲人觉醒了,市场真的在走强 :)我一直在研究一些指数,我甚至还没有完成对新闻的研究。有两个相互排斥的假说。一个是,市场上的一切都在新闻出来时开始。另一种情况是,当消息出来时,市场已经考虑到了一切。但是,一旦新闻历史出现在测试器中,我将立即改进它。 1234567891011 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
而且在测试中也是如此。自己判断。如果你从格林尼治标准时间开始,你必须假设这个时区在一年中是相同的。毕竟,所有其他时区,如果它们有夏令时,正好在格林尼治标准时间上增加一个小时。这意味着在GMT战术方向上,你必须监测所需的时区是否在夏/冬令时。也就是说,代码必须已经包含了对所需时区的日光节约时间的发生/结束的检查。这些检查将在测试器中发挥作用。
当然,如果历史上的报价是以GMT时间存储的,这是正确的,但这个问题甚至还没有发生 :/。
好吧,我当然明白,对我来说,使用GMT不是问题,但....,问题是这样。
在MQL4中有一个EA,它为EET时间(Alpari)进行了研磨,我把它放在一个竞赛账户 上,在整个可用的历史中进行测试,以比较新的MQL5代码与旧的代码的性能。EA不希望在新的报价上工作。我开始检查和比较报价,看到相对于格林尼治标准时间的转变正在随心所欲地变化。我已经手动 比较了报价,标记了差距,并在程序代码中考虑了这些差距。专家顾问工作正常。
现在的问题是:如何知道代码中相对于格林尼治标准时间的转变,以便我不必手动比较报价?
......当然,如果历史上的报价是以格林威治时间存储的,那就是真的。 实际情况是什么--这个问题甚至还没有出现:/。
现在,这的确是一场伏击。谢谢你指出这一点!如果引号是任意保存的,不参考GMT(+0)-时间,那么就没有 "普遍性 "可言。我同意。
是否有可能夏季报价被标记为00.00.01 GMT+2,但在策略测试器中显示为00.00.01 GMT+0?
:)
你是说有可能,例如,夏季报价被标为00.00.01 GMT+2,但在测试器中却弹出为00.00.01 GMT+0?
不是的,引文本身就是错误的标签!
亲爱的俄罗斯人,你有没有切换到冬季时间......因为谷歌说,切换已经被取消了 (http://ria.ru/video/20110208/331956341.html )
组织者没有提供具体信息......锦标赛的服务器时间是GMT+1(10月28日,时间转换仍是+1)。
这对我个人来说真的很重要吗?
亲爱的俄罗斯人,你们有夏令时吗?......因为谷歌说它已经 被取消了( http://ria.ru/video/20110208/331956341.html )
我们有一位被要求废除夏令时的人物。他已经取消了返回冬季的时间。所以目前没有恢复到冬令时,莫斯科现在是GMT+4。全年都是日光节约时间。
2012年初的另一个数字,在投诉后,承诺取消返回冬季时间 - 我们正在等待。到目前为止,还没有消息。
对大多数人来说,这很可能是真的。
好吧,让引语本身标错了。让我问得更清楚一些:你想说的是,我们可以有这样的情况,当一个夏季报价,错误地标记为00.00.01,将在策略测试器中显示为00.00.01 GMT+0?
不,我以前没有见过这个。
实时进入终端的报价都标有一定的时间,并在该时间显示。这个时间也包括在历史中。如果你在这些报价上运行测试器,时间将显示在测试器中。我没有看到其他东西。
另一个问题是,当报价历史是从不同的块中收集的,我们可能会犯一个错误,一些报价将与一个时间,另一个与另一个时间。
乌克兰现在是15:00(GMT+3),莫斯科是16:00(GMT+4),纽约现在是8:00(GMT-4)。
10月28日,乌克兰将是(GMT+2),而莫斯科将保持原来的状态(GMT+4)。 谷歌表示,过渡期是关...在纽约(GMT-4)。
11月4日,纽约将变成GMT-5(冬季时间与乌克兰时间相差一周)。
但是!如果服务器在风向上......那么风向不知道过渡被取消了,10月28日需要从服务器时间中减去1小时。
或者......也许Windows通过它的服务需要时间......而10月28日的时间将不会被转移
事实上......在冠军赛中,时间是否会被转移,取决于服务器将被实际放置的地方
现在,让我们试着把这件事办好......。
亲爱的俄罗斯人,你有没有切换到冬季时间......因为谷歌说,切换已经被取消了 (http://ria.ru/video/20110208/331956341.html )
组织者没有提供具体信息......锦标赛的服务器时间是GMT+1(10月28日,时间转换仍是+1)。
这对我个人来说真的很重要吗?
如果你不知道这两者之间的区别,你就无法确定结果的正确性。
我的交易机器人可能会在安静的亚洲时段(凌晨2-3点)开始移动。
市场醒了,市场已经在动了)。欧洲人觉醒了,市场真的在走强 :)
我一直在研究一些指数,我甚至还没有完成对新闻的研究。
有两个相互排斥的假说。
一个是,市场上的一切都在新闻出来时开始。
另一种情况是,当消息出来时,市场已经考虑到了一切。
但是,一旦新闻历史出现在测试器中,我将立即改进它。