在一些经纪公司中删除了[tp]标签？ - 页 2 1234 新评论 [删除] 2010.02.04 19:10 #11 戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。 CB gordon 2010.02.05 01:43 #12 cloudbreaker: 戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。 CB 同意。这正是我所错过的......谢谢。 gordon 2010.02.07 14:14 #13 jjc: 我不知道这是否有帮助，但除了按CB的建议做外，我还在订单注释中用空格填上右键，这样经纪人就不会覆盖其中的重要内容。虽然不是万无一失，但我喜欢把它作为一种额外的保护，以防外部数据文件以某种方式丢失。 刚刚偶然发现了这个关于订单评论的官方答案（https://www.mql5.com/en/forum/101419）。 stringo 2006.10.16 17:40 31个字符+0个终结符。服务器可以重写最后6个字符，即安全长度为25 cameo 2010.05.17 03:11 #14 cloudbreaker: 戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。 CB 我现在才看到这个话题，由戈登链接。 我以前听说过它：但它到底是什么，是跟踪止损吗？还是一个目标价格的增量算法，准备发送市场订单来关闭价格？ gordon 2010.05.17 03:17 #15 cameofx: 我现在才读到这个话题，由戈登链接。 我以前听说过它：但它到底是什么，是跟踪止损吗？还是目标价格的增量算法，准备发送市场订单来关闭价格？ 没有。问题很简单--你怎么知道一个订单是由SL或TP或其他东西关闭的？答案就在这个主题里（https://www.mql5.com/en/forum/123668）... cameo 2010.05.17 03:39 #16 gordon: 没有。问题很简单--你怎么知道一个订单是由SL或TP或其他东西关闭的？答案就在这个问题上（https://www.mql5.com/en/forum/123668）... 戈登，谢谢你。我指的是"......隐形的Sl和/或tp"， 你在回答这个问题吗？ gordon 2010.05.17 03:56 #17 cameofx: 戈登，谢谢你。我指的是"......隐身的sl和/或tp"， 你在回答这个问题吗？ 链接是第一页......。 哦，对不起--我指的是这个主题的原始问题......隐形SL/TP "意味着你要么不放SL/TP，要么放得比它们应该放的更远，但你的EA监测并比较 "真实 "SL/TP与当前价格，并在 "真实 "SL/TP被击中时手动关闭。这是对抗所谓的 "止损猎手 "经纪商的最佳方法...就我个人而言，我从来没有见过一个有信誉的经纪人 "停止狩猎"，而且IMHO任何严肃的有信誉的经纪人都不会乱用 "停止狩猎"，因此我认为这是一个非问题。但在这个问题上意见不同。 你应该注意，这种 "隐形SL/TP "有一个主要缺点--你的终端必须24/5可用。另外，SL/TP目标出现 "滑点 "的概率更高（因为它们不再是服务器端）。 cameo 2010.05.17 04:24 #18 gordon wrote >> ......这种 "隐形SL/TP "有一个主要缺点--你的终端必须24/5可用。SL/TP目标出现 "滑坡 "的概率也较高（因为它们不再是服务器端的）.... "（因为它们不再是服务器端的）...." - 是的，这不是Hard-SL......感谢你澄清了 "隐蔽性问题"。 - 在这个问题上，我想补充的是：是不是更简单一些：每次你成功地设置一个订单的TP/SL，你转换-应用-和更新它-到OrderMagicNumber，他们不能搞乱。调回这些值与OrderClosePrice()进行比较。AFAIK这不会失败。OrderMagicNumber是我们的 "避难所"。我肯定也会将MN用于其他目的。 gordon 2010.05.17 04:34 #19 cameofx: [......]每次你成功地设置一个订单的TP/SL，你都会转换-应用-和更新它-到OrderMagicNumber，在那里他们不能捣乱。调回这些值，与OrderClosePrice()进行比较。AFAIK这不会失败。OrderMagicNumber是我们的 "避难所"。我肯定也会将MN用于其他目的。 我不明白你的意思。在最初的OrderSend()之后，MN不能被改变。 cameo 2010.05.17 04:48 #20 gordon: 我不明白你的意思。MN在最初的OrderSend()之后不能被改变。 它不能？这下可糟了...:)为什么MT4和MT5没有引入OrderCloseReason() 之类的功能？ 我检查了MT5的订单函数；它列出了HistoryOrderGet...&ENUM_ORDER_PROPERTY；没有发现任何接近的东西...这是最基本的， 应该很简单，我认为... 1234 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。
CB
戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。
CB
同意。这正是我所错过的......谢谢。
我不知道这是否有帮助，但除了按CB的建议做外，我还在订单注释中用空格填上右键，这样经纪人就不会覆盖其中的重要内容。虽然不是万无一失，但我喜欢把它作为一种额外的保护，以防外部数据文件以某种方式丢失。
刚刚偶然发现了这个关于订单评论的官方答案（https://www.mql5.com/en/forum/101419）。
stringo 2006.10.16 17:40
31个字符+0个终结符。服务器可以重写最后6个字符，即安全长度为25
戈登 - 我认为你可能错过的唯一一点是，也许EA正在关闭一些订单（也许是一个隐形的sl和/或tp），而其他订单可能由于订单上设置的sl或tp而被经纪人关闭。
CB
我现在才看到这个话题，由戈登链接。
我以前听说过它：但它到底是什么，是跟踪止损吗？还是一个目标价格的增量算法，准备发送市场订单来关闭价格？
我现在才读到这个话题，由戈登链接。
我以前听说过它：但它到底是什么，是跟踪止损吗？还是目标价格的增量算法，准备发送市场订单来关闭价格？
没有。问题很简单--你怎么知道一个订单是由SL或TP或其他东西关闭的？答案就在这个主题里（https://www.mql5.com/en/forum/123668）...
没有。问题很简单--你怎么知道一个订单是由SL或TP或其他东西关闭的？答案就在这个问题上（https://www.mql5.com/en/forum/123668）...
戈登，谢谢你。我指的是"......隐身的sl和/或tp"， 你在回答这个问题吗？ 链接是第一页......。
哦，对不起--我指的是这个主题的原始问题......隐形SL/TP "意味着你要么不放SL/TP，要么放得比它们应该放的更远，但你的EA监测并比较 "真实 "SL/TP与当前价格，并在 "真实 "SL/TP被击中时手动关闭。这是对抗所谓的 "止损猎手 "经纪商的最佳方法...就我个人而言，我从来没有见过一个有信誉的经纪人 "停止狩猎"，而且IMHO任何严肃的有信誉的经纪人都不会乱用 "停止狩猎"，因此我认为这是一个非问题。但在这个问题上意见不同。
你应该注意，这种 "隐形SL/TP "有一个主要缺点--你的终端必须24/5可用。另外，SL/TP目标出现 "滑点 "的概率更高（因为它们不再是服务器端）。
gordon wrote >>
......这种 "隐形SL/TP "有一个主要缺点--你的终端必须24/5可用。SL/TP目标出现 "滑坡 "的概率也较高（因为它们不再是服务器端的）....
"（因为它们不再是服务器端的）...." - 是的，这不是Hard-SL......感谢你澄清了 "隐蔽性问题"。
- 在这个问题上，我想补充的是：是不是更简单一些：每次你成功地设置一个订单的TP/SL，你转换-应用-和更新它-到OrderMagicNumber，他们不能搞乱。调回这些值与OrderClosePrice()进行比较。AFAIK这不会失败。OrderMagicNumber是我们的 "避难所"。我肯定也会将MN用于其他目的。
[......]每次你成功地设置一个订单的TP/SL，你都会转换-应用-和更新它-到OrderMagicNumber，在那里他们不能捣乱。调回这些值，与OrderClosePrice()进行比较。AFAIK这不会失败。OrderMagicNumber是我们的 "避难所"。我肯定也会将MN用于其他目的。
我不明白你的意思。MN在最初的OrderSend()之后不能被改变。
它不能？这下可糟了...:)为什么MT4和MT5没有引入OrderCloseReason() 之类的功能？
我检查了MT5的订单函数；它列出了HistoryOrderGet...&ENUM_ORDER_PROPERTY；没有发现任何接近的东西...这是最基本的， 应该很简单，我认为...