错误、漏洞、问题 - 页 458

[Slava]

Interesting:
如果要把参数传给另一个程序，并与一个单独的指标副本一起工作，是否有一个选项？

是的，一个正常的解决方案。

(如果是内置的指标，可能没有单独的副本。如果已经有了这些参数的指标，它可能只是增加了全局的引用计数）。

[rrr]

Interesting:
如果由他们自己的虱子，你可以在无形中尝试。但考虑到这是一个多货币系统，不太可能激发任何人去实施它（特别是如果你必须虚拟复制所有交易过程）。

有的EA的反应取决于此刻的tick特征。而且我认为（我是这个领域的一个二流子）），这些是系统的特点，而不是DC的秒杀。从一分钟的条形图中获得的虚拟刻度的测试，就像在MT5测试器中通常做的那样，对于在不断变化的市场中的定期参数优化来说，信息量是不够的...。

[[删除]]

rrr:
有一些EA的反应取决于此刻的ticks的特性。我认为（我是这个领域的一个二流子）），这些是系统的特点，而不是经纪人的尖子。从一分钟的条形图中获得的虚拟刻度的测试，就像在MT5测试器中通常做的那样，对于在不断变化的市场中的定期参数优化来说，信息量是不够的...。

这种愿望是可以理解的，但在我看来，"这个游戏不会值得去做蜡烛"。

[Stanislav Korotky]

Renat:
请给我足够的代码来重现这种情况（点击几下就可以运行，看看）。

两天前发了邮件--有什么消息吗？

[Slava]

marketeer:
两天前发了邮件--有什么消息吗？

为什么要私下发表？

如果你不能在这里发帖，有一个专门的服务台。

[Stanislav Korotky]

stringo:

为什么要私下发表？

如果你不能在这里发帖，有一个专门的服务台。

私下里有什么问题吗？这是一个正常的沟通渠道，在公众和服务台之间。嗯，服务台就是服务台。

[Mykola Demko]

rrr:
有一些EA，其反应取决于此刻的tick特征。而且我认为（我在这方面是个二流子）），这些都是系统特性，而不是经纪公司的提示。而在MT5测试器中通常对从分钟条上获得的虚拟点进行测试，对于在不断变化的市场中进行定期参数优化来说，信息量是不够的......

首先，请阅读MetaTrader 5终端的策略测试器中的滴答生成算法 一文。

如果你仍然想收集刻度线，你应该用C++编写你自己的策略测试器。

没有其他解决方案，在Strategy Tester 5中没有勾选历史，也不会有用户数据的替换。

但我认为，如果一个策略对ticks的质量如此敏感，那么在传递给另一家经纪公司时就会出现问题。

每个经纪公司都有自己的过滤系统，这就是为什么蜱虫是不同的。该经纪公司试图用不同的方法来切断高频交易。

这就是为什么如果你设法编写了一个EA，那么在一些（不是很长的时间）之后，你肯定会得到一个自动交易的禁令。

现在想想是否值得花时间在EA开发和软件开发上对其进行测试，而在一周的交易盈利后却被禁止使用。

[rrr]

Urain:

首先，请阅读MetaTrader 5终端的策略测试器中的滴答生成算法 一文。

如果你仍然想收集刻度线，你应该用C++编写你自己的策略测试器。

没有其他解决方案，在Strategy Tester 5中没有勾选历史，也不会有用户数据的替换。

但我认为，如果一个策略对ticks的质量如此敏感，那么在传递给另一家经纪公司时就会出现问题。

每个经纪公司都有自己的过滤系统，这就是为什么蜱虫是不同的。该经纪公司试图用不同的方法来切断高频交易。

这就是为什么如果你设法编写一个EA，很可能在一段时间后（不是很长），你会得到一个自动交易的禁令。

现在想想，花时间开发一个EA，开发测试软件，却在一周的交易盈利后被禁止使用，这值得吗？

我以前读过推荐的文章。

至于禁令，这是每个经纪公司的业务。一些经纪公司适用于禁止在市场上短期停留，比如说几分钟，这是很可以接受的。再往后，经纪公司会通过任何手段进行抵制，重新报价、延迟执行、"非市场 "提示，等等等等，直至对你简单的 "不回应 "和 "不支付...."。谁会在乎他们的声誉呢。但这是另一个问题。此外，这些问题也出现在人工和相当有利可图的交易中，因为......。

当然很大程度上取决于经纪公司的个别过滤器，但所有这些都是可以解决的，因为每个过滤器都有其优点和缺点，即硬币的两面，但要学习和制作自己的测试仪，有这个问题....)))和专家顾问一样，你需要定期调整参数，在手动交易中，不能保证重复昨天的积极结果，唉，市场就是这样（我认为）。

P.S. 如果我们只在一对上进行测试，这种需要就不会很大。而且，由于测试必须考虑到许多货币对的运动，不同货币对的 "总和 "中虚拟和真实的刻度之间的差异变得非常大....。

[[删除]]

先生们，你们好请教：我要求最小的时间框架（M1 CopyTime(...)）上的最新条形的开盘时间，发现例如M1上的最新条形在2005.09.07 18:20开盘，我能否确定在更高的时间框架上没有更晚的开盘？

是否有一个函数可以返回最新的日期，而不考虑时间框架和服务器（例如，如果我只是复制了引号）？

[[删除]]

220Volt:

先生们，你们好请教：我要求最小的时间框架（M1 CopyTime(...)）上的最新条形的开盘时间，发现例如M1上的最新条形在2005.09.07 18:20开盘，我能否确定在更高的时间框架上没有更晚的开盘？

是否有一个函数可以返回最新的日期，而不考虑时间框架和服务器（例如，如果我只是复制了引号）？

1.似乎所有的TFs都是建立在分钟柱的基础上，所以如果你正确地识别了最后一个分钟柱，那么以后就不应该有其他所有符号的信息。

但我们应该考虑到一些要点，比如与服务器的连接（是或不是，如果不是，要多长时间），也许我们还应该控制其他事情。

2.如果我对这个问题的理解是正确的，那么无论TF上的符号都会返回-SYMBOL_TIME，关于服务器的问题很复杂（应该在任何地方都能工作，但会与特定服务器的时间及其数据流相联系）。