锦标赛终点站的时间 - 页 2 123456789...11 新评论 Loky 2012.09.06 19:28 #11 autoforex: 我想听听冠军赛组织者的评论。谢谢你。 这个问题不仅对你很有意义,也很有意思,但它不是唯一一个我们不会得到答案的问题--这是政策。"谁付钱给吹笛子的人,谁就能吹响曲子。 Yedelkin 2012.09.07 07:10 #12 Loky:...这不是唯一一个我们不会得到答案的问题--这就是政策。 那么,隐藏关于冠军服务器的时间和是否有夏令时的信息有什么意义呢? Slava 2012.09.07 07:41 #13 我想知道对 "服务器将切换到冬令时 "或 "服务器将不切换到冬令时 "的回答将取决于此?只是对与这一知识相关的软件实现感到好奇。 MetaQuotes 2012.09.07 09:04 #14 时区GMT+1 支持日光节约时间。 Slava 2012.09.07 09:10 #15 Yedelkin: 那么,隐藏关于冠军服务器的时间和是否有夏令时的信息有什么意义呢?例如,锦标赛的服务器还没有建立和运行。自己定义夏令时 有什么问题?这方面的所有功能都在那里 Документация по MQL5: Дата и время / TimeDaylightSavings www.mql5.com Дата и время / TimeDaylightSavings - Документация по MQL5 Yedelkin 2012.09.07 09:16 #16 stringo: 耶德尔金。 洛基。 这个问题不仅对你很有意义,也很有意思,但它不是唯一一个我们得不到答案的问题--这是政策。 那么,隐藏关于冠军服务器的时间和是否有夏令时的信息有什么意义呢? 例如,冠军服务器还没有启动。 好吧,未能启动服务器与 "谁给钱谁就发号施令 "的论调几乎没有关系。:)使用这篇论文的意义,我是想了解:) Yedelkin 2012.09.07 09:36 #17 stringo: 自己定义过渡到冬季的时间 有什么问题?所有的功能都在那里 是的,问题似乎有点不同。如果您的交易必须只在欧洲中部时间18点执行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时与服务器时间同步,那就非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不必考虑检查CET区和服务器上的夏令时是否完成。 我还是要检查一下,因为我已经决定按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。如果我想在上午12点到下午2点(东京时间)进行交易,我必须在我的交易服务器上检查夏令时,因为它已经在我的服务器上实现。加拿大人的夏令时时间略有不同,等等。 [删除] 2012.09.07 09:42 #18 Yedelkin:是的,问题似乎有点不同。如果交易应该只在欧洲中部时间18点进行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时转换与服务器时间同步,则非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不用考虑检查CET区和服务器时间的夏令时是否已经完成。我还是要检查一下,因为我已经决定尝试按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。因此,为了在东京时间上午12:00进行交易,我必须在服务器上检查DST切换回来的情况(因为这是一个标准功能)。加拿大人的返回时间略有不同,等等。没问题。你知道相对于金融中心的时间,你知道他们是否是夏令时(至少你可以找到),有可能计算出GMT时间。我不认为计算任何现有金融中心的时间有问题。策略测试器会 有点棘手,但它是可控的。 Yedelkin 2012.09.07 09:50 #19 Interesting: 没问题。金融中心的相对时间是已知的,它们是否改用夏令时也是已知的(至少可以查到),原则上可以计算出GMT时间。 我认为计算任何现有金融中心的时间都没有问题。 我并不是说追溯到冬季时间是个问题。但是,与 "if(TimeCurrent()==18.00)-交易 "这样的一行相比,用于追踪的额外代码行并没有增加任何优雅或速度的代码 :) Slava 2012.09.07 09:53 #20 Yedelkin: 是的,问题似乎有点不同。如果交易应该只在欧洲中部时间18点进行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时转换与服务器时间同步,则非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不必考虑检查CET区和服务器上的夏令时是否完成。 我还是要检查一下,因为我已经决定按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。如果我想在上午12点到下午2点(东京时间)进行交易,我必须在我的交易服务器上检查夏令时,因为它已经在我的服务器上实现。加拿大人的夏令时时间略有不同,等等。1)如果你在转换当天没有交易,会怎么样?2.你想控制自己吗?在该案例研究中,MQL5。提出了确定转为冬令时的 事实的所有选项。最初。 Документация по MQL5: Дата и время / TimeDaylightSavings www.mql5.com Дата и время / TimeDaylightSavings - Документация по MQL5 123456789...11 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我想听听冠军赛组织者的评论。
谢谢你。
...这不是唯一一个我们不会得到答案的问题--这就是政策。
我想知道对 "服务器将切换到冬令时 "或 "服务器将不切换到冬令时 "的回答将取决于此?
只是对与这一知识相关的软件实现感到好奇。
支持日光节约时间。
那么,隐藏关于冠军服务器的时间和是否有夏令时的信息有什么意义呢?
例如,锦标赛的服务器还没有建立和运行。
自己定义夏令时 有什么问题?这方面的所有功能都在那里
stringo:
耶德尔金。
这个问题不仅对你很有意义,也很有意思,但它不是唯一一个我们得不到答案的问题--这是政策。
那么,隐藏关于冠军服务器的时间和是否有夏令时的信息有什么意义呢?
例如,冠军服务器还没有启动。
好吧,未能启动服务器与 "谁给钱谁就发号施令 "的论调几乎没有关系。:)使用这篇论文的意义,我是想了解:)
自己定义过渡到冬季的时间 有什么问题?所有的功能都在那里
是的,问题似乎有点不同。如果您的交易必须只在欧洲中部时间18点执行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时与服务器时间同步,那就非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不必考虑检查CET区和服务器上的夏令时是否完成。
我还是要检查一下,因为我已经决定按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。如果我想在上午12点到下午2点(东京时间)进行交易,我必须在我的交易服务器上检查夏令时,因为它已经在我的服务器上实现。加拿大人的夏令时时间略有不同,等等。
是的,问题似乎有点不同。如果交易应该只在欧洲中部时间18点进行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时转换与服务器时间同步,则非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不用考虑检查CET区和服务器时间的夏令时是否已经完成。
我还是要检查一下,因为我已经决定尝试按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。因此,为了在东京时间上午12:00进行交易,我必须在服务器上检查DST切换回来的情况(因为这是一个标准功能)。加拿大人的返回时间略有不同,等等。
没问题。你知道相对于金融中心的时间,你知道他们是否是夏令时(至少你可以找到),有可能计算出GMT时间。
我不认为计算任何现有金融中心的时间有问题。
策略测试器会 有点棘手,但它是可控的。
没问题。金融中心的相对时间是已知的,它们是否改用夏令时也是已知的(至少可以查到),原则上可以计算出GMT时间。
我认为计算任何现有金融中心的时间都没有问题。
我并不是说追溯到冬季时间是个问题。但是,与 "if(TimeCurrent()==18.00)-交易 "这样的一行相比,用于追踪的额外代码行并没有增加任何优雅或速度的代码 :)
是的,问题似乎有点不同。如果交易应该只在欧洲中部时间18点进行,如果服务器时间与欧洲中部时间完全相同,或者欧洲中部地区的夏令时转换与服务器时间同步,则非常方便。那么你只需要在交易块中写一行 "if(TimeCurrent()==18.00) - trade",而不必考虑检查CET区和服务器上的夏令时是否完成。
我还是要检查一下,因为我已经决定按照不同国家的当地时间进行交易。例如,日本人不改用日光节约时间。如果我想在上午12点到下午2点(东京时间)进行交易,我必须在我的交易服务器上检查夏令时,因为它已经在我的服务器上实现。加拿大人的夏令时时间略有不同,等等。
1)如果你在转换当天没有交易,会怎么样?
2.你想控制自己吗?在该案例研究中,MQL5。提出了确定转为冬令时的 事实的所有选项。最初。