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

[[删除]]

Renat:

我认为有人故意用 "可能有别的东西而不是分钟 "的想法来抛出歇斯底里。

事实是这样的。

1. 只有1999年以前的 分钟数据上的 天数是有目的、 有意识地放进去的，以填补深层历史。
2. 没有其他时间段，而不是1999年的分钟数据。也就是说，在 分钟历史中 没有混合。
3. 在将日线导入到旧的分钟线时，没有任何技术错误。有一个 "诚实 "的一分钟，白天的OHLC。
   
4. 说" 1980年的日记会议破坏了我的会议分析 "是不严肃的。没有必要在这个话题上发火，也没有任何正义 的理论上的愤怒。

请记住，推向市场的产品是各种妥协的集合。

捍卫一种理论的纯洁性的极端主义，不可避免地与其他十几种立场发生冲突。而最后的赢家往往是累积性的妥协，每一方都要一点一点地牺牲一些东西。

故意而为之，为的是让职能部门

系列_柱子_计数	目前每个符号-周期的条数	长
系列_第一个日期	目前每个周期符号的最早日期	日期时间

一个能确定它是真正的一分钟，还是故意设置的比当前时间框架更高的标准的标识符--你不可能发明它，是吗？

关于其他DT，不需要担心

系列_柱子_计数	目前按符号-周期划分的条形数量	长
系列_第一个日期	当前符号-周期的第一个日期	日期时间

意味着不同时间段的历史开始日期可能不同。这怎么能不引起一个问题："如果所有的东西都以分钟为单位存储，那么我们就不能通过第一条的日期来获得开始日期，我们可以使用标识符吗？顺便说一句，是我认为一切都应该在开发商的服务器上像时钟一样工作，第三方经纪公司应该有bug吗？为什么要用 "这里很烂，让他们好好干 "这样的短语来搪塞？

总之，事实是，功能与描述不符......

[михаил потапыч]

komposter:

我将自我毁灭。

我也要加入进来。MK的傲慢和侵略性的原因并不清楚。有很好的反馈，顺便说一下，这让公司节省了不小的开支。

这并不是说论坛上的人没有考虑到很多，这是真的，我说的是这个周末减去两个的事实。我们把编译器放在现场，对专家进行了温和的批评。

很难低估这两位论坛者在近几年的贡献。但戈波塔感觉很好，可以安全地躺在公共主持人身上。

当然，你可以按 "投诉 "按钮，但它要么现在不起作用，要么随着党的进程而变化。但gopota不问如何在一般情况下可以在图表上的一个时期的蜡烛从另一个。

也可以播放其他工具的烛台，以增加信息量。

[Renat Fatkhullin]

Mischek:

我将加入其中。MK的傲慢和侵略的原因并不清楚。有很好的反馈，顺便说一下，这让公司节省了很多钱。

在我看来，这是一个无关紧要的问题的升级，人们加入了一场友好的喊话比赛。

我们的决定是知情的。我给了一个解释，但有人真的喜欢玩 "理论到底"。

我不是在说论坛参与者没有考虑到很多事情，这是事实，我说的是这个周末我们有减去两个的事实。编制者被误解了，专家被温柔地抨击了。

很难低估这两位论坛者在近几年的贡献。

首先，你把我没有说过的话归于我。第二，他们的信息肯定很少，只集中在一个方面。

也注意到这个话题的措辞和对我们的轻蔑。

[---]

FiftyStars:

这还不清楚吗？

选项1）在历史文件中添加额外的参数Basef--如果条形图确实是分钟的，则为0如果不是分钟的，但有一个小时的，例如，则参数=60如果是日线的，则参数=1440。

安东，这些条形图都是 分钟条形图。 整个历史记录只以分钟条形图的形式存储在服务器上。 其他TFs在加载到终端时是基于分钟条形图建立的。

事实上，你在99年之前的会议记录中看到一个日线--这意味着这个 "日线 "被包含在会议记录中。它就在那里。你看到了吗？

a) 当加载一个图表时，我们检查它，并分别禁止显示非本地条形图，等等，直到日期为止

b) 检查一次，并分别记录所有的缝合点（历史记录不会消失）。

变体2）只存储缝合点的信息（以节省空间，尽管我认为现在变体1不会占用硬盘。）

你在哪里存储它？ 你如何手动控制它？ 你如何填写历史文件？

[Mykola Demko]

Renat:

在我看来，这是一个无足轻重的问题的升级，人们加入了友好的喊话中。

我们的决定是一个有意识的决定。解释已经给出，但有人真的喜欢玩 "理论到底"。

首先，你把我没有说过的话归于我。第二，他们的信息当然很少，只集中在一个方面。

也注意到这个话题的措辞和对我们的轻蔑。

你承认有一个问题，那么让我们解决一个无关紧要的问题，然后再解决另一个，再解决第三个，终端就会好起来。

---

以社区为代表的许多人最初给了你发展的概念性想法（无偿的，即免费的），你已经表示不要进入概念，我们有宏伟的计划，你不知道他们等等。

好了，我们转到确定我们不喜欢的具体内容，我们可以在哪些方面进行改进。

现在你说你不需要进入具体的内容，但事实上没有得到任何东西，按原样使用终端，不要打扰MQ的大脑。

好吧，凯撒归凯撒。

我现在告辞了，这里很无聊。

[Andrew Petras]

有没有人遇到过除01.01以外的其他时间段的日间酒吧？

你可以通过历史文件的大小 看到

[Mykola Demko]

Silent:

有没有人遇到过除01.01以外的其他时间段的日间酒吧？

你可以检查历史文件的大小

在MQL5中 没有访问历史文件的大小，这是一个间接的估计。

如果不在这一天，那么M5将被添加。毕竟，加法发生在不同的时间段，从低到高。

问题很清楚，我们需要通过MQL5的方式进行粘合的日期。亲属将自行决定哪一个TF的胶合是不重要的。

[Renat Fatkhullin]

Urain:

你承认有问题，那么让我们解决一个无关紧要的问题，然后再解决另一个，再解决第三个，终端就会好起来。

---

我不是承认有问题，相反，我正在逐点解释，没有问题。

[---]

Urain:

这个问题很清楚：你需要通过MQL5的方式进行胶合的日期。亲属会选择日期，到哪个时间段上胶并不重要。

在哪里存储，如何记录，如何控制/改变它们？
为什么你认为所有东西都会从最古老的变成最古老的？
这是很难做到的。

我的建议是不要使用MC服务器的历史和终端。

[Mykola Demko]

sergeev:

在哪里存储，如何写入，如何控制/改变？
能有多少堆？ 为什么你认为一切都从初级到高级？
这是很难做到的。

我的建议是不要使用MC服务器的历史和终端。

迪林给出了原始的故事，而迪林则是纠正了这个故事。MQ只需要做一个机制，从其他格式中创建这样的故事，而这正是机制的缺陷所在。

我做了一个假设，历史是由低年级到高年级拼接起来的，但这是符合逻辑的（如果你错了，请纠正）。

在历史文件中引入额外的信息，这个文件有一个胶水点，它只是一个额外的功能，一切都会被旧的篡改，但仍然出现一个简单的方法来识别所需的位置progeru，就是这样。

老实说，我不明白为什么MQ有这样的问题。

我可以告诉你，在文件中，有一个区域是加密的仪器名称，并对这些信息进行加密。