错误、漏洞、问题 - 页 667

[Anatoli Kazharski]

SYMBOL_VOLUME_LIMIT 属性。

每个符号的未结头寸和挂单（无论方向）的最大允许总 成交量

//---

真的是这样吗，还是应该用不同的措辞？

//---

如果应该按照它的写法来理解，那么请看下面的屏幕截图。

//---

标有红点的订单不应该被设置，因为如果我们试图设置一个超过限额的订单，我们会得到一个错误（10034-此符号的订单和头寸量已达到限额）。

订单的限制工作正常，如果你试图设置超过12个 订单（竞赛账户），订单不会被设置，并返回一个错误（10033 - 已达到挂单数量的限制）。

[Anatoli Kazharski]

对上一条信息。

这同样适用于仓位量。这意味着成交量很容易被超过而不返回错误（10034 - 已达到特定符号的订单和头寸的限制）。见下面的屏幕截图。

//---

而且超出的部分也是你想要的那么多。

[Anatoli Kazharski]

Yedelkin:

好吧，我在前面已经说了一些关于技术支持的自由思考的可能性。这就像在莫斯科的集会上：他们在一个口号上达成一致，但却在谈论别的东西。 ...如果他们有51个货币对，就这样，那么就不应该有任何眼镜。否则，就会出现真实的量，而不是打勾的量。我个人并不介意，但一切都很可疑。接下来我们再次看到与Bezrukov有关的情节 :)

今天收到了他们的答复。

来自tol64的消息。
对以前的帖子还有一个问题。MT5 平台将只用于股票交易？那么，如果保留EXCHANGE 执行类型，就不会有货币对？

目前，计划只提供货币对，是的，有交易所类型的执行和来自Currenex 的栈桥。

Rann 在同一论坛上提供了许多关于市场深度 的有用信息。

[Anatoli Kazharski]

tol64:

对上一条信息。

这同样适用于仓位量。这意味着成交量很容易被超过而不返回错误（10034 - 已达到特定符号的订单和头寸的限制）。见下面的屏幕截图。

//---

而且超出的程度也是随心所欲。

上述是针对待处理的订单。

至于使用买入/卖出 操作增加仓位量，一切都很正常。当试图超过限制时，我们会得到一个相应的代码（10034 - 已达到特定符号的订单和头寸数量限制）。

//---

最近，由于众多的错误，我遇到了很多挫折。请尽快修复它。我不想把一个 "肮脏 "的产品放在市场上。

[Anatoli Kazharski]

tol64:

SYMBOL_VOLUME_LIMIT 属性。

每个符号的开仓和挂单 的最大允许总量（无论方向）。

...

此外，我们不应该不顾方向 地考虑体积，而恰恰是要考虑 取决于方向.

例如（有比赛限制的数值）。

有一个开放的买入 头寸（10手）。如果你设置了一个BUY_STOP 挂单（10手），我们应该得到代码10034，因为当它触发时，成交量将增加一个比服务器上设置的限制（15手）高的水平。如果我们从写成红色的代码开始，即使我们试图放置SELL_STOP 挂单，我们也会得到同样的代码。但为什么呢？因为我们只是以这种方式平仓。所以，对方向有直接的依赖性。

[Alexey Da]

tol64:

在索引 列表中没有ACCOUNT_LIMIT_ORDERS 属性，在帮助 中。当搜索或点击属性F1 时， ACCOUNT_LEVERAGE 被突出显示 。

谢谢你。我们会检查，我们会修复它。

[x572intraday]

你能告诉我，下载历史记录是否发生在逐块校验的情况下，还是我只是翻了个白眼？因为我的操作系统对它非常糟糕，几乎在所有的应用程序中都是如此（注册表清理和其他阴暗的东西没有帮助，而且我还不能从头重新安装），硬件纠错也没有帮助。真的很讨厌要处理一个歪曲的历史......。

[Anatoli Kazharski]

tol64:
В списке Указателя, в Справке, нет свойства ACCOUNT_LIMIT_ORDERS. При поиске или нажатии на свойстве F1 выделяется ACCOUNT_LEVERAGE.

alexvd:
谢谢你。我们会检查并纠正。

你能不能只检查和纠正这一点，或者我在上一篇文章中描述的一切？我指的是不正确的制约因素核算。你会注意到这一点，还是会在服务台中复制它？

[Alexey Da]

tol64:
你能不能只检查和纠正这一点，或者我在最后几篇文章中描述的所有内容？我指的是对限制的不正确核算。你会注意到这一点，还是会在服务台中复制它？

当然，对服务台更好。你的帖子基本都是围绕着这个主题散布的。不要忘记指定服务器并附上测试源。

[Anatoli Kazharski]

alexvd:

当然，最好是服务化。你的帖子相当分散地围绕着这个主题。不要忘记指定服务器并附上测试源。

在服务台 提出了一个请求。谢谢你。