堡垒。执法问题 - 页 94 1...87888990919293949596979899100101...156 新评论 prostotrader 2018.02.22 18:26 #931 fxsaber:这些日志提出了一个问题："是否有一个男孩？"这根木头桩子和整个信息对外部观察者来说有什么意义？ 特别是第二篇日志。支持团队2017.02.28 14:10异步方法不期望或监测操作（下订单）的结果，只是发送的事实，因此不记录它。 如果我们 "睁开眼睛"，我们可以从第二个日志中看到，没有收到对OnTradeTransaction的回应（几个小时）。 如果在 OnTradeTransaction中没有回应，ProcessOrders 函数会跟踪已发送订单 的情况。 添加 看不出来，除非两个日志中的TICKETS是一样的...... fxsaber 2018.02.22 18:44 #932 第二个日志是自定义的。你可以在里面乱写乱画，包括你自己的虫子。 prostotrader 2018.02.22 18:48 #933 fxsaber: 第二个日志是自定义的。你可以在那里涂抹任何你喜欢的东西，包括你自己的虫子。与其写你的捏造，不如问自己这个问题。 为什么MQs不对交易所的响应进行PROTOCOL？ 是的，因为这样就有了无可辩驳的证据! 就像现在这样，你可以说和提到任何东西! 任何日志和代码样本--仍将是独立的（因为它们不是终端的日志） :) 而且只需要一行代码就可以在终端创建这样的日志，票据是众所周知的。 fxsaber 2018.02.22 19:02 #934 prostotrader:与其写你的捏造，不如问自己这个问题。 为什么MQs不对交易所的响应进行PROTOCOL？ 是的，因为这样就有了无可辩驳的证据! 就像现在这样，你可以说和提到任何东西! 任何日志和代码样本--仍将是独立的（因为它们不是终端的日志） :) 而且只需要一行代码就可以在终端创建这样的日志，票据是众所周知的。当然，人们总是可以把一个技术性的话题变成一个阴谋性的话题。 Sergey Chalyshev 2018.02.23 22:20 #935 fxsaber:当然，总是有可能把一个技术话题变成阴谋论。并非总是如此，只有在没有确凿证据的时候。 当一切都透明时，你不能把它变成一个阴谋。 Denis Kirichenko 2018.02.25 17:22 #936 prostotrader: 是的，31秒的延迟!他们是傻子吗？ 嫖 娼者。 刚刚收到经纪人的答复 :) 一如既往的STANDARD。 "我们联系了开发商".... 就这样，在2年零2个月的时间里...也许在奥特克雷瓦什卡也有白痴... 而你得是谁，犹豫不决，在2年2个月后还没有意识到他们在胡闹？:-)) prostotrader 2018.02.25 23:35 #937 Dennis Kirichenko:也许在奥特维奇卡也有白痴... 我不禁要问，你是谁，在2年零2个月内没有意识到他们被人牵着鼻子走？:-))而且我不确定这是不是布洛克的错。 每次有新的建设出来，都会发生一些事情。 而且不要忘记，Otkryvashka不是一个外汇交易的厨房，他们靠佣金生活。 他们把延迟（早上）放在31秒，而在白天--正常模式--6-7毫秒的原因是什么？ prostotrader 2018.02.26 15:09 #938 这就是 "选择性 "开放者的方式，只在早上放一个延迟。 并仅是为了删除该订单。 2018.02.26 10:00:01.551 Trades 'xxxxx': sell limit 1.00 NLMK-6.18 at 15840 2018.02.26 10:00:01.582 Trades 'xxxxx': accepted sell limit 1.00 NLMK-6.18 at 15840 2018.02.26 10:00:01.583 Trades 'xxxxx': sell limit 1.00 NLMK-6.18 at 15840 placed for execution in 32.004 ms 2018.02.26 10:00:08.631 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0 2018.02.26 10:00:08.636 Trades 'xxxxx': accepted modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0 2018.02.26 10:00:08.637 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15840 sl: 0 tp: 0 -> 15500, sl: 0 tp: 0 placed for execution in 6.124 ms 2018.02.26 10:00:10.132 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 2018.02.26 10:00:10.137 Trades 'xxxxx': accepted modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 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:00:41.057 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 2018.02.26 10:01:09.762 Trades 'xxxxx': accepted cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 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 而且，以一种 "奇怪 "的方式，ProcessOrders 函数保持着对订单的跟踪。 2018.02.26 10:00:42.081 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:43.095 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:44.110 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:45.117 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:46.138 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:47.151 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:48.161 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:49.182 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:50.195 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:51.205 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:52.221 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:53.236 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:54.245 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:55.263 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:56.266 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:57.286 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:58.305 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:00:59.309 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:00.337 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:01.353 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:02.362 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:03.381 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:04.395 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:05.404 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:06.423 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:07.432 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:08.446 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL 2018.02.26 10:01:09.465 trader (NLMK-3.18,M1) ProcessOrders: Билет sell ордера = 84618465 Cост. ордера = ORD_DO_CANCEL fxsaber 2018.02.26 15:13 #939 prostotrader:而且，以一种 "奇怪 "的方式，ProcessOrders 函数保持着对订单的跟踪。 为什么会出现在这里？ prostotrader 2018.02.26 15:17 #940 fxsaber:为什么会出现在这里？这不适合你...(你不是唯一在看这个主题的人) 1...87888990919293949596979899100101...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这些日志提出了一个问题："是否有一个男孩？"这根木头桩子和整个信息对外部观察者来说有什么意义？
特别是第二篇日志。
异步方法不期望或监测操作（下订单）的结果，只是发送的事实，因此不记录它。
如果我们 "睁开眼睛"，我们可以从第二个日志中看到，没有收到对OnTradeTransaction的回应（几个小时）。
如果在 OnTradeTransaction中没有回应，ProcessOrders 函数会跟踪已发送订单 的情况。
添加
看不出来，除非两个日志中的TICKETS是一样的......
第二个日志是自定义的。你可以在那里涂抹任何你喜欢的东西，包括你自己的虫子。
与其写你的捏造，不如问自己这个问题。
为什么MQs不对交易所的响应进行PROTOCOL？
是的，因为这样就有了无可辩驳的证据!
就像现在这样，你可以说和提到任何东西!
任何日志和代码样本--仍将是独立的（因为它们不是终端的日志） :)
而且只需要一行代码就可以在终端创建这样的日志，票据是众所周知的。
与其写你的捏造，不如问自己这个问题。
为什么MQs不对交易所的响应进行PROTOCOL？
是的，因为这样就有了无可辩驳的证据!
就像现在这样，你可以说和提到任何东西!
任何日志和代码样本--仍将是独立的（因为它们不是终端的日志） :)
而且只需要一行代码就可以在终端创建这样的日志，票据是众所周知的。
当然，人们总是可以把一个技术性的话题变成一个阴谋性的话题。
当然，总是有可能把一个技术话题变成阴谋论。
并非总是如此，只有在没有确凿证据的时候。
当一切都透明时，你不能把它变成一个阴谋。
prostotrader:
是的，31秒的延迟!
他们是傻子吗？
嫖 娼者。
刚刚收到经纪人的答复 :)
一如既往的STANDARD。
"我们联系了开发商"....
就这样，在2年零2个月的时间里...
也许在奥特克雷瓦什卡也有白痴...
而你得是谁，犹豫不决，在2年2个月后还没有意识到他们在胡闹？:-))
也许在奥特维奇卡也有白痴...
我不禁要问，你是谁，在2年零2个月内没有意识到他们被人牵着鼻子走？:-))
而且我不确定这是不是布洛克的错。
每次有新的建设出来，都会发生一些事情。
而且不要忘记，Otkryvashka不是一个外汇交易的厨房，他们靠佣金生活。
他们把延迟（早上）放在31秒，而在白天--正常模式--6-7毫秒的原因是什么？
这就是 "选择性 "开放者的方式，只在早上放一个延迟。
并仅是为了删除该订单。
而且，以一种 "奇怪 "的方式，ProcessOrders 函数保持着对订单的跟踪。
而且，以一种 "奇怪 "的方式，ProcessOrders 函数保持着对订单的跟踪。
为什么会出现在这里？
为什么会出现在这里？
这不适合你...(你不是唯一在看这个主题的人)