错误、漏洞、问题 - 页 988 1...981982983984985986987988989990991992993994995...3184 新评论 Andrey Sharov 2013.05.24 11:39 #9871 stringo: 为什么? 代理人只有在确定的欺诈性原因下才会被强行阻止。我们已经谈论过很多次了。例如,在一台2核计算机上有100个代理。或者4个代理在256兆的内存上为所有的人服务。或者一个虚拟机上的代理报告说它有一千兆的内存,但没有说与另外7个虚拟机共享这一千兆。以此类推。 为什么要告诉别人他们在作弊呢? 这是个耻辱,不是吗? 没错,这是个耻辱。你明确指出的理由都不合适。我希望能更清楚地了解。 Slava 2013.05.24 11:57 #9872 Ashes: 没错,这是个耻辱。你明确提出的理由都不合适。我希望能有更多的明确性。你的理由是什么?你有什么想法吗?如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。在任何情况下,我们都不会在日志中写下禁用代理的原因,因为一般的云网络安全原因。 Общайтесь с разработчиками через Сервисдеск! www.mql5.com Ваше сообщение сразу станет доступно нашим отделам тестирования, технической поддержки и разработчикам торговой платформы. Andrey Sharov 2013.05.24 12:07 #9873 stringo: 你的理由是什么?你有什么想法吗? 如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。 在任何情况下,我们都不会在日志中写明出于整个云网络的安全原因而禁用代理的原因。 我们想知道原因。 开发商可以告诉我们,中介到底不喜欢什么。我们可以猜测很长时间,但无济于事。 elv1s 2013.05.24 12:16 #9874 下午。当我试图连接到MQL5云计算网络 时,我得到了以下错误。 在登录/密码后,我在终端日志中得到了以下错误。 "MQL5.community对'evl1s'的授权失败",同时发生以下错误。"MQL5市场未能获得用户产品的清单[403]"。有人遇到过吗? Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network --- 2013.05.24 12:50 #9875 Ashes: 开发商可以告诉你,中介到底不喜欢什么。猜测可能是漫长而无结果的...让你鹦鹉学舌?答案是再次。如果你不感到内疚,你可以很容易地联系服务台 要求解释。但最好在断开连接后尽快进行。 在任何情况下,我们都不会在日志中写下代理被禁用的原因,这是出于 一般的云安全原因 。 Andrey Sharov 2013.05.24 13:13 #9876 sergeev: 让你鹦鹉学舌? 答案又来了。 1) 别紧张! 2)在最近的历史上,有一些已知的案例,最初做出的MQ决定后来被推翻了。 Nikolai Karetnikov 2013.05.24 13:24 #9877 Ashes: 1) 别紧张! 2)在最近的历史上,有一些已知的案例,最初做出的MQ决定后来被推翻了。下午好!是否有办法将警报中的重复次数设置为默认?谢谢你! --- 2013.05.24 14:50 #9878 Ashes: 2)在最近的历史上,出现了最初做出的MQ决定后来被推翻的情况。不是这样的。没有人会告诉你防御的方法。自掘坟墓? Igor Maslov 2013.05.24 16:13 #9879 stringo:你的理由是什么?你有什么想法吗?如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。在任何情况下,我们都不会在日志中写明 出于整个云网络的安全原因而禁用代理的原因。 你至少可以在服务台解释一下吗?完全正常的特工的大规模自杀看起来令人沮丧。此外,我还没有在计算机中发现任何犯罪活动(包括你上面提到的那种)。有机器,我把代理,我自己使用它们并出售它们--这就是全部。 Andrey Sharov 2013.05.24 17:20 #9880 muallch: 你至少可以在服务台解释一下吗?完全正常的特工的大规模自杀看起来令人沮丧。更重要的是,我没有在电脑中发现任何罪行(包括你提到的)。有机器,我把代理,我自己使用它们并出售它们--这就是全部。 如果系统被克隆,系统的Id(见tester\manager\common.ini)可能是相同的,这可能导致代理被删除(一个可能的原因)。 见https://www.mql5.com/ru/forum/8842/page8#comment_370832 1...981982983984985986987988989990991992993994995...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
为什么?
代理人只有在确定的欺诈性原因下才会被强行阻止。我们已经谈论过很多次了。例如,在一台2核计算机上有100个代理。或者4个代理在256兆的内存上为所有的人服务。或者一个虚拟机上的代理报告说它有一千兆的内存,但没有说与另外7个虚拟机共享这一千兆。以此类推。
为什么要告诉别人他们在作弊呢? 这是个耻辱,不是吗?
没错,这是个耻辱。你明确提出的理由都不合适。我希望能有更多的明确性。
你的理由是什么?你有什么想法吗?
如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。
在任何情况下,我们都不会在日志中写下禁用代理的原因,因为一般的云网络安全原因。
你的理由是什么?你有什么想法吗?
如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。
在任何情况下,我们都不会在日志中写明出于整个云网络的安全原因而禁用代理的原因。
下午。当我试图连接到MQL5云计算网络 时,我得到了以下错误。 在登录/密码后,我在终端日志中得到了以下错误。
"MQL5.community对'evl1s'的授权失败",同时发生以下错误。
"MQL5市场未能获得用户产品的清单[403]"。有人遇到过吗?开发商可以告诉你,中介到底不喜欢什么。猜测可能是漫长而无结果的...
让你鹦鹉学舌?
答案是再次。
如果你不感到内疚,你可以很容易地联系服务台 要求解释。但最好在断开连接后尽快进行。
在任何情况下,我们都不会在日志中写下代理被禁用的原因,这是出于 一般的云安全原因 。让你鹦鹉学舌?
答案又来了。
1) 别紧张!
2)在最近的历史上,有一些已知的案例,最初做出的MQ决定后来被推翻了。
1) 别紧张!
2)在最近的历史上,有一些已知的案例,最初做出的MQ决定后来被推翻了。
下午好!
是否有办法将警报中的重复次数设置为默认?
谢谢你!
2)在最近的历史上,出现了最初做出的MQ决定后来被推翻的情况。
不是这样的。
没有人会告诉你防御的方法。自掘坟墓?
你的理由是什么?你有什么想法吗?
如果你不感到内疚,你可以很容易地向服务台 要求解释。但最好在断开连接后尽快这样做。
在任何情况下,我们都不会在日志中写明 出于整个云网络的安全原因而禁用代理的原因。
你至少可以在服务台解释一下吗?完全正常的特工的大规模自杀看起来令人沮丧。更重要的是,我没有在电脑中发现任何罪行(包括你提到的)。有机器,我把代理,我自己使用它们并出售它们--这就是全部。
如果系统被克隆,系统的Id(见tester\manager\common.ini)可能是相同的,这可能导致代理被删除(一个可能的原因)。 见https://www.mql5.com/ru/forum/8842/page8#comment_370832