堡垒。执法问题 - 页 98 1...919293949596979899100101102103104105...156 新评论 prostotrader 2018.02.28 09:35 #971 今天两次都没有服务器响应 :( Denis Kirichenko 2018.02.28 09:39 #972 prostotrader: 今天两次都没有得到服务器的回应 :(又是在开市的时候？能否请您告诉我们您做了哪些交易？ prostotrader 2018.02.28 09:52 #973 Dennis Kirichenko:又是在开市的时候？并请说明你做了哪些交易。对定单 ALRS和VTBR（均为卖出）没有回应。 2018.02.28 10:00:04.782 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:05.543 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:05.828 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:06.824 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:07.339 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:07.838 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:08.351 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:08.351 trader (Eu-12.18,M1) CheckOrders: Задержка ответа сервера. Ожидание продолжается... 2018.02.28 10:00:08.357 trader (TRNF-3.18,M1) ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:08.850 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:08.850 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:08.852 trader (ROSN-9.18,M1) ProcessOrders: Билет buy ордера = 84718414 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:08.852 trader (LKOH-6.18,M1) ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:08.856 trader (ROSN-9.18,M1) ProcessOrders: Билет sell ордера = 84718415 Cост. ордера = ORD_DO_CANCEL 2018.02.28 10:00:09.367 trader (TRNF-3.18,M1) ProcessOrders: Билет sell ордера = 84718472 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:09.367 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:09.371 trader (Eu-12.18,M1) CheckOrders: Задержка ответа сервера. Ожидание продолжается... 2018.02.28 10:00:09.882 trader (ROSN-9.18,M1) ProcessOrders: Buy ордер в переходном состоянии. Билет = 84718414 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:09.901 trader (ROSN-9.18,M1) ProcessOrders: Sell ордер в переходном состоянии. Билет = 84718415 Cост. ордера = ORD_DO_CANCEL 2018.02.28 10:00:10.009 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:00:10.011 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84718419 Cост. ордера = ORD_DO_MODIFY 2018.02.28 10:00:10.022 trader (LKOH-6.18,M1) ProcessOrders: Билет sell ордера = 84718420 Cост. ордера = ORD_DO_MODIFY 大约50分钟后，我手动纠正了它。 2018.02.28 10:54:33.065 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:34.077 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:34.095 trader (VTBR-3.18,M1) ProcessOrders: Билет sell ордера = 84718476 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:35.091 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:36.115 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:37.129 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:38.134 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:39.150 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:40.162 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:41.193 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 10:54:42.197 trader (ALRS-3.18,M1) ProcessOrders: Билет sell ордера = 84718482 Cост. ордера = ORD_DO_SET 2018.02.28 11:33:40.707 trader (ALRS-3.18,M1) OnTradeTransaction: Main ордер отменён пользователем (или не успел исполниться). Билет = 84726222 Denis Kirichenko 2018.02.28 10:32 #974 很多人又要指责我了，但我坚持我的观点。 是的，我上面说得很情绪化，如果我冒犯了谁，请原谅我...... 我从远处走来。 想象一下，在苏联的商店开业之前，尽管是在早上9点。上午9点整，一个卡车装卸工从里面打开车间的门，就有可能被涌入的人群压倒。人群终于被推出了商店，在最初的几分钟里，商店很热闹，甚至是混乱。有很多噪音，很多脏话。 有时一些罪犯会走在队伍的前面。这时，人群变得更加激动和嘈杂......。 所以，你去那里。现在，交易员坐在显示器前，没有看到人群，在 "商店 "开业前一切都很安静。作为一名苏联购物者，这种喧嚣和混乱的感觉并没有困扰他。但这并不意味着当交易所系统启动后，出现竞价激增的情况就无效了。窄颈的原则并没有消失，仍然有效。 问题。你认为经纪人是随机触发他的买家，还是根据某种算法？在我看来，优先考虑的是大买家。经纪人从他们那里得到更多的佣金。还有就是经纪人的声誉问题。大买家的不满意比小买家的不满意更危险。也就是说，我假设大客户的订单在开盘时执行得更快。 问题。你认为经纪人没有意识到小型购物者 "商店 "正在受到影响吗？我想他当然会这样做。我们已经集体确定，"外面的人 "不是白痴。那么，经纪人该怎么做呢？ 好吧，可能是以某种方式尽量减少小气的购物者的挫折感。究竟如何？你不能取消订单，因为小商贩们会说："我这个受人尊敬的，虽然是小商贩，怎么会被经纪人拒绝？也许，你可以把小的出价放在竞价队列中，直到老板们回来......或者，接受主要的出价--买或卖，并保持修改......。 现在想象一下，在交易所有许多这样的经纪人：在一个会议开始时，甚至比在一个苏联商店里还要大惊小怪。 这些是想法。 P.S. 我文中的所有巧合都是巧合，都是说明性的。 Aleksey Vyazmikin 2018.02.28 10:42 #975 prostotrader: 今天两次都没有服务器响应 :(我甚至无法访问QuickBooks--它显示 "管理员阻止了访问"。 这都是管理员的诡计...... fxsaber 2018.02.28 11:13 #976 prostotrader:ALRS和VTBR（都是卖出指令）的定单 没有回应。 大约50分钟后，我手动纠正了它。 为什么不理解专家顾问日志没有说什么？有一个充分的变体 关于交易、自动交易系统和交易策略测试的论坛 堡垒。关于执行的问题 fxsaber, 2018.02.26 18:28 能否将所有传入的OnTradeTransaction结构的内容预置到文件中？ 当检测到 "没有回应到达 "的情况时。在文件中查看是否真的有回应，或没有回应。这是一个非常可靠的自我测试。因为在这种情况下会排除错误。 TheXpert 2018.02.28 11:17 #977 fxsaber: 因为在这种情况下，一个错误被排除了。所以这个事件是不保证的 fxsaber 2018.02.28 11:35 #978 Комбинатор:所以这不是一个有保障的事件这将是该事件没有发生的证据。 TheXpert 2018.02.28 11:48 #979 fxsaber:这将是该事件没有发生的证明。 非保证的活动怎么能成为缺席的证明？ prostotrader 2018.02.28 11:54 #980 Комбинатор: 非保证的活动怎么能成为缺席的证明？问题是，早在前年，OnTradeTransaction 就变得有保障了。:) 这就是我咆哮的原因（除了延误）。 添加 关于交易、自动交易系统和测试交易策略的论坛 "浮动 "错误 PositionSelect() MQ Alexander, 2016.08.03 18:00 关于订单、头寸和交易。正如帮助中写到的--交易到达顺序不被保证--订单转移到历史上的交易可以比交易更早收到。 在终端中改变头寸，严格说来是接收交易的结果，所以收到它就是保证头寸已经改变。 获得将订单转入历史的交易，只能确保该订单不再是有效的（开放的），并已被移入订单历史。另外，交易在从服务器到终端的传递过程中可能会丢失。至于这句话。它似乎被留在了具有异步交易的一个初始终端版本的文档中。它将很快被删除。肇事者将被枪毙。 1...919293949596979899100101102103104105...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
今天两次都没有得到服务器的回应 :(
又是在开市的时候？能否请您告诉我们您做了哪些交易？
又是在开市的时候？并请说明你做了哪些交易。
对定单 ALRS和VTBR（均为卖出）没有回应。
大约50分钟后，我手动纠正了它。
很多人又要指责我了，但我坚持我的观点。 是的，我上面说得很情绪化，如果我冒犯了谁，请原谅我......
我从远处走来。
想象一下，在苏联的商店开业之前，尽管是在早上9点。上午9点整，一个卡车装卸工从里面打开车间的门，就有可能被涌入的人群压倒。人群终于被推出了商店，在最初的几分钟里，商店很热闹，甚至是混乱。有很多噪音，很多脏话。 有时一些罪犯会走在队伍的前面。这时，人群变得更加激动和嘈杂......。
所以，你去那里。现在，交易员坐在显示器前，没有看到人群，在 "商店 "开业前一切都很安静。作为一名苏联购物者，这种喧嚣和混乱的感觉并没有困扰他。但这并不意味着当交易所系统启动后，出现竞价激增的情况就无效了。窄颈的原则并没有消失，仍然有效。
问题。你认为经纪人是随机触发他的买家，还是根据某种算法？在我看来，优先考虑的是大买家。经纪人从他们那里得到更多的佣金。还有就是经纪人的声誉问题。大买家的不满意比小买家的不满意更危险。也就是说，我假设大客户的订单在开盘时执行得更快。
问题。你认为经纪人没有意识到小型购物者 "商店 "正在受到影响吗？我想他当然会这样做。我们已经集体确定，"外面的人 "不是白痴。那么，经纪人该怎么做呢？ 好吧，可能是以某种方式尽量减少小气的购物者的挫折感。究竟如何？你不能取消订单，因为小商贩们会说："我这个受人尊敬的，虽然是小商贩，怎么会被经纪人拒绝？也许，你可以把小的出价放在竞价队列中，直到老板们回来......或者，接受主要的出价--买或卖，并保持修改......。
现在想象一下，在交易所有许多这样的经纪人：在一个会议开始时，甚至比在一个苏联商店里还要大惊小怪。
这些是想法。
P.S. 我文中的所有巧合都是巧合，都是说明性的。
今天两次都没有服务器响应 :(
我甚至无法访问QuickBooks--它显示 "管理员阻止了访问"。
这都是管理员的诡计......
ALRS和VTBR（都是卖出指令）的定单 没有回应。
大约50分钟后，我手动纠正了它。
为什么不理解专家顾问日志没有说什么？有一个充分的变体
关于交易、自动交易系统和交易策略测试的论坛
堡垒。关于执行的问题
fxsaber, 2018.02.26 18:28
能否将所有传入的OnTradeTransaction结构的内容预置到文件中？
当检测到 "没有回应到达 "的情况时。在文件中查看是否真的有回应，或没有回应。这是一个非常可靠的自我测试。
因为在这种情况下会排除错误。
因为在这种情况下，一个错误被排除了。
所以这个事件是不保证的
所以这不是一个有保障的事件
这将是该事件没有发生的证据。
这将是该事件没有发生的证明。
非保证的活动怎么能成为缺席的证明？
问题是，早在前年，OnTradeTransaction 就变得有保障了。:)
这就是我咆哮的原因（除了延误）。
添加
关于交易、自动交易系统和测试交易策略的论坛
"浮动 "错误 PositionSelect()
MQ Alexander, 2016.08.03 18:00
关于订单、头寸和交易。
正如帮助中写到的--交易到达顺序不被保证--订单转移到历史上的交易可以比交易更早收到。
在终端中改变头寸，严格说来是接收交易的结果，所以收到它就是保证头寸已经改变。
获得将订单转入历史的交易，只能确保该订单不再是有效的（开放的），并已被移入订单历史。
至于这句话。
它似乎被留在了具有异步交易的一个初始终端版本的文档中。它将很快被删除。肇事者将被枪毙。