错误、漏洞、问题 - 页 68 1...616263646566676869707172737475...3184 新评论 Alexey Petrov 2010.07.27 16:24 #671 kirill190982: 你好,请告诉我,我是否正确理解了CFD工具有一个限制,即订单类型 为日内,不包括SL和TP。即:如果我是正确的,应该用什么函数来确定我不应该放置SL、TP。谢谢你这些是这些角色在服务器上的设置。这并不意味着不能设置停止水平。在交易日结束时,挂单将被删除,未结头寸的止损水平将被保留。这个设置目前不能从MQL5检查。 [删除] 2010.07.28 10:17 #672 帐户限制量 每个符号允许的未结头寸和挂单的 最大综合交易量(无论方向)。 双感谢开发者--感谢订单限制,但在这种情况下,我不太明白它说的是什么,应该如何理解。:(我对有关未决订单的部分感到困惑。请解释为什么将它们加在这里?根据我的理解,措辞应该是这样的--"总的开放职位 的最大值。这本身就意味着,触发前的挂单不应该以任何方式涉及到这里,而这个条件的控制是由服务器进行的(在触发订单的事实中)。PS目前返回的是0(我认为这意味着限制没有生效),而在锦标赛期间应该返回15.0。我说的对吗? Rashid Umarov 2010.07.28 10:24 #673 Interesting:帐户限制量 每个符号允许的未结头寸和挂单的 最大综合交易量(无论方向)。 双感谢开发者--感谢订单限制,但在这种情况下,我不太明白它说的是什么,应该如何理解。:(我对有关未决订单的部分感到困惑。请解释为什么将它们加在这里?据我所知,措辞应该是这样的--"未结头寸 的最大价值"。这本身就意味着,在其触发时刻之前的挂单不应在此有任何关联,服务器执行控制(在订单触发时)。见《锦标赛规则》。服务器不会进行扩展分析--挂单的触发是否会导致头寸减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。 Правила Automated Trading Championship 2010 championship.mql5.com Правила Automated Trading Championship 2010 [删除] 2010.07.28 10:32 #674 Rosh:见《锦标赛规则》。服务器不会进行扩展分析--特定挂单的触发是否会导致头寸的减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。我以为当订单触发时,服务器计算总头寸不会太困难,但我一定是错了......我必须自己检查条件...PS不过,我想知道--如果超过这个值,除了取消资格外,还会有什么后果,服务器会返回什么错误,如果有的话(好吧,一个交易员或机器人可能在计算中犯错)? Aleksey Lebedev 2010.07.28 10:39 #675 Rosh:见《锦标赛规则》。服务器不会进行扩展分析--特定挂单的触发是否会导致头寸的减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。 这是否意味着,如果你开了15手的头寸,在触发sl/tp之前不能平仓,还是会考虑到开仓方向? Rashid Umarov 2010.07.28 10:43 #676 Interesting:我以为当订单触发时,服务器会很容易计算出总头寸,但我错了...... 我们需要进一步计算--假设我们把检查留给触发的那一刻。挂单触发后,我们突然发现超过了最大成交量。拒绝该命令的理由是什么?最好从一开始就消除所有不必要的问题。 Rashid Umarov 2010.07.28 10:48 #677 Swan: 这是否意味着,如果你开了15手的头寸,在触发sl/tp之前不能平仓,还是会考虑到开仓方向? 可以用三张连续的、每张5手的市场订单进行平仓。但这是另一个主题的问题,那里已经讨论过了 -2010年自动交易锦标赛。 [删除] 2010.07.28 10:49 #678 Swan: 这是否意味着,如果你开了15手的头寸,在sl/tp被触发之前不能平仓,还是在开仓时就会考虑到方向?SL和TP不应该参与。由于它是建立在任何情况下都应该被认为是SL或TP。我想可以关闭它,否则所有没有明确写出SL和TP的算法都可能导致与这个限制冲突时出现的错误。PS这就是为什么我建议只对空缺职位 进行限制。 Aleksey Lebedev 2010.07.28 11:04 #679 Rosh: 可以用三张连续的、每张5手的市场订单进行平仓。但这是另一个主题的问题,那里已经讨论过了 -2010年自动交易锦标赛。 是的,在创新之前。但你可以从帮助中了解到,任何订单的方向都不会被考虑在内) [删除] 2010.07.28 11:07 #680 Rosh: 我们应该进一步计算,比方说我们把检查留给触发的时刻。挂单被触发后,我们突然发现已经超过了最大成交量。拒绝该命令的理由是什么?最好是立即切断所有不必要的问题。我大概假设了以下算法--价格到达订单,出现了触发的时刻,但在订单被转移到市场之前,会根据这个规则检查其正确性。如果操作与这个规则相矛盾,我们有两个选择。1.--删除订单并向客户发送错误代码(如果该订单应根据 "全部或无 "规则触发)。2.- 对可接受的数量进行交易(如果 "全有或全无 "的条件不适用),并像第一种情况那样删除剩余的数量,作为服务器下的一个订单(有错误代码)。PS否则我不明白如何处理达到极限的情况,但进行的操作没有明确规定SL和TP。假设我们有3个仓位,每个仓位5手,用5手的相反订单关闭其中一个仓位。因此,我们得到了一个超调的结果。根据我的理解,如果成交量<=14 手,而其中一个头寸部分(或全部)被关闭,则不会违反该规则。 Документация по MQL5: Стандартные константы, перечисления и структуры / Коды ошибок и предупреждений www.mql5.com Стандартные константы, перечисления и структуры / Коды ошибок и предупреждений - Документация по MQL5 1...616263646566676869707172737475...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你好,请告诉我,我是否正确理解了CFD工具有一个限制,即订单类型 为日内,不包括SL和TP。即:如果我是正确的,应该用什么函数来确定我不应该放置SL、TP。谢谢你
这些是这些角色在服务器上的设置。这并不意味着不能设置停止水平。
在交易日结束时,挂单将被删除,未结头寸的止损水平将被保留。
这个设置目前不能从MQL5检查。
帐户限制量
每个符号允许的未结头寸和挂单的 最大综合交易量(无论方向)。
双
感谢开发者--感谢订单限制,但在这种情况下,我不太明白它说的是什么,应该如何理解。:(
我对有关未决订单的部分感到困惑。请解释为什么将它们加在这里?
根据我的理解,措辞应该是这样的--"总的开放职位 的最大值。
这本身就意味着,触发前的挂单不应该以任何方式涉及到这里,而这个条件的控制是由服务器进行的(在触发订单的事实中)。
PS
目前返回的是0(我认为这意味着限制没有生效),而在锦标赛期间应该返回15.0。我说的对吗?
帐户限制量
每个符号允许的未结头寸和挂单的 最大综合交易量(无论方向)。
双
感谢开发者--感谢订单限制,但在这种情况下,我不太明白它说的是什么,应该如何理解。:(
我对有关未决订单的部分感到困惑。请解释为什么将它们加在这里?
据我所知,措辞应该是这样的--"未结头寸 的最大价值"。
这本身就意味着,在其触发时刻之前的挂单不应在此有任何关联,服务器执行控制(在订单触发时)。
见《锦标赛规则》。
服务器不会进行扩展分析--挂单的触发是否会导致头寸减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。
见《锦标赛规则》。
服务器不会进行扩展分析--特定挂单的触发是否会导致头寸的减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。
我以为当订单触发时,服务器计算总头寸不会太困难,但我一定是错了......
我必须自己检查条件...
PS
不过,我想知道--如果超过这个值,除了取消资格外,还会有什么后果,服务器会返回什么错误,如果有的话(好吧,一个交易员或机器人可能在计算中犯错)?
见《锦标赛规则》。
服务器不会进行扩展分析--特定挂单的触发是否会导致头寸的减少或增加。如果我们分析每一个下挂单的交易请求,这将是一个不合理的服务器负载。
我以为当订单触发时,服务器会很容易计算出总头寸,但我错了......
这是否意味着,如果你开了15手的头寸,在触发sl/tp之前不能平仓,还是会考虑到开仓方向?
这是否意味着,如果你开了15手的头寸,在sl/tp被触发之前不能平仓,还是在开仓时就会考虑到方向?
SL和TP不应该参与。由于它是建立在任何情况下都应该被认为是SL或TP。我想可以关闭它,否则所有没有明确写出SL和TP的算法都可能导致与这个限制冲突时出现的错误。
PS
这就是为什么我建议只对空缺职位 进行限制。
可以用三张连续的、每张5手的市场订单进行平仓。但这是另一个主题的问题,那里已经讨论过了 -2010年自动交易锦标赛。
我们应该进一步计算,比方说我们把检查留给触发的时刻。挂单被触发后,我们突然发现已经超过了最大成交量。拒绝该命令的理由是什么?最好是立即切断所有不必要的问题。
我大概假设了以下算法--价格到达订单,出现了触发的时刻,但在订单被转移到市场之前,会根据这个规则检查其正确性。如果操作与这个规则相矛盾,我们有两个选择。
1.--删除订单并向客户发送错误代码(如果该订单应根据 "全部或无 "规则触发)。
2.- 对可接受的数量进行交易(如果 "全有或全无 "的条件不适用),并像第一种情况那样删除剩余的数量,作为服务器下的一个订单(有错误代码)。
PS
否则我不明白如何处理达到极限的情况,但进行的操作没有明确规定SL和TP。
假设我们有3个仓位,每个仓位5手,用5手的相反订单关闭其中一个仓位。因此,我们得到了一个超调的结果。
根据我的理解,如果成交量<=14 手,而其中一个头寸部分(或全部)被关闭,则不会违反该规则。