Решение данной проблемы видится так: вводится связь (FILL->KILL) на уровне торгового сервера MT5 между Limit-ордерами и Stop-ордерами, которая дает следующее: - перед тем, как сделать маркет-сиполнение Stop-ордера, удаляется Execution-сервером связанный с ним Limit-ордер. - после срабатывания Limit-ордера, удаляется Execution-сервером связанный с ним Stop-ордер.
你在不同场合的大胆断言（我的资格、管委会的情况等等）多少降低了人们对你的意见的兴趣，你不觉得吗？）不知何故，回复你没有意义--为什么要回复一个明显不足的人的发言？)))
首先，不要再把幻觉和现实混为一谈了--我们来谈谈。
就这样吧，我已经平静下来了。
我们该谈些什么呢？
已经准备好了我的笔和笔记本。
>> 我在听你说，先生。
刚刚澄清了。由于SL水平没有任何保证，并且只通过市场请求在市场上执行，那么不触及TP水平的义务就没有必要。简单地说，在你在市场上执行SL之前，执行服务器（Dukascopy）会删除TP水平（即使它在堆栈中）。不幸的是，这一点在MT5中是无法实现的，即使他与交易服务器有完美的连接。而且，这在MT5上确实是不可能的。
以下是我们对这个问题的解决方案的看法。
在MT5交易服务器层面上，在限价单和止损单之间引入了一个链接（FILL->KILL），这就得到了以下结果。
- 在进行市场履行的止损单之前，执行服务器会删除与之相关的限价单。
- 当限价单触发时，执行服务器会删除与之相关的止损单。
所有讨论的问题都很简单地得到了解决--通过在服务器上引入有条件下单。顺便说一下，这是在许多根据经典的交换计划工作的经纪商那里进行的。为此，在设置订单时，我们应该增加设置链接订单的可能性，以便取消和输入。逻辑很简单：如果订单A被执行，那么订单B和C就会被放置。取消的情况也是如此：如果A订单被执行，B和C就被取消。或者反过来说：如果订单A已经达到执行，则订单B被取消。然后，计算总头寸的问题就基本解决了，还有TP和SL设置和取消的问题。此外，它还提供了很多额外的可能性。
Z.U.我写完后，看到getch之前已经在一个帖子里提到了。只是我们不需要只连接限价单 和止损单。如果有任何可以联系的，就有更多的可能性。
代表: getch
Решение данной проблемы видится так:
вводится связь (FILL->KILL) на уровне торгового сервера MT5 между Limit-ордерами и Stop-ордерами, которая дает следующее:
- перед тем, как сделать маркет-сиполнение Stop-ордера, удаляется Execution-сервером связанный с ним Limit-ордер.
- после срабатывания Limit-ордера, удаляется Execution-сервером связанный с ним Stop-ордер.
这很难做到，因为这些订单有不同的票。
你必须在服务器和终端中再输入一个字段。
而MQ不会去做这种非标准的动作。
存在TP和SL。如果它是一个总的位置，那又怎么样呢？
正如Integer所说--停车是最后的手段 :-)
对于阿瓦尔斯。
这个话题不是关于如何，它完全可以做到。
这是可以做到的。
本主题是关于多个EA和一个总头寸的订单执行的可靠性。
这不是最可靠的选择。
致：Getch
这很难做到，因为这些订单有不同的票。
你需要在服务器和终端中再输入一个字段。
而MQ不会去做这种非标准的动作。
存在TP和SL。如果它是一个总的位置，那又怎么样呢？
正如Integer所说--停车是最后的手段 :-)
MQ和SL与getch)))))，它是100%可靠的，在大多数经纪软件中实现的标准步骤。
所有讨论的问题都很简单地得到了解决--通过在服务器上引入有条件下单。顺便说一下，这是在许多根据经典的交换计划工作的经纪商那里进行的。为此，在设置订单时，我们应该增加设置链接订单的可能性，以便取消和输入。逻辑很简单：如果订单A被执行，那么订单B和C就会被放置。取消的情况也是如此：如果A订单被执行，B和C就被取消。或者反过来说：如果订单A已经达到执行，则订单B被取消。然后，计算总头寸的问题就基本解决了，还有TP和SL设置和取消的问题。此外，它还提供了很多额外的可能性。
Z.U.我写完后，看到getch之前已经在一个帖子里提到了。只是没有必要只连接限价单和止损单。如果你能链接任何，就会有更大的范围。
我的错，我没有理解它。这是个好主意。某种小型脚本。
但问题是，这比存储非累积项目对服务器的负荷还要大。
我的错，我没能解决这个问题。这是个好主意。一种小型的脚本。
但问题是，这比存储非累积项目对服务器的负荷还要大。
因此，用户仍然会输入这些请求。事实上，一切都很基本，不需要消耗任何资源。它是任何平台的必要组成部分。例如，QUIKa有http://www.quik.ru/about/features/conditional-orders/。
Alpha-Direct有http://www.alfadirect.ru/help3_3/index.htm， 其他资产阶级的交易平台也有。我不记得有哪个终端不具备这种功能。
我写的和getch))))，它是一个100%可靠的标准步骤，在大多数经纪软件中实现了。
更多的可能性是由普通的OCO-订单（交易服务器上最原始的小脚本）提供的。MT5上的FILL->KILL标志似乎已经足够了。一些公司（如StrategyRunner）选择了在其服务器上存储脚本甚至是专家顾问的方式。这种方式有其优点（可商榷）和缺点（可商榷）。MetaQuotes已经走了另一条路。
更多的机会是由普通的OCO-订单（交易服务器上的原始小脚本）提供的。MT5上的FILL->KILL标志似乎已经足够了。一些公司（如StrategyRunner）选择了在其服务器上存储脚本甚至是专家顾问的方式。这种方式有其优点（可商榷）和缺点（可商榷）。MetaQuotes已经走了另一条路。
目前还不太清楚他们选择的是什么方式））））））））