堡垒。执法问题 - 页 93 1...8687888990919293949596979899100...156 新评论 straler2011 2018.02.16 14:36 #921 Forts期货市场使用Metacom是一个白痴，因为Metacom在var保证金的概念上没有得到充分的训练。对于期货市场（在免费的市场中），Quick是最好的，不管它因不方便而受到多少批评，但它能正确无误地计算出一切。 prostotrader 2018.02.16 14:47 #922 straler2011: 在期货市场上使用Metac是一种误解，因为Metac在var保证金的概念上没有得到充分的训练。对于期货市场（在免费的市场中），Quick是最好的，不管它因不方便而受到多少批评，但它能正确无误地计算出一切。你可能不仅在错误的分支，也在错误的论坛。 prostotrader 2018.02.16 14:50 #923 Dennis Kirichenko:所以问题可能是。1.终端本身（它说它发送了订单，但它实际上没有发送），这一点我非常怀疑 没有。2.OPEN的供应商或OPEN的内部网络不能正常工作。 没有。3.服务员将MY的订单排好队，等待时间为31秒。 是的。 在先进的社会主义时代，能有什么技术问题？有趣 :-)) 高频交易？机器人是否经常向服务器发送订单？是的，有31秒的延迟。 他们是傻子吗？ prostotrader 2018.02.16 14:57 #924 刚刚收到经纪人的回复 :) 一如既往的STANDARD。 "我们联系了开发商".... 就这样，在2年零2个月的时间里... prostotrader 2018.02.21 13:36 #925 拖延似乎并不十分 "可怕"。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms 但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。 2018.02.21 10:00:09.136 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 10:00:10.149 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET ........ ........ ........ 2018.02.21 14:42:37.260 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 14:42:38.270 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET fxsaber 2018.02.21 13:52 #926 prostotrader:但OnTradeTransaction 中的服务器响应从未收到（我不得不用手操作）。 如果有日志记录，那是在OnTradeTransaction。这就是MT5的内部结构。寻找你自己的错误。 prostotrader 2018.02.22 02:20 #927 fxsaber:如果日志中有条目，则是在OnTradeTransaction中。这就是MT5的内部结构。寻找你自己的错误。第100次了。 当订单被 异步发送 时，来自交易所(服务器)的响应是不具有PROTOCOLED的! fxsaber 2018.02.22 05:58 #928 prostotrader:第100次了。 当订单被异步发送时，来自交易所(服务器)的响应是不具有PROTOCOLED的!这个条目在终端中是怎么来的？ 关于交易、自动交易系统和测试交易策略的论坛 堡垒。关于执行的问题 prostotrader, 2018.02.21 13:36 似乎不是一个非常 "可怕 "的延迟。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms 但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。 prostotrader 2018.02.22 18:18 #929 fxsaber:这个条目在航站楼里是怎么来的？ 学习基础知识! 你所强调的黄色部分是服务器的响应，即订单已被发送到Exchange! 而且进一步说--不具有PROTOCOLED（当订单以异步方式发送时）! "烟竹 "并在OnTradeTransaction 中等待回应 fxsaber 2018.02.22 18:25 #930 prostotrader:学习基础知识! 你所强调的黄色部分是服务器的响应，即订单已被发送到Exchange! 而且进一步说--不具有PROTOCOLED（当订单以异步方式发送时）! "熏陶竹子，在OnTradeTransaction 中等待答案这些日志提出了一个问题："是否有一个男孩？"这根木头桩子和整个信息对外部观察者来说有什么意义？ 关于交易、自动交易系统和策略测试的论坛 堡垒。关于执行的问题 prostotrader, 2018.02.21 13:36 似乎不是一个非常 "可怕 "的延迟。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms 但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。 2018.02.21 10:00:09.136 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 10:00:10.149 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET ........ ........ ........ 2018.02.21 14:42:37.260 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 14:42:38.270 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET特别是第二篇日志。 1...8687888990919293949596979899100...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
在期货市场上使用Metac是一种误解，因为Metac在var保证金的概念上没有得到充分的训练。对于期货市场（在免费的市场中），Quick是最好的，不管它因不方便而受到多少批评，但它能正确无误地计算出一切。
你可能不仅在错误的分支，也在错误的论坛。
所以问题可能是。
1.终端本身（它说它发送了订单，但它实际上没有发送），这一点我非常怀疑
没有。
2.OPEN的供应商或OPEN的内部网络不能正常工作。
没有。
3.服务员将MY的订单排好队，等待时间为31秒。
是的。
在先进的社会主义时代，能有什么技术问题？有趣 :-))
高频交易？机器人是否经常向服务器发送订单？
是的，有31秒的延迟。
他们是傻子吗？
刚刚收到经纪人的回复 :)
一如既往的STANDARD。
"我们联系了开发商"....
就这样，在2年零2个月的时间里...
拖延似乎并不十分 "可怕"。
但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。
但OnTradeTransaction 中的服务器响应从未收到（我不得不用手操作）。
如果有日志记录，那是在OnTradeTransaction。这就是MT5的内部结构。寻找你自己的错误。
如果日志中有条目，则是在OnTradeTransaction中。这就是MT5的内部结构。寻找你自己的错误。
第100次了。
当订单被 异步发送 时，来自交易所(服务器)的响应是不具有PROTOCOLED的!
第100次了。
当订单被异步发送时，来自交易所(服务器)的响应是不具有PROTOCOLED的!
这个条目在终端中是怎么来的？
关于交易、自动交易系统和测试交易策略的论坛
堡垒。关于执行的问题
prostotrader, 2018.02.21 13:36
似乎不是一个非常 "可怕 "的延迟。
2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。
这个条目在航站楼里是怎么来的？
学习基础知识!
你所强调的黄色部分是服务器的响应，即订单已被发送到Exchange!
而且进一步说--不具有PROTOCOLED（当订单以异步方式发送时）!
"烟竹 "并在OnTradeTransaction 中等待回应
学习基础知识!
你所强调的黄色部分是服务器的响应，即订单已被发送到Exchange!
而且进一步说--不具有PROTOCOLED（当订单以异步方式发送时）!
"熏陶竹子，在OnTradeTransaction 中等待答案
这些日志提出了一个问题："是否有一个男孩？"这根木头桩子和整个信息对外部观察者来说有什么意义？
关于交易、自动交易系统和策略测试的论坛
堡垒。关于执行的问题
prostotrader, 2018.02.21 13:36
似乎不是一个非常 "可怕 "的延迟。
但OnTradeTransaction 中的服务器响应从未收到（不得不手工操作）。
特别是第二篇日志。