你是什么意思，不可靠的？什么的？在遥远的过去，诚实而公然地伪造分钟的条形图，用老的TFs的条形图来替代？或者在遥远的历史中不缺乏分钟条？如果我们说的是第一个，那么是的，在MT4中，开发人员没有实现这样的折中替代，他们直接行动：如果有较早的分钟条，他们从服务器下载，否则finita la comedy。也就是说，一分钟的历史在比老TF的历史更晚的时候停止从更遥远的过去加载，但我当然从未见过任何替代。也许，MT有一个内置的可用磁盘空间检查，我还不确定......但我在MT4中从来没有像在旧TF中那样有这么深的分钟历史。分钟占用的磁盘空间最多，而我的空间刚好够用......。而终端可能已经决定不从服务器上下载它们，尽管它们可能一直在那里等着我。但为了说清楚，我想告诉你以下几点：当人们在谈论MT5 1分钟历史如何从1999年开始时，令人费解的是它从2009年开始，而且由于某种原因还没有被加载。这就是为什么我认为终端在检查自由空间。我不知道它们是否真的在MetaQuotes服务器上不可用，或者我根本无法下载它们（我使用MT5模式，但作为MQL5程序员，我不知道，到目前为止我还没有尝试）。在设置中："在图表上显示条数：无限"。它仍然不愿意加载更多的条子。
因此，如果你懒得去读所有的历史回溯，那么我不认为有什么问题。找出每个条形图的开盘 和收盘时间，看看这些条形图内的秒数。如果低于预期，就写一个 "假 "吧。这将是一个转折点，在这之后，所有其他的酒吧都将是不完整的。进一步搜索没有意义。
这样的 "假 "酒吧也可以在一个 "正常 "的故事中间找到（在这种情况下，大部分实用的故事将被抛弃），甚至是整个系列的这种酒吧。我是在告诉你，没有可靠的方法。
这种 "假 "条也可能发生在 "正常 "历史的中间（在这种情况下，大部分有用的历史将被拒绝），甚至是整个系列的这种条。我告诉你，没有可靠的方法。
然后应该通过寻找出 "假 "条的数量不是偶尔的（读作：偶然的），而是有规律的（恒定的），而且很可能模式不会是简单的：当连续几个条的数量持续超过开盘-收盘范围时，我们可以认为这不是偶然的，可以放心地把滑雪棒插进去。
没有可靠的--完全有效的--方法，外汇是不可靠的。只有一个常识性的标准来进行：在一个系列中，有多少个连续的小节必须不符合秒数的条件，才不会被认为是历史中偶然的 "失败"，而是前一个时代的开始--不那么详细的历史制作时代。
没有可靠的--理想的工作方式，外汇根本就不可靠。我们只能用一个常识性的标准：在一个系列中，必须有多少个连续的小节不能满足秒数的条件，才能不被视为历史上的随机 "失败"，而被视为前一个时代的开始--历史保存不太详细的时代。
你在MT4上工作过吗？你是否遇到过类似的问题？- 那里没有这样的问题，这意味着有一个可靠的方法，但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案，由tol64表示，是根本不显示不正确的数据。
所有其他方法，但在用户方面，将是不可靠 的。
你使用过MT4吗？你是否遇到过这样的问题？- 那里没有这样的问题，所以有一个可靠的方法，但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案，由tol64表示，是根本不显示不正确的数据。
用户的所有其他伎俩都将是不可靠 的。
你可以在语言层面做一个额外的功能，以百分比的形式返回某一对和TF在某一时期的历史质量。
例如，分析一年/一个月的分钟历史，如果不是100%，那么将有问题。
你一直在使用MT4吗？你是否遇到过类似的问题？- 那里没有这样的问题，这意味着有一个可靠的方法，但它是在开发人员的手中。我已经提出了一个解决方案。
另一个解决方案，由tol64表示，是根本不显示不正确的数据。
所有其他方法，但在用户方面，将是不可靠 的。
先生们，你们能给我一个提示吗？
- 有一个dll。
- 我知道它有一个函数 fn(...)。
如何知道应该向它传递什么类型的参数？
先生们，你们能给我一个提示吗？
- 有一个dll。
- 我知道它有一个函数 fn(...)。
如何知道应该向它传递什么类型的参数？
我还是不好意思问，虽然这个问题已经困扰我很久了......。
CopyTime 直接将被调用指标句柄的指定时间框架上的内容复制到缓冲区。我可能搞错了，但从意识形态上讲，没有任何程序化的算法 "槽"，允许挤进日期时间的初级细化的初步计算（我们知道，非M1的时间框架有不准确的时间值）。我非常想知道如何仅仅通过上述功能就能打败这样的直接复制。
你能告诉我，在哪些情况下，"√"的价值会因当前头寸处于盈利或亏损状态而有所不同？
符号_交易_刻度线_值
符号_交易_点值_利润
符号_交易_点值_损失