错误、漏洞、问题 - 页 679

[Renat Fatkhullin]

没有人忽视它，为周五的构建发布下载和周末做准备。我们一定会去看的。

[x572intraday]

又是25岁。

我在论坛的不同主题中发现了很多关于错误4802 的问题和答案。我已经检查了我代码中的所有内容（磁盘和我的iCustom 中的路径），编译了自定义指标，也编译了主指标--终端显示错误："2012.03.24 16:44:31 11 (NZDUSD,H4) 不能加载自定义指标'C:\Program Files\MetaTrader 5\MQL5\Indicators\Examples\iCFractals.mq5' [4802]" 。

   handle=iCustom(_Symbol,PERIOD_CURRENT,
//                  TerminalInfoString(TERMINAL_DATA_PATH)+"\\MQL5\\Indicators\\Examples"+"\\iCFractals.mq5"
                  "C:\\Program Files\\MetaTrader 5\\MQL5\\Indicators\\Examples\\iCFractals.mq5"
                 );

iCFractals.mq5 是标准Fractals.mq5的副本 ，主要指标是帮助文件中iFractals 的副本，并进行了替换。

handle=iFractals(_Symbol,PERIOD_CURRENT);

到上述代码。

建立619 x32。

[Rashid Umarov]

你确定你已经按照帮助中的描述做了所有事情吗？https://www.mql5.com/ru/docs/indicators/icustom 下面还有一个例子。

[x572intraday]

Rosh:

你确定你是按照帮助中描述的那样做的吗？https://www.mql5.com/ru/docs/indicators/icustom 下面还有一个例子。

做了整件事。为了以防万一，我甚至掐了自己一下。没有运气。

然后我又做了一次，这是没有希望的，因为上次没有成功：我从指标名称中删除了扩展名。现在它成功了。

谢谢你!

[x572intraday]

如果我们为每个条形图（除了M1时间框架）引入这样一个额外的参数，如准确的（M1）高低极时间，终端会发生什么灾难？目前，所有较高时间段的条形图的准确时间值必须通过MQL的方式进行资源密集型计算。就我个人而言，我怀念获得现成的准确数值的机会。如果历史是以分钟为单位计算的，而其他时间段是由M1 本地生成的，那么终端可以简单地在同一时间计算出准确的数值，并将其添加到会增长一些的数据库中。总的来说，没有准备好准确的柱状图时间涉及到一大堆问题，比如必须费心，原则上不可能限制终端窗口中的柱状图数量，因为细化计算深入到历史中，无法限制，因此会导致内存溢出，更不用说计算的时间了......这不是一个次要的问题。

[Mykola Demko]

x100intraday:
引入这样一个额外的参数作为终端的每个条形（除了M1时间框架）的精确（M1）高低端时间会带来什么灾难？目前，所有较高时间段的条形图的准确时间值都必须通过MQL的方式进行资源密集型计算。就我个人而言，我怀念获得现成的准确数值的机会。如果历史是以分钟为单位计算的，而其他时间段是由M1 本地生成的，那么终端可以简单地在同一时间计算出准确的数值，并将其添加到会增长一些的数据库中。总的来说，没有准备好准确的柱状图时间涉及到一大堆问题，比如必须费心，原则上不可能限制终端窗口中的柱状图数量，因为细化计算深入到历史中，无法限制，因此会导致内存溢出，更不用说计算的时间了......这决不是一个次要问题。

原则上，内存成本不会增加很多，因为我们不需要存储日期时间的高低，而只需要存储与条形图的差异。

但我认为，对于许多感兴趣的人来说，更重要的不是准确的高点和低点时间，而是哪一个先出现。并不总是牛市的蜡烛先走低，有时反之亦然，但这是很罕见的。但只要建模是正确的，我认为最早的编码不会有任何危害。

而且是最小的内存消耗（1个附加位）。

[Renat Fatkhullin]

Urain:

但既然说了建模是准确的，我认为这对之前的代码不会有任何伤害。

该模型是准确的，是基于会议记录的信息。

但是，如果《日报》上有人想知道前一个故事中的一些粗略数据，那么你就必须把这个故事（逐分钟）分析出来。没有必要想出 "极端高低等 "的变体--这些只是特殊情况。

[x572intraday]

Renat:

该模型是准确的，是基于会议记录的信息。

但是，如果《日报》上有人想知道以前的报道中的一些粗略数据，那么你就必须把那个报道（逐分钟）进行分析。没有必要想出 "极端高低等 "的变体--这些只是特殊情况。

如果问题没有在终端层面得到解决，该案件将继续保持私密性，极其缓慢且无人认领。我不仅想为自己和附近有电脑柜的人写，也想为任何潜在的用户写。毕竟，你并没有将非M1时间框架的条形图的生成转移给MQL程序员，因此，很可能会促进对条形图时间的精确值的访问。MQL程序员一定不知道这样的套路，他/她必须考虑的是交易策略和算法，而不是这种小题大做。

[Vladimir Gomonov]

Renat:

该模型是准确的，并以会议记录的信息为基础。

如果《日报》上有人想知道以前报道中的一些数据片段，那么你就需要准确地把那个（分钟）报道拿出来分析一下。没有必要编造 "极端高低等 "的变体，这些只是特殊情况。

雷纳特，你的分钟历史分析起来异常费力。这样的分析充满了很多 "漂亮的小毛病"[(c)MetaQuotes软件公司]。 而你知道为什么--因为错过了酒吧。

--

如果你想做一个先进的 终端，你必须在 终端中 系统地引入先进的功能 。做竞争对手都没有的事情。也就是说，摒弃传统，支持更多的信息性、速度、一致性（互联性）、经济性和其他实用性。你经常犯同样的战略错误--把你的决策集中在某项服务的消费群体的统计规模 上。

为统计学上的大多数用户 提供方便（=某种程度上的吸引力？），并假设这大多数人 将自动开始大量消费该产品，这是一种乌托邦式的政策。兽群具有等级结构，总是跟随 子群的领导者。在这一点成为你的可用性战略的公理之前，你将继续在评估你的服务的潜在吸引力时作出严重的错误计算。

在上述背景下，有巨大的资源可以增加终端对大众的吸引力--例如，最终实现 "无孔 "的分钟历史，在第三方报价、CCA订单上测试的可能性，以及其他许多 "统计学上无人问津 "的服务，这些都是你们自己 论坛的知识领袖真正 感兴趣的（而不是凭空写的）。

[Renat Fatkhullin]

MetaDriver:

雷纳特，你的分钟历史分析起来异常耗时。这种分析充满了很多 "漂亮的小毛病"[(c)MetaQuotes软件公司]。 而你知道为什么--因为错过了酒吧。

这取决于程序员对数据的分析。上述询问纯属私人 性质，与我们或终端无关。

关于漏网之鱼的问题是来自对市场情况的无知。看看股票或期货图表，拓宽你的视野，关于 "不应该有任何漏洞 "的问题就会立即消失。

如果你想做一个先进的 终端，你应该系统地在 终端中 实现先进的功能 。做一些你的竞争对手都没有的事情。即偏离传统，以支持更多的信息性、速度、一致性（互连性）、经济和其他可用性。你经常犯同样的战略错误--把你的决策集中在特定服务消费者群体的统计规模 上。

这些都是一般性的话。特别是关于战略。