检查在市场上发布的EA中的最小止损。 - 页 14 1...789101112131415161718 新评论 Vladislav Andruschenko 2016.03.16 19:49 #131 谢谢大家的帮助。问题还没有解决，但我将寻找机会。 Igor Volodin 2016.03.16 20:19 #132 好吧，说实话，如果经纪人声明它们是 "浮动 "的，而且都是得到0，那么你为什么还需要语言中的得到停顿和传播的功能？用叉子伴侣接，与交易服务器协商。最好是第一次就猜中，这样服务器就不会返回错误。 Ihor Herasko 2016.03.16 21:18 #133 Vladislav Andruschenko: 谢谢大家的帮助。到目前为止，问题还没有得到解决，但我将寻找机会。问题解决了。如果止损点为0，则取散点乘以用户指定的系数。如果在第一次设置SL和TP后，我们得到了错误的130，没有重新报价，然后增加系数1，以此类推直到错误消失。并告诉在市场上检查的人，要设置正确的价差乘数值。只有在这种情况下，专家顾问才会在没有收到任何错误130的情况下工作。 Vladislav Andruschenko 2016.03.16 21:33 #134 Ihor Herasko:问题解决了。如果止损点为0，则取散点乘以用户指定的系数。如果在第一次设置SL和TP后，我们得到了错误的130，没有重新报价，然后增加系数1，以此类推直到错误消失。并告诉在市场上检查的人，要设置正确的价差乘数值。只有在这种情况下，专家顾问才会在没有收到一个错误130的情况下工作。这都是好事。 但有一点。这就是我们讨论的主题。错误130根本就不应该出现，任何时候都不应该出现一次。你的解决方案只针对用户，但在市场上，这样的解决方案是行不通的。因为有错误130! Ihor Herasko 2016.03.16 22:02 #135 Vladislav Andruschenko:这一切都很好，但有一件事。这就是讨论的主题。错误130根本就不应该出现，任何时候都不应该出现一次。你的解决方案只针对用户，但在市场上是行不通的。因为有一个错误130!这也有一个解决方案（包含在前一篇文章中）。并告诉在市场上检查的人，为传播乘法系数设置正确的值。 Artyom Trishkin 2016.03.16 22:19 #136 Ihor Herasko:对于这一点也有一个解决方案（包含在上一篇文章中）。并告诉在市场上检查的人，将价差乘数设置为正确的值。不，他们没有。答案是："不应该有任何错误"，就是这样......当指标被接受节制时，他们做了一件有趣的事情：他们从终端的文件夹 中物理删除历史记录并运行指标：如果错误发生在阵列之外--散步...但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。 Andrey Khatimlianskii 2016.03.16 23:39 #137 Vladislav Andruschenko:你的解决方案只针对用户，但在市场上是行不通的。因为有一个错误130!用户也不需要它)。我告诉你，让它真正正常工作，并在市场上插入检查。阿尔乔姆-特里什金。当他们接受指标进行节制时，他们会做一些有趣的事情：从终端文件夹 中物理删除历史记录，并运行指标：如果阵列离开时出现错误--散步...但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。最后，代码臃肿了许多倍，而且都没有任何实际用途--我们只是堵住了版主发明的漏洞。我不同意，在没有历史记录的情况下在图表上启动指标是可能的，而且经常发生--当在一个新的终端中，用户在图表上拖动一个带有运行指标的符号（或简单地将TF改为尚未打开的那个）。不应该有这样的错误。 Vitalii Ananev 2016.03.17 06:54 #138 Artyom Trishkin:不，他们没有。答案是："不应该有任何错误"，就是这样......当他们接受指标进行审核时，他们以一种有趣的方式进行：从终端文件夹 中物理删除历史记录并运行指标：如果在阵列之外有错误--走一走......但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。 此外，在检测到一个可以在几分钟内修复的小错误后，你还必须再等几天才能进行修改。:) Vladislav Andruschenko 2016.03.17 06:58 #139 Vitalii Ananev: 此外，如果你发现一个可以在几分钟内修复的微小错误，你必须再等几天才能进行第二次修改。:) 是的，有时间的时刻。特别是当他们写信给你说 "增加这个功能，我就会立即购买"。或者当他们要求更新或新功能时，你在一个小时内完成。你写道，你在等待验证。然后核查需要两到三周。你必须发送一个时间版本.........但这不是问题的关键。检查是好的。但这里是荒谬的错误。这有点难处理。 Vladimir Karputov 2016.03.17 07:05 #140 Artyom Trishkin:不，他们没有。答案是："不应该有任何错误"，就是这样......当他们接受指标进行审核时，他们以一种有趣的方式进行：从终端文件夹 中物理删除历史记录并运行指标：如果在阵列之外有错误--走一走......但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。 事实上，这是对一种常见情况的模仿：将指标附在符号图上，此刻在该图上下载历史记录。例如，一个用户第一次打开图表，将时间框架切换到D1甚至W1，并立即将指标附在这个图表上。 1...789101112131415161718 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
谢谢大家的帮助。到目前为止，问题还没有得到解决，但我将寻找机会。
问题解决了。如果止损点为0，则取散点乘以用户指定的系数。如果在第一次设置SL和TP后，我们得到了错误的130，没有重新报价，然后增加系数1，以此类推直到错误消失。并告诉在市场上检查的人，要设置正确的价差乘数值。只有在这种情况下，专家顾问才会在没有收到任何错误130的情况下工作。
问题解决了。如果止损点为0，则取散点乘以用户指定的系数。如果在第一次设置SL和TP后，我们得到了错误的130，没有重新报价，然后增加系数1，以此类推直到错误消失。并告诉在市场上检查的人，要设置正确的价差乘数值。只有在这种情况下，专家顾问才会在没有收到一个错误130的情况下工作。
这都是好事。 但有一点。这就是我们讨论的主题。
错误130根本就不应该出现，任何时候都不应该出现一次。
你的解决方案只针对用户，但在市场上，这样的解决方案是行不通的。因为有错误130!
这一切都很好，但有一件事。这就是讨论的主题。
错误130根本就不应该出现，任何时候都不应该出现一次。
你的解决方案只针对用户，但在市场上是行不通的。因为有一个错误130!
这也有一个解决方案（包含在前一篇文章中）。
并告诉在市场上检查的人，为传播乘法系数设置正确的值。
对于这一点也有一个解决方案（包含在上一篇文章中）。
并告诉在市场上检查的人，将价差乘数设置为正确的值。
不，他们没有。答案是："不应该有任何错误"，就是这样......
当指标被接受节制时，他们做了一件有趣的事情：他们从终端的文件夹 中物理删除历史记录并运行指标：如果错误发生在阵列之外--散步...但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。
你的解决方案只针对用户，但在市场上是行不通的。因为有一个错误130!
用户也不需要它)。
我告诉你，让它真正正常工作，并在市场上插入检查。
当他们接受指标进行节制时，他们会做一些有趣的事情：从终端文件夹 中物理删除历史记录，并运行指标：如果阵列离开时出现错误--散步...但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。最后，代码臃肿了许多倍，而且都没有任何实际用途--我们只是堵住了版主发明的漏洞。
我不同意，在没有历史记录的情况下在图表上启动指标是可能的，而且经常发生--当在一个新的终端中，用户在图表上拖动一个带有运行指标的符号（或简单地将TF改为尚未打开的那个）。
不应该有这样的错误。
不，他们没有。答案是："不应该有任何错误"，就是这样......
当他们接受指标进行审核时，他们以一种有趣的方式进行：从终端文件夹 中物理删除历史记录并运行指标：如果在阵列之外有错误--走一走......但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。
此外，如果你发现一个可以在几分钟内修复的微小错误，你必须再等几天才能进行第二次修改。:)
不，他们没有。答案是："不应该有任何错误"，就是这样......
当他们接受指标进行审核时，他们以一种有趣的方式进行：从终端文件夹 中物理删除历史记录并运行指标：如果在阵列之外有错误--走一走......但没有一个普通用户会这样 启动指标，对吗？但是，可惜的是，版主们可能在互相竞争，看谁能把产品搞得更复杂。但人们不可能盯着他们的所有伎俩。结果是，代码臃肿了许多倍，一切都没有任何实际用途--我们只是堵住了版主发明的漏洞。