堡垒。执法问题 - 页 97 1...90919293949596979899100101102103104...156 新评论 Denis Kirichenko 2018.02.26 23:06 #961 Sergey Chalyshev: 你甚至知道什么是经纪人吗？他们习惯于在厨房进行交易。 我还注意到在开盘时，一个在交易所（对于特别无知的人来说不是经纪人）的订单已经被执行了，服务器速度变慢，订单被执行的信息进入终端时有1分钟以上的延迟。然而，服务器和交易所正在工作，并毫不拖延地接受其他申请。 你认为这个经纪人是故意的，出于某些个人原因，制造了一个肮脏的骗局吗？如果你不在交易所交易，那么你就不必在这里浪费时间了。不，我不明白。第一次结婚。 经纪人不执行任何订单，也不在其服务器上保留这些订单。经纪人的工作是将信息从交易所快速传递给客户，并计算他们的佣金。 所以你认为经纪人不需要服务器？:-)) 而你明白，实现经纪人的任务 --迅速将信息从交易所传递给客户，并计算他们的佣金--也需要时间？ 而当市场，比方说，"微妙 "的条件（一个会议的开始或一个缺口），会发生什么？ 再一次。 我认为，经纪人很可能不急于一次填满所有的东西，而是逐渐填满，因为它需要......。这就是他们的风险管理系统... 而当波动性大的时候呢？该命令未被删除是正确的。其触发的概率很高。 经纪人不搞花样，只是在 "非典型 "条件下通过订单。事情就是这样... 我不在开盘时交易，从10：00到10：05。已经有很长一段时间是这样的了...我也不在开盘时交易。 prostotrader 2018.02.27 07:53 #962 Dennis Kirichenko:而且我不在开盘时交易，在10:00和10:05之间。我已经很久没有...是的，我也不建议其他人在会议开幕时拿起任何东西。好样的! 延迟31秒 - 不要在开盘时进行交易。 没有来自服务器的回应--不要交易（但我们怎么知道它什么时候会缺席）。 很好!也许我们应该改用电话交易？ 我不知道该怪谁（经纪人或MQ），也不知道是什么原因，这不应该与我有关！ 我不知道该怪谁。 但只要有这样的软件，它就应该在整个交易时间范围内稳定地工作。 TheXpert 2018.02.27 09:20 #963 Dennis Kirichenko:天啊，和你在一起太难了......为什么这种延迟只通过mt5？ 你为什么要用你的厨房水槽的废话来堵住这个话题？ Konstantin Nikitin 2018.02.27 09:44 #964 好吧，没有人在纯粹的物理层面上取消了延迟。 即使在高波动性的情况下发送订单执行，也已经发生了与真实价格不同的情况。毕竟，虽然价格进入终端的时间只有几分之一秒，但它们可以改变。 然后直到请求到达经纪人那里，从他那里到交易所，价格也可能发生变化。因此，你有滑坡，简直是在现场。因为信号从终端传到交易所再传回来。 prostotrader 2018.02.27 11:12 #965 Konstantin Nikitin:好吧，没有人在纯粹的物理层面上取消了延迟。 即使在波动性高的情况下发送订单执行，也已经发生了与真实价格不同的情况。毕竟，虽然价格在终端停留了几分之一秒，但他们可能已经改变了。 此外，当执行请求到达经纪人并从他那里传到交易所时，价格也可能发生变化。因此，在这里你有滑坡，实际上是在现场。因为信号从终端到交易所，再回到终端的通道。亲爱的! 你甚至读过你所写的东西吗？ 这是正常的操作。 2018.02.26 10:00:10.138 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 ms 而这是延迟的。 2018.02.26 10:01:09.779 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms 感觉到差异了吗？ 4424.93倍之多! Konstantin Nikitin 2018.02.27 11:19 #966 prostotrader:你有没有感觉到差异？你确定在这个差异期间，从你到服务器和回来的信号没有延迟。通信不是通过本地网络（甚至这也不总是有一个静态的值），而是通过互联网网络，而且很可能有重叠。 prostotrader 2018.02.27 11:23 #967 Konstantin Nikitin:而且你确定在这一差异期间，从你到服务器和回来的信号没有延迟。连接不是通过本地网络（即使是这样也不一定是静态的），而是通过互联网，而且很有可能出现重叠。我不会要求你阅读整个主题，但要有点良心...... 两页前就已经非常清楚了。 Konstantin Nikitin 2018.02.27 11:35 #968 prostotrader:我不会要求你阅读整个主题，但要有点良心...... 两页前就已经非常清楚了。我只是说，很多时候，延迟不是经纪人的错，而是由于信号的来回传递。是的，在这个ping中也存在请求服务器的处理时间，但它不是那么大。关于你在执行命令时看到的PING号码是什么？ Sergey Chalyshev 2018.02.27 18:38 #969 Dennis Kirichenko:不，我不明白。第一次结婚。我可以看到。 我甚至不想向你解释或证明什么。这让我想起了一个笑话。 一个人走在街上，三个土包子遇见他。 - "朋友，不要去那里，他们正在给你脱衣服。 他停下来，思考，走另一条路。 - 也不要去那里，他们会给你脱衣服。 他停下来，想了想，问道。 - 我应该去哪里？ - 哪儿也别去，在这儿脱衣服！"。 )) Sergey Chalyshev 2018.02.27 19:16 #970 关于交易、自动交易系统和交易策略测试的论坛 "浮动 "错误 PositionSelect() MQ Alexander, 2016.08.03 18:00 关于订单、头寸和交易。正如帮助中写到的--交易到达顺序不被保证--订单转移到历史上的交易可以比交易更早收到。 在终端中改变头寸，严格说来是接收交易的结果，所以收到它就是保证头寸已经改变。 获得将订单转移到历史记录的交易，只能确保该订单不再是有效的（开放的），并被转移到订单历史中。至于这句话。它似乎还停留在具有异步交易的终端的最初版本之一的文件中。它将在不久的将来被删除。有罪的人将被处决。MQ Alexander! 在这个地方的某个地方，有很多的慢动作。 请在这个主题中处理好情况。 显然，不是每个人都被枪杀了 )) 1...90919293949596979899100101102103104...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你甚至知道什么是经纪人吗？他们习惯于在厨房进行交易。
我还注意到在开盘时，一个在交易所（对于特别无知的人来说不是经纪人）的订单已经被执行了，服务器速度变慢，订单被执行的信息进入终端时有1分钟以上的延迟。然而，服务器和交易所正在工作，并毫不拖延地接受其他申请。
你认为这个经纪人是故意的，出于某些个人原因，制造了一个肮脏的骗局吗？
如果你不在交易所交易，那么你就不必在这里浪费时间了。不，我不明白。第一次结婚。
经纪人不执行任何订单，也不在其服务器上保留这些订单。经纪人的工作是将信息从交易所快速传递给客户，并计算他们的佣金。
所以你认为经纪人不需要服务器？:-))
而你明白，实现经纪人的任务 --迅速将信息从交易所传递给客户，并计算他们的佣金--也需要时间？ 而当市场，比方说，"微妙 "的条件（一个会议的开始或一个缺口），会发生什么？
再一次。
我认为，经纪人很可能不急于一次填满所有的东西，而是逐渐填满，因为它需要......。这就是他们的风险管理系统...
而当波动性大的时候呢？该命令未被删除是正确的。其触发的概率很高。
经纪人不搞花样，只是在 "非典型 "条件下通过订单。事情就是这样...
我不在开盘时交易，从10：00到10：05。已经有很长一段时间是这样的了...我也不在开盘时交易。
而且我不在开盘时交易，在10:00和10:05之间。我已经很久没有...是的，我也不建议其他人在会议开幕时拿起任何东西。
好样的!
延迟31秒 - 不要在开盘时进行交易。
没有来自服务器的回应--不要交易（但我们怎么知道它什么时候会缺席）。
很好!也许我们应该改用电话交易？
我不知道该怪谁（经纪人或MQ），也不知道是什么原因，这不应该与我有关！ 我不知道该怪谁。
但只要有这样的软件，它就应该在整个交易时间范围内稳定地工作。
天啊，和你在一起太难了......
为什么这种延迟只通过mt5？
你为什么要用你的厨房水槽的废话来堵住这个话题？
好吧，没有人在纯粹的物理层面上取消了延迟。
即使在高波动性的情况下发送订单执行，也已经发生了与真实价格不同的情况。毕竟，虽然价格进入终端的时间只有几分之一秒，但它们可以改变。
然后直到请求到达经纪人那里，从他那里到交易所，价格也可能发生变化。因此，你有滑坡，简直是在现场。因为信号从终端传到交易所再传回来。
好吧，没有人在纯粹的物理层面上取消了延迟。
即使在波动性高的情况下发送订单执行，也已经发生了与真实价格不同的情况。毕竟，虽然价格在终端停留了几分之一秒，但他们可能已经改变了。
此外，当执行请求到达经纪人并从他那里传到交易所时，价格也可能发生变化。因此，在这里你有滑坡，实际上是在现场。因为信号从终端到交易所，再回到终端的通道。
亲爱的!
你甚至读过你所写的东西吗？
这是正常的操作。
2018.02.26 10:00:10.138 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 ms而这是延迟的。
2018.02.26 10:01:09.779 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms感觉到差异了吗？
4424.93倍之多!
你有没有感觉到差异？
你确定在这个差异期间，从你到服务器和回来的信号没有延迟。通信不是通过本地网络（甚至这也不总是有一个静态的值），而是通过互联网网络，而且很可能有重叠。
而且你确定在这一差异期间，从你到服务器和回来的信号没有延迟。连接不是通过本地网络（即使是这样也不一定是静态的），而是通过互联网，而且很有可能出现重叠。
我不会要求你阅读整个主题，但要有点良心......
两页前就已经非常清楚了。
我不会要求你阅读整个主题，但要有点良心......
两页前就已经非常清楚了。
我只是说，很多时候，延迟不是经纪人的错，而是由于信号的来回传递。是的，在这个ping中也存在请求服务器的处理时间，但它不是那么大。关于你在执行命令时看到的PING号码是什么？
不，我不明白。第一次结婚。
我可以看到。
我甚至不想向你解释或证明什么。这让我想起了一个笑话。
一个人走在街上，三个土包子遇见他。
- "朋友，不要去那里，他们正在给你脱衣服。
他停下来，思考，走另一条路。
- 也不要去那里，他们会给你脱衣服。
他停下来，想了想，问道。
- 我应该去哪里？
- 哪儿也别去，在这儿脱衣服！"。
))
关于交易、自动交易系统和交易策略测试的论坛
"浮动 "错误 PositionSelect()
MQ Alexander, 2016.08.03 18:00
关于订单、头寸和交易。
正如帮助中写到的--交易到达顺序不被保证--订单转移到历史上的交易可以比交易更早收到。
在终端中改变头寸，严格说来是接收交易的结果，所以收到它就是保证头寸已经改变。
获得将订单转移到历史记录的交易，只能确保该订单不再是有效的（开放的），并被转移到订单历史中。
至于这句话。
它似乎还停留在具有异步交易的终端的最初版本之一的文件中。它将在不久的将来被删除。有罪的人将被处决。
MQ Alexander!
在这个地方的某个地方，有很多的慢动作。
请在这个主题中处理好情况。
显然，不是每个人都被枪杀了 ))