公开讨论MQL5云计算网络中资源成本的计算公式 - 页 8

 

YuraZ:

在这方面向开发商提出一个问题!

我的理解是,专家顾问被发送到AGENT!到一个远程机器上启动。

事实证明,拦截和复制是真的。

我的理解是否正确?

我不能声称,但我个人没有看到任何EA的副本(也许它们只是在执行后被删除)。

肯定发送的是数据,但将很难拦截它。

可以肯定的是,在日志中可以检测到正在进行的专家顾问的一些评论,但这并不被认为是一个大问题(至少现在是这样)。

 
我们计划通过云端发送一个重新格式化的文件,这样它甚至不能被设定为运行。而且名字不会写在日志里,以免让用户紧张。
 
Renat:
我们正计划通过云端发送重新格式化的文件,这样即使是一个特别小组也无法启动。这些名字不会被写入日志,以免让用户紧张。

我不认为这些名字有什么意义,因为我不认为这些信息有什么意义(如果这些名字是理智的)。

另一件事是来自专家自己的日志信息(例如,在开箱时收到的信息)。

 
Interesting:

我不认为这些信息有多大的意义(只要名字是理智的)。

另一件事是来自EA本身的日志信息(例如,在解析过程中收到了什么)。

专家顾问在优化模式下的打印(而在cludes中只有交易策略的优化工作)被自动跳过,以加快进程。

也就是说,输出的结果 甚至没有格式化,也没有任何地方加起来。

Документация по MQL5: Общие функции / PrintFormat
Документация по MQL5: Общие функции / PrintFormat
  • www.mql5.com
Общие функции / PrintFormat - Документация по MQL5
 
雷纳特,罗什


我明白了,谢谢你提供的信息。

即使获得专家顾问的名字已经是固有的一些信息,很明显,它在未来将被禁用。


> 出于安全原因,代理绝不将从终端收到的EX5文件(EA、指标、库等)写入硬盘。

这意味着在磁盘上找不到它们,所以它们不能被拦截,这很好。

从理论上讲,我立即想到了内存转储...

>我们计划通过云端发送一个重新格式化的文件,这样它甚至不能被设定为运行。

但是,呃,这可以让人不那么紧张... ...

---


而现在,它是非常有用的......的信息

看看谁在测试:-)甚至有趣。

然而,我仍然没有观察到各种情况,一些专家大多沉溺于那些公开的东西。

 
Renat:

专家顾问在优化模式下的打印(而且只有优化交易策略在cludes中工作)会自动跳过,以加快进程。

也就是说,输出的结果 甚至没有格式化,也没有任何地方加起来。

好吧,我不知道它的内容和位置,但你要求它(我不会指明专家的名字)。

EP 0    * (GBPUSD,H8) 08:37:16  2010.12.01 00:00:00   x=0;y=0; t1=0.4; t2=0.5; t3=0.1
PE 0    * (GBPUSD,H8) 08:38:00  2010.12.01 00:00:00   x=0;y=0; t1=0.4; t2=0.55; t3=0.05
QL 0    * (GBPUSD,H8) 08:38:45  2010.12.01 00:00:00   x=0;y=0; t1=0.4; t2=0.6000000000000001; t3=0
ML 0    * (GBPUSD,H8) 08:39:28  2010.12.01 00:00:00   x=0;y=0; t1=0.45; t2=0; t3=0.55
EF 0    * (GBPUSD,H8) 08:39:57  2010.12.01 00:00:00   x=0;y=0; t1=0.45; t2=0.05; t3=0.5

2

OD 0 * (EURUSD,H1) 02:13:19 2008.01.01 00:00:00   Инициализация советника...
PO 0 * (EURUSD,H1) 02:14:08 2008.01.01 00:00:00   Инициализация советника...

3

IM 0 * (EURUSD,D1) 00:00:12 2008.01.01 00:00:00 end OnInit()
RH 0 * (EURUSD,D1) 00:00:12 2008.01.01 00:00:00 OnInit :     sum+ = 0    sum- = 0    sumAll = 0
 
Interesting:

好吧,我不知道它的内容和去向,但你要求的(我不会说出专家的名字)。


你确定这些是clude计算的日志,而不是从终端运行的单次运行的日志?

如果使用单次运行(这在云中是不可能的),那么专家就会完整地写下所有的日志。也许,你只是在同样参与MQL5云计算网络 的代理上进行了单一测试?

不过,我也在我的代理日志中发现了它。

FL    0    History    07:35:35    GBPCHF,M1: history cache reserved for estimated 913371 bars
CK    0    History    07:35:35    GBPCHF,M1: history begins from 2010.08.24 21:13
DH    0    z3_port (GBPUSD,H8)    07:36:45    2010.12.01 00:00:00   x=0;y=0;z=0.04; t=0; t1=0.6800000000000001; t2=0; t3=0.28
LN    0    z3_port (GBPUSD,H8)    07:37:30    2010.12.01 00:00:00   x=0.52;y=0.04;z=0.12; t=0.12; t1=0.12; t2=0.04; t3=0.04


让我们研究一下,看看是否有任何未选中的调试输出。

 
Interesting:

我不知道它的内容和去向,但你要求它(我不会提及专家的名字)。

2

3

不包括在当前的构建中。

一般来说,OnInit是允许被记录的,这样你就可以找出它失败的原因。 对于云代理和这样的输出将在下一次构建中被覆盖。

 
Renat:

你确定它是来自cluded计算的日志,而不是从终端运行的单次运行的日志?


是的,我确信,首先我没有这样的专家,其次这些日志来自那些目录,纯粹从理论上讲,其余的日志没有位置。
stringo

不包括在当前的构建中。

一般来说,onInit是允许被记录的,这样你就可以找出失败的原因。 对于claud代理之类的输出将从下一次构建中被覆盖。

我明白了,那么从安全的角度来看,我们可以睡个好觉......
 
Interesting:

我让这些专家进行了测试。

1. Experts\z3.ex5
2. Experts\Night_v2_2.ex5
3. Experts\Championship_2010_v2_en.ex5
4. Experts\Advisors\ExpertMAMA.ex5.
5.Experts/MyExperts/MyIchimoku-gpdusd.ex5。
6.Experts\E60_v3.ex5.
7.Experts\yuraz_2011_v1.ex5
8.Experts\SlowFX\DemaBandsTrader.ex5
9.专家/MultiSovet_v2_0.ex5
10.Experts\ManovExpert\To_Manov.ex5
11. Experts\Advisors\ExpertMAPSARSizeOptimized.ex5
12. Experts\My_LG_02.ex5.
13.Experts\lolo.ex5
14.Experts\1.ex5
15.Experts\Examples\Moving Average\Moving Average.ex5
16.Expertz3_port.ex5
17.Experts\DayBreak\DayBreak.ex5
18.Experts\YagR999.ex5.
19. Experts\FanExpert.ex5
20.Expertsadaptika GO.ex5
21.ExpertsASAK MultiTrend ZT New.ex5
22.Experts/NampingMan501.ex5(如果我没记错的话,在同步和图标方面有问题)。
23.Experts\BuildCheck\MACD BuildCheck.ex5

我的也被捡起来了:)