服务台：懒惰、自闭还是不愿意承认错误？用非本土的蜡烛来补充图表的内容。 - 页 5

[TheXpert]

sergeev:

- 如果你在MQL中添加功能，没有人会分析 "一分钟 "和 "每天 "的时间。如何做到这一点并不清楚。

其实这很清楚。的多重性。而且我们将不得不以书面形式进行。

我认为这一切都取决于经纪人--他是否会允许在他的服务器上进行 "非分钟 "报道...而这并不是一个针对主持人的问题。

这个主题至少有意义，可以让用户了解情况。

与经纪人谈谈也无妨。

[---]

TheXpert:

实际上，这是有道理的。关于多重性。而且有必要写。

你怎么知道今天是哪一天的会议记录？

这个话题很有意义，至少可以让用户意识到这种情况。

在与经纪人交谈时，这也不会有什么影响。

它只是为了提供信息。开发它是没有意义的。

[Andrew Petras]

Renat:

...

我知道，对于开发者来说，在5行内写出一个函数来寻找分钟数组中需要的起始索引是很困难的。即使如此，也是在千分之一人的特殊情况下。

当然不难....

而对于非开发人员来说，我建议用一个具有这种功能的脚本来完成终端。

或者至少在帮助中提供一个例子。

[pusheax]

多年来人们都知道，故事的开头被旧的时间框架所阻挡，没有人对这个感兴趣。

更有趣的是，在一些十字星上，历史记录被塞满了重复的前一棒。

[[删除]]

但是，终端明白边界在哪里，因为日记在切换时不会转化为更老的一半。因此，这个问题应该是针对主持人的，我认为。

[---]

220Volt:
但是，终端明白边界在哪里，因为日记在切换时不会转化为更老的一半。这就是为什么这个问题应该是针对主持人的，我认为。

所以我解释说--一切都储存在几分钟内。

[[删除]]

sergeev:
我说得很清楚--一切都以分钟为单位存储。"夏令时 "与日光转换有什么关系？

也许我们在谈论不同的事情。我会试着做一些屏幕截图。

[sion]

Renat:

"有 "是没有任何特殊性的。

我想知道你想要什么样的具体情况。在roboforex的演示中，在2011.11的策略测试器中 查看，在这个月中的某个地方，小时线开始。这样，即使我们每小时测试一次，条形图也会在整个小时内生成，而不是相对于我们在每分钟内的情况。当然，很明显，没有这样的历史，但仍然需要以某种方式理解它。

[[删除]]

sergeev:
我已经解释过了--一切都以分钟为单位存储。 这与天数的转变有什么关系？

我说的是这些情况。

从图中可以看出，当你切换时间框架时，终端了解天数从哪里开始（在这种情况下），不会将它们转换到更高的框架。如果终端理解它，它可能会被MC解决，我认为。MK服务器。

[---]

220Volt:

我说的是这种情况。

从图中可以看出，当你切换时间时，终端了解日子从哪里开始（在这种情况下），并不把它们转换为更高的框架。如果终端理解，那么它可以由主持人解决，我认为。

什么？