服务台：懒惰、自闭还是不愿意承认错误？用非本土的蜡烛来补充图表的内容。 - 页 4 1234567891011...22 新评论 TheXpert 2012.11.25 11:58 #31 Renat: 通过关闭我们的大脑来吹嘘flam？不，试图在新发现的残酷的拐杖上找到一些方法。不要告诉我这是一个错误，对我们有好处。 [删除] 2012.11.25 12:04 #32 Renat: Komposter，用过去10-12年内的会议记录工作，不要假装1999年以前的会议记录对你很重要。 没有问题，而且有比1999年更早的日子，可以看到更深的历史。 这没有问题，尤其是每个经纪人自己决定使用什么样的历史。如果他愿意--让他广播短一点，但纯M1。你不需要使用我们1999年以前的历史。 如果你有带参数Series_FIRSTDATE的函数SeriesInfoInteger 和参数--必要的时间范围和符号，为什么要手动限制呢？从逻辑上讲，这个东西应该返回tf的缝合时间。 Документация по MQL5: Доступ к таймсериям и индикаторам / SeriesInfoInteger www.mql5.com Доступ к таймсериям и индикаторам / SeriesInfoInteger - Документация по MQL5 Renat Fatkhullin 2012.11.25 12:07 #33 IgorM: 控制孔洞并不难，但我们如何以编程方式确定使用其他TFs而不是分钟条？我明白，有人故意制造歇斯底里的想法，"代替分钟酒吧，可能有其他东西"。事实是这样的。只有在1999年以前的 分钟数据上的天数是刻意 放的， 以填补深层历史。自1999年以来，没有其他的时间框架而不是分钟。就是说，在 分钟历史里面 没有混合。在旧的分钟条上导入 日线，没有技术错误。有一个 "诚实 "的分钟，每天都有OHLC。说" 1980年的 细枝末节日标 破坏了我的细枝末节分析 "是不严肃的。在这个话题上没有必要进行抨击，也没有任何正义 的理论上的愤怒。请记住，市场上的产品是一个妥协的集合。捍卫一种理论的纯洁性的极端主义，不可避免地与其他十几种立场发生冲突。最后，赢得胜利的往往是累积性的妥协，每一方都必须牺牲一些东西。 TheXpert 2012.11.25 12:11 #34 Renat:事实是这样的。只有1999年以前的 分钟数据上的 天数是有目的、 有意识地放进去的，以填补深层历史。你有这个。这个 怎么样？或者你会否认经纪人不关你的事？ A100 2012.11.25 12:12 #35 边界日期是什么？1999年1月1日，1999年1月4日，或...? 还是可以对不同的角色采用不同的方式？ Renat Fatkhullin 2012.11.25 12:16 #36 TheXpert:这是你的。这个 怎么样？或者你会否认经纪人不关你的事？"没有具体的内容。你的反应纯粹是理论上的，没有参考现实。你不知道发生了什么，你不明白。 Renat Fatkhullin 2012.11.25 12:18 #37 A100:边界日期是什么？1999年1月1日，1999年1月4日，或...? 还是可以对不同的角色采用不同的方式？当然，这是不一样的。 我想，开发人员认为写一个5行的函数来检测一个分钟数组中所需要的起始索引是很困难的？即使如此，也是在千分之一人的特殊情况下。当然，这并不困难。但是，在不注意整个系统情况的情况下，玩公共破坏者是如此有趣。 TheXpert 2012.11.25 12:18 #38 Renat:"没有具体的内容。你也一样，纯粹是在理论上做出反应，而没有参考现实。没有理解或领悟到本质。我当然记得所有的事情，我是一个无能的小姑娘，不小心闯入了这个话题。当具体内容出现时，你会怎么做？ Renat Fatkhullin 2012.11.25 12:19 #39 TheXpert:我当然记得一切，我是个不称职的书呆子，不小心闯进了这个话题。当具体问题出现时，你会怎么做？我让你重读一下我写的东西。谢谢你承认你的指示缺乏具体性。 --- 2012.11.25 12:25 #40 Renat:雷纳特，让我们从技术-实践的角度出发。 我们目前所拥有的。- 所有条形图都是基于一分钟的历史。- 但是，在历史存储模式中，同样的加分项也暴露了一个很大的减分项--没有分量的古代历史该放在哪里？- 在思考了几天之后，你做出了将历史记录储存在几分钟内的决定。你没有其他选择！"一切都在几分钟内 "的模式味道更好 :)也就是说，妥协似乎已经得到了，但离开了一根拐杖，你就在另一根拐杖上跌倒了......。很明显，古代没有分钟的历史就在你的服务器上。在其他经纪商的服务器上，可能没有这样的历史记录（这一行是针对FiftyStars 的）。 总之，在这一切的基础上。- 没有人会去改变分钟模式。这是一个事实。- 也没有人会在MQL中添加功能来分析 "一分钟 "和 "每天 "的模式。如何做到这一点并不清楚。 我认为一切都取决于经纪人--他是否会允许他的服务器拥有 "非分钟 "历史...而这并不是一个针对MC的问题。只需一分钟 "的模式已经显示出它在存储和传输大量信息方面的便利。 另一方面，我们从主持人那里得到了一个特点--在分钟历史中出现日线，这实际上是一个疯狂的惊喜。因此，任何想从分钟历史中删除日线的人都应该联系他们的经纪商。 也许可以向他们解释情况的问题性。为主持人做这些没有意义，这里有进步者。 1234567891011...22 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
通过关闭我们的大脑来吹嘘flam？
不，试图在新发现的残酷的拐杖上找到一些方法。
不要告诉我这是一个错误，对我们有好处。
Komposter，用过去10-12年内的会议记录工作，不要假装1999年以前的会议记录对你很重要。
没有问题，而且有比1999年更早的日子，可以看到更深的历史。
这没有问题，尤其是每个经纪人自己决定使用什么样的历史。如果他愿意--让他广播短一点，但纯M1。你不需要使用我们1999年以前的历史。
控制孔洞并不难，但我们如何以编程方式确定使用其他TFs而不是分钟条？
我明白，有人故意制造歇斯底里的想法，"代替分钟酒吧，可能有其他东西"。
事实是这样的。
请记住，市场上的产品是一个妥协的集合。
捍卫一种理论的纯洁性的极端主义，不可避免地与其他十几种立场发生冲突。最后，赢得胜利的往往是累积性的妥协，每一方都必须牺牲一些东西。
事实是这样的。
你有这个。这个 怎么样？或者你会否认经纪人不关你的事？
边界日期是什么？1999年1月1日，1999年1月4日，或...?
还是可以对不同的角色采用不同的方式？
这是你的。这个 怎么样？或者你会否认经纪人不关你的事？
"没有具体的内容。
你的反应纯粹是理论上的，没有参考现实。你不知道发生了什么，你不明白。
边界日期是什么？1999年1月1日，1999年1月4日，或...?
还是可以对不同的角色采用不同的方式？
当然，这是不一样的。
我想，开发人员认为写一个5行的函数来检测一个分钟数组中所需要的起始索引是很困难的？即使如此，也是在千分之一人的特殊情况下。
当然，这并不困难。但是，在不注意整个系统情况的情况下，玩公共破坏者是如此有趣。
"没有具体的内容。
你也一样，纯粹是在理论上做出反应，而没有参考现实。没有理解或领悟到本质。
我当然记得所有的事情，我是一个无能的小姑娘，不小心闯入了这个话题。
当具体内容出现时，你会怎么做？
我当然记得一切，我是个不称职的书呆子，不小心闯进了这个话题。
当具体问题出现时，你会怎么做？
我让你重读一下我写的东西。
谢谢你承认你的指示缺乏具体性。
雷纳特，让我们从技术-实践的角度出发。
我们目前所拥有的。
- 所有条形图都是基于一分钟的历史。
- 但是，在历史存储模式中，同样的加分项也暴露了一个很大的减分项--没有分量的古代历史该放在哪里？
- 在思考了几天之后，你做出了将历史记录储存在几分钟内的决定。你没有其他选择！"一切都在几分钟内 "的模式味道更好 :)
也就是说，妥协似乎已经得到了，但离开了一根拐杖，你就在另一根拐杖上跌倒了......。
很明显，古代没有分钟的历史就在你的服务器上。在其他经纪商的服务器上，可能没有这样的历史记录（这一行是针对FiftyStars 的）。
总之，在这一切的基础上。
- 没有人会去改变分钟模式。这是一个事实。
- 也没有人会在MQL中添加功能来分析 "一分钟 "和 "每天 "的模式。如何做到这一点并不清楚。
我认为一切都取决于经纪人--他是否会允许他的服务器拥有 "非分钟 "历史...而这并不是一个针对MC的问题。
只需一分钟 "的模式已经显示出它在存储和传输大量信息方面的便利。
另一方面，我们从主持人那里得到了一个特点--在分钟历史中出现日线，这实际上是一个疯狂的惊喜。
因此，任何想从分钟历史中删除日线的人都应该联系他们的经纪商。
也许可以向他们解释情况的问题性。为主持人做这些没有意义，这里有进步者。