堡垒。执法问题 - 页 16

新评论
 
Mikalas:

下午好，Renat!

你能不能澄清一下Real和Demo上的Discovery服务器的版本？

他们承诺今天将把真正的更新到1085。
 
Mikalas:

早上好，Renat!

你不保证OnTradeTransaction事件的到来，所以它没有到来（TRADE_TRANSACTION_DEAL_AD）。

你从哪里得到这种说法的？


而当TRADE_TRANSACTION_HISTORY_ADD事件发生时，订单状态为ORDER_STATE_CANCELED。

这就是 "腿长 "的地方。

在我看来，如果该订单（无论它是如何被执行的）被部分执行，那么它的状态是

应在历史中记录为ORDER_STATE_PARTIAL。

不幸的是，你在讨论时没有提供完整的信息（日志和报告），只是抽出部分内容，让对方半途而废，进行推测和猜测。这是为了给自己留下回旋的余地，还是不去想它？

我不打算在这种模式下继续下去。

 
Renat:

不幸的是，由于某些原因，你没有提供完整的信息（日志、报告），只是掏出一些零碎的东西，迫使对方在一半时间内作出结论和猜测。是给自己留有回旋余地，还是不去想它？

我不打算在这种模式下继续下去。

好的，没问题，我会把日志和报告发给Servicedesk。

 
Renat:
答应今天将真实的更新为1085。

终于有了更新。

这里是过去的情况。

2015.01.08 08:29:34.180 Trades  'xxxxx': buy limit 1.00 Si-3.15 at 64059 placed for execution in 56 ms
2015.01.08 08:29:39.815 Trades  'xxxxx': cancel order #9872154 buy limit 1.00 Si-3.15 at 64059 placed for execution in 64 ms
2015.01.08 08:29:42.307 Trades  'xxxxx': exchange buy 1.00 Si-3.15 at market placed for execution in 41 ms
2015.01.08 08:30:08.874 Trades  'xxxxx': exchange sell 1.00 Si-3.15 at market placed for execution in 25 ms

2015.01.30 16:28:02.522 Trades  'xxxxx': buy limit 1.00 Si-3.15 at 71533 placed for execution in 46 ms
2015.01.30 16:28:09.614 Trades  'xxxxx': buy limit 1.00 Si-3.15 at 71534 placed for execution in 74 ms
2015.01.30 16:28:19.719 Trades  'xxxxx': exchange sell 2.00 Si-3.15 at market placed for execution in 31 ms

2015.02.09 13:55:52.846 Trades  'xxxxx': buy limit 1.00 Si-3.15 at 67143 placed for execution in 46 ms
2015.02.09 13:55:59.107 Trades  'xxxxx': cancel order #10668964 buy limit 1.00 Si-3.15 at 67143 placed for execution in 28 ms

以及现在的Build 1085的情况。

2015.03.04 09:22:35.094 Trades  'xxxxx': exchange sell 1.00 Si-3.15 at market placed for execution in 7 ms
2015.03.04 09:21:12.380 Trades  'xxxxx': buy limit 1.00 Si-3.15 at 62085 placed for execution in 7 ms

平均ping值为3.5ms。


 

是的，它已经变得更好了!

但我的数字有点不同。

2015.03.04 14:27:44.172 Trades  'xxxxx': modify order #11552536 sell limit 3.00 CHMF-6.15 at 75998 sl: 0 tp: 0 -> 75996, sl: 0 tp: 0
2015.03.04 14:27:44.189 Trades  'xxxxx': modify order #11552536 sell limit 3.00 CHMF-6.15 at 75998 sl: 0 tp: 0 -> 75996, sl: 0 tp: 0 placed for execution in 16 ms
2015.03.04 14:27:44.312 Trades  'xxxxx': modify order #11552536 sell limit 3.00 CHMF-6.15 at 75996 sl: 0 tp: 0 -> 73906, sl: 0 tp: 0
2015.03.04 14:27:44.360 Trades  'xxxxx': modify order #11552536 sell limit 3.00 CHMF-6.15 at 75996 sl: 0 tp: 0 -> 73906, sl: 0 tp: 0 placed for execution in 47 ms
2015.03.04 14:27:45.154 Trades  'xxxxx': cancel order #11552536 sell limit 3.00 CHMF-6.15 at 73906
2015.03.04 14:27:45.167 Trades  'xxxxx': cancel order #11552536 sell limit 3.00 CHMF-6.15 at 73906 placed for execution in 12 ms
 
Mikalas:

是的，它已经变得更好了!

但我的数字有点不同。

挑选不同的接入点，不考虑点扫描窗口中的PING数字。

我们遇到的情况是，他们的 "访问服务器IV "点实际上有4至22毫秒的响应时间变化（我们显示的是最小值，在这种情况下是不正确的）。对我们来说，"访问服务器III "点的效果最好。

我们正在理清这个问题。

 

这是测试版中的玻璃现在的样子。


 
Renat:

这就是现在测试版中的玻璃的样子。


酷!但我，比如说，只交易专家顾问，没有指标。

还有一点焦油。

2015.03.04 15:19:56.090 Trades  '1005764': buy limit 1.00 GAZR-6.15 at 14714
2015.03.04 15:19:56.091 Trades  '1005764': sell limit 1.00 GAZR-6.15 at 17098
2015.03.04 15:19:56.398 Trades  '1005764': buy limit 1.00 GAZR-6.15 at 14714 placed for execution in 307 ms
2015.03.04 15:19:56.398 Trades  '1005764': sell limit 1.00 GAZR-6.15 at 17098 placed for execution in 306 ms
 

雷纳特!

如果你和我:)把你的平台带到一个完美的

如果我们把你的交易平台 打造成一个完美的平台，那么交易者就不会想在其他地方进行交易。

在其他方面进行交易。

你有一个伟大的概念，但你的交易功能却很蹩脚。

P/S 不要禁止我，否则就没有人说实话了 ....

我还有很多问题要问你。

 
Renat:

这就是现在测试版中堆栈的样子。

是的，新服务器的加速是激进的9-11ms，这是在MT 1060版本上（还没有升级）。

关于tumblr--为什么他们现在把tumblr的高级模式默认为禁用？IMHO，以前是比较正确的。

1...91011121314151617181920212223...156
新评论