错误、漏洞、问题 - 页 988

[Andrey Sharov]

stringo:

为什么？

代理人只有在确定的欺诈性原因下才会被强行阻止。我们已经谈论过很多次了。例如，在一台2核计算机上有100个代理。或者4个代理在256兆的内存上为所有的人服务。或者一个虚拟机上的代理报告说它有一千兆的内存，但没有说与另外7个虚拟机共享这一千兆。以此类推。

为什么要告诉别人他们在作弊呢？ 这是个耻辱，不是吗？

没错，这是个耻辱。你明确指出的理由都不合适。我希望能更清楚地了解。

[Slava]

Ashes:
没错，这是个耻辱。你明确提出的理由都不合适。我希望能有更多的明确性。

你的理由是什么？你有什么想法吗？

如果你不感到内疚，你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。

在任何情况下，我们都不会在日志中写下禁用代理的原因，因为一般的云网络安全原因。

[Andrey Sharov]

stringo:

你的理由是什么？你有什么想法吗？

如果你不感到内疚，你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。

在任何情况下，我们都不会在日志中写明出于整个云网络的安全原因而禁用代理的原因。

我们想知道原因。 开发商可以告诉我们，中介到底不喜欢什么。我们可以猜测很长时间，但无济于事。

[elv1s]

下午。当我试图连接到MQL5云计算网络 时，我得到了以下错误。 在登录/密码后，我在终端日志中得到了以下错误。

"MQL5.community对'evl1s'的授权失败"，同时发生以下错误。

"MQL5市场未能获得用户产品的清单[403]"。有人遇到过吗？

[---]

Ashes:
开发商可以告诉你，中介到底不喜欢什么。猜测可能是漫长而无结果的...

让你鹦鹉学舌？

答案是再次。

如果你不感到内疚，你可以很容易地联系服务台 要求解释。但最好在断开连接后尽快进行。

在任何情况下，我们都不会在日志中写下代理被禁用的原因，这是出于 一般的云安全原因 。

[Andrey Sharov]

sergeev:

让你鹦鹉学舌？

答案又来了。

1) 别紧张!

2）在最近的历史上，有一些已知的案例，最初做出的MQ决定后来被推翻了。

[Nikolai Karetnikov]

Ashes:

1) 别紧张!

2）在最近的历史上，有一些已知的案例，最初做出的MQ决定后来被推翻了。

下午好!

是否有办法将警报中的重复次数设置为默认？

谢谢你!

[---]

Ashes:

2）在最近的历史上，出现了最初做出的MQ决定后来被推翻的情况。

不是这样的。

没有人会告诉你防御的方法。自掘坟墓？

[Igor Maslov]

stringo:

你的理由是什么？你有什么想法吗？

如果你不感到内疚，你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。

在任何情况下，我们都不会在日志中写明 出于整个云网络的安全原因而禁用代理的原因。

你至少可以在服务台解释一下吗？完全正常的特工的大规模自杀看起来令人沮丧。此外，我还没有在计算机中发现任何犯罪活动（包括你上面提到的那种）。有机器，我把代理，我自己使用它们并出售它们--这就是全部。

[Andrey Sharov]

muallch:
你至少可以在服务台解释一下吗？完全正常的特工的大规模自杀看起来令人沮丧。更重要的是，我没有在电脑中发现任何罪行（包括你提到的）。有机器，我把代理，我自己使用它们并出售它们--这就是全部。

如果系统被克隆，系统的Id（见tester\manager\common.ini）可能是相同的，这可能导致代理被删除（一个可能的原因）。 见https://www.mql5.com/ru/forum/8842/page8#comment_370832