交易系统联盟。继续保持良好的工作。 - 页 179 1...172173174175176177178179180181182183184185186...360 新评论 Roman Shiredchenko 2019.07.15 18:03 #1781 乔治,在你的IMHO上写下建议,也许你可以自动决定,如何处理魔术师,这不再是你的LIGI帐户,但我有交易与他们的参与...... 问题是--我的理解是否正确,例如,对于那些以前由LIGI指数的TS的魔术师,但由于各种原因现在不使用了,只是TS被送到过度优化的参数,只是这样的魔术师不再存在,而我有他们(这些TS)仍在交易,事实上,没有 "试射"。那么expa和LIGI模块的控制在达到那里的止损时断开它们的交易,同样的反击就不再存在了?也就是说,他们是否被自己'抛弃'了...... 还是在达到控制值(你在缩减时定义的)时,exp仍然会停止交易? 我对543050、442420、642952、642342魔术师感兴趣。我在这些魔术师身上有LIGI过期,可以进行交易... 如果它们处于 "自由浮动 "状态,没有LIGI机器人的控制,我自己也会朝着这个方向思考...... Georgiy Merts 2019.07.16 03:52 #1782 罗曼,这是对的。 一个失败的TS被送去重新优化,其中的magik可能会被改变(magik反映了运行时间和时间框架)。 这种魔法变得无关紧要。 很可能在我的联盟中,魔术师不再工作,但在其他没有 "检查镜头 "的账户中--他们仍然在工作。 在理念上,我可以写出哪些高分区的TC被过度优化了,但我恐怕也可以跳过这些条目--因为每天都有不少中低分区的TC在各分区之间流动,多少会被过度优化。嗯... 让我们来看看。 假设今天有542442人离开了High。 它还没有被过度优化,还没有 "试射",但交易的质量与高级部门不一致。 还过度优化了643650,原因是:不可接受的SL,收盘余额-12.34 经过过度优化,CU收到了mag 643640,并根据历史结果被送到了中师。 Roman Shiredchenko 2019.07.16 05:57 #1783 Georgiy Merts: 罗曼,一切都很正确。 1.一个失败的TS被送去重新优化,其中的magik可能被改变(magik反映了运行时间和时间框架)。这种魔法变得无关紧要。 有可能在我的联盟中魔术师不再工作,但在其他没有 "控制射击 "的账户中--他们继续工作。 2.理想情况下,我可以写出哪些高分局的TC被过度优化了,但我恐怕也可以跳过这些条目--因为每天都有不少中低分局的TC在分局之间流动,并且有些过度优化。嗯... 让我们来看看。 假设今天有542442人离开了High。 它还没有被过度优化,还没有 "试射",但交易的质量还没有达到高司的要求。 还过度优化了643650,原因是:不可接受的SL,收盘时余额为-12.34 经过过度优化,CU收到了mag 643640,并根据历史结果被送到了中师。 1.好的。 2.有可能不写这个。 我对以下问题感兴趣--如果你的TS已经过度优化(这个魔术师已经不存在了,或者已经被转移到另一个拥有相同魔术师的部门),但我的账户上仍然有它在交易,这是否意味着我在这个魔术师身上有exp LIGI--当达到缩减限制、"控制射击 "或其他什么你把它拧在一起的时候不会进一步交易? Georgiy Merts 2019.07.16 07:01 #1784 t Roman Shiredchenko: 我对以下问题感兴趣--如果你已经过度优化了TS(这个魔术师不再或转到另一个有相同魔术师的部门),但我有一个账户它仍然在交易,这是否意味着我对这个魔术师有一个exp LIE--将不允许在缩减的限制下进一步交易,"控制射击 "或其他你所扭曲的东西? 是的,如果TS检测到(通过分析账户历史中的交易)你的账户已经超过了限制 - 它将在日志中写下一条信息,并停止交易。 极限参数有五个。 1.允许的最大价格滑坡。 2.最大允许的损失队列。 3.最大允许的更新等待时间。 4.每笔交易允许的最长等待时间。 5.剔除不允许的止损(对于那些在 "纯 "系统中没有提供SL的TC)。 如果超过了其中任何一项,TS就会停止交易。 Roman Shiredchenko 2019.07.16 08:28 #1785 Georgiy Merts: t 是的,如果TS发现(通过分析账户历史上的交易),你的账户已经超过了限制参数 - 它将在日志中写下信息,并停止交易。 极限参数有五个。 1.允许的最大价格滑坡。 2.最大允许的损失队列。 3.最大允许的更新等待时间。 4.每笔交易允许的最长等待时间。 5.剔除不允许的止损(对于那些在 "纯 "系统中没有规定SL的TS来说)。 如果超过了其中任何一项,TS就会停止交易。 О!Senk-s.严肃的态度... Roman Shiredchenko 2019.07.16 18:45 #1786 如果不是太困难的话--在开立订单和放置挂单时--在符号图上用箭头显示其颜色,这样我们就可以很容易地在视觉上识别哪个exp LIGI在哪个对上开立/放置订单(当然,每个exp下的相关magik被放置在其交易工具上,TF M15)... 当一切都被描绘在一张图片上时,它只是更容易控制。 比方说,当一切都没有人情味的时候,很多指数都在为这个符号工作:-)有不同的魔术师......不清楚谁进入,何时进入,他们去了哪里,何时离开...... Georgiy Merts 2019.07.17 04:06 #1787 Roman Shiredchenko: 如果不是太困难的话--在开立订单和放置挂单时--在符号图上用箭头显示其颜色,这样我们就可以很容易地在视觉上识别哪个exp LIGI在哪个对上开立/放置订单(当然,每个exp下的相关magik被放置在其交易工具上,TF M15)... 当一切都被描绘在一张图片上时,它只是更容易控制。 比方说,当一切都没有人情味的时候,很多指数都在为这个符号工作:-)有不同的魔术师......不清楚谁进入,何时进入,他们去了哪里,何时离开...... 所有的人都明白,但不幸的是,首先,出现在一个魔术师身上的东西 - 将立即出现在其他人身上。要分开,一个魔术师做一件事,而另一个魔术师做另一件事--这需要大量的提炼。 这就是为什么我最初坚持从 "一个账户--一个魔术师 "的原则出发,为演示信号发放词条的原因。 没有人听我的话。而现在...在那里...原来是 "更方便"... 其次,联盟最初的计划根本不是为了视觉工作,任何视觉动作--都会明显减慢代码的速度。我的代码中几乎没有视觉块。 唉,朋友们,现在任何可视化功能都需要对我的库代码进行过多的编辑。对于这一点,我没有可能,也没有愿望。 所以我只能提议把每个单独的魔术师放在一个单独的信号上。 Roman Shiredchenko 2019.07.17 05:53 #1788 Georgiy Merts:我理解,但不幸的是,首先,出现在一个魔术师身上的东西会立即出现在其他魔术师身上。要分开,对一个魔术师来说,做一个东西,对另一个人来说--做另一个东西--这需要大量的细化。 这就是为什么我最初坚持从 "一个账户--一个魔术师 "的原则出发,将注册码发放到演示信号上显示。 没有人听我的。而现在...在那里...原来是 "更方便"... 其次,联盟最初的计划根本不是为了视觉工作,任何视觉动作--都会明显减慢代码的速度。我的代码中几乎没有视觉块。不幸的是,我的朋友们,现在任何可视化的功能都需要对我的库代码进行太严重的编辑。这一点我没有能力也不希望做到。所以我只能提议把每个单独的魔法放在一个单独的信号上。 不,不会放慢速度。 不需要单独可视化任何东西,不需要选择图表--在开场/曝光的顺序中,OrderSend()添加一个选项,用颜色显示开场,也用关闭--这是µl4/5的标准顺序(添加一个标准顺序,指定用颜色显示论述,开场是µl4的顺序开场中的最后一个选项,这很基本)。 Georgiy Merts 2019.07.17 06:03 #1789 Roman Shiredchenko: 不,没有必要将任何东西单独可视化--在打开/显示OrderSend()订单的功能中,只需添加一个选项,用颜色显示打开,也用颜色显示关闭。 简单地插入一种颜色是可以的。 但你怎么能分辨出哪种颜色是哪个魔术师的呢? 专家顾问的每个TS都按顺序进行自己的分析,如果有必要--把交易行动的请求(reqests)放到队列中。 之后,交易操作 块依次从队列中选择请求,分析其实施的可能性,如果存在这种可能性,则执行这些请求。 换句话说,我们应该首先改变队列的结构,至少要给它添加颜色。然后在策略类里面组织能力,根据魔术师的情况,把需要的颜色传递给请求者。然后,在交易区块中,考虑到探索中出现的信息,并在发送请求的时刻显示出来。 这一切当然是可能的,但有相当多的工作,我没有这样的机会。至少,目前没有。 Roman Shiredchenko 2019.07.17 06:06 #1790 Georgiy Merts: 1.简单地插入一种颜色是可以的。 2.但你怎么能知道哪个魔术师有哪种颜色? 3.专家顾问的每一个TS相继进行自己的分析,如果有必要--将交易行动的请求(请求者)放到队列中。 之后,交易操作 块依次从队列中选择请求,分析其实施的可能性,如果可能,则执行这些请求。 换句话说,我们应该首先改变队列的结构,至少要给它添加颜色。然后在策略类里面组织能力,根据魔术师的情况,把需要的颜色传递给请求者。然后,在交易区块中,考虑到探索中出现的信息,并在发送请求的时刻显示出来。 这一切当然是可能的,但这是相当多的工作,我没有这样的机会。至少目前没有。 1.这就是它的作用。这对每个人来说都是一样的。所有机器人都有相同的颜色。 2.没有必要区分。我将用相应的魔术师打开仪器的相应图表,看进-出的数值,所有的颜色在同一个函数中应该是相同的。你只需要设置颜色就可以了,例如蓝色--买入,红色--卖出,关闭--灰色。 3.这些都没有必要。 1...172173174175176177178179180181182183184185186...360 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
乔治,在你的IMHO上写下建议,也许你可以自动决定,如何处理魔术师,这不再是你的LIGI帐户,但我有交易与他们的参与......
问题是--我的理解是否正确,例如,对于那些以前由LIGI指数的TS的魔术师,但由于各种原因现在不使用了,只是TS被送到过度优化的参数,只是这样的魔术师不再存在,而我有他们(这些TS)仍在交易,事实上,没有 "试射"。那么expa和LIGI模块的控制在达到那里的止损时断开它们的交易,同样的反击就不再存在了?也就是说,他们是否被自己'抛弃'了......
还是在达到控制值(你在缩减时定义的)时,exp仍然会停止交易?
我对543050、442420、642952、642342魔术师感兴趣。我在这些魔术师身上有LIGI过期,可以进行交易...
如果它们处于 "自由浮动 "状态,没有LIGI机器人的控制,我自己也会朝着这个方向思考......
罗曼,这是对的。
一个失败的TS被送去重新优化,其中的magik可能会被改变(magik反映了运行时间和时间框架)。 这种魔法变得无关紧要。
很可能在我的联盟中,魔术师不再工作,但在其他没有 "检查镜头 "的账户中--他们仍然在工作。
在理念上,我可以写出哪些高分区的TC被过度优化了,但我恐怕也可以跳过这些条目--因为每天都有不少中低分区的TC在各分区之间流动,多少会被过度优化。嗯... 让我们来看看。
假设今天有542442人离开了High。
它还没有被过度优化,还没有 "试射",但交易的质量与高级部门不一致。
还过度优化了643650,原因是:不可接受的SL,收盘余额-12.34
经过过度优化,CU收到了mag 643640,并根据历史结果被送到了中师。
罗曼,一切都很正确。
1.一个失败的TS被送去重新优化,其中的magik可能被改变(magik反映了运行时间和时间框架)。这种魔法变得无关紧要。
有可能在我的联盟中魔术师不再工作,但在其他没有 "控制射击 "的账户中--他们继续工作。
2.理想情况下,我可以写出哪些高分局的TC被过度优化了,但我恐怕也可以跳过这些条目--因为每天都有不少中低分局的TC在分局之间流动,并且有些过度优化。嗯... 让我们来看看。
假设今天有542442人离开了High。
它还没有被过度优化,还没有 "试射",但交易的质量还没有达到高司的要求。
还过度优化了643650,原因是:不可接受的SL,收盘时余额为-12.34
经过过度优化,CU收到了mag 643640,并根据历史结果被送到了中师。
1.好的。
2.有可能不写这个。
我对以下问题感兴趣--如果你的TS已经过度优化(这个魔术师已经不存在了,或者已经被转移到另一个拥有相同魔术师的部门),但我的账户上仍然有它在交易,这是否意味着我在这个魔术师身上有exp LIGI--当达到缩减限制、"控制射击 "或其他什么你把它拧在一起的时候不会进一步交易?
我对以下问题感兴趣--如果你已经过度优化了TS(这个魔术师不再或转到另一个有相同魔术师的部门),但我有一个账户它仍然在交易,这是否意味着我对这个魔术师有一个exp LIE--将不允许在缩减的限制下进一步交易,"控制射击 "或其他你所扭曲的东西?
是的,如果TS检测到(通过分析账户历史中的交易)你的账户已经超过了限制 - 它将在日志中写下一条信息,并停止交易。
极限参数有五个。
1.允许的最大价格滑坡。
2.最大允许的损失队列。
3.最大允许的更新等待时间。
4.每笔交易允许的最长等待时间。
5.剔除不允许的止损(对于那些在 "纯 "系统中没有提供SL的TC)。
如果超过了其中任何一项,TS就会停止交易。
t
是的,如果TS发现(通过分析账户历史上的交易),你的账户已经超过了限制参数 - 它将在日志中写下信息,并停止交易。
极限参数有五个。
1.允许的最大价格滑坡。
2.最大允许的损失队列。
3.最大允许的更新等待时间。
4.每笔交易允许的最长等待时间。
5.剔除不允许的止损(对于那些在 "纯 "系统中没有规定SL的TS来说)。
如果超过了其中任何一项,TS就会停止交易。
如果不是太困难的话--在开立订单和放置挂单时--在符号图上用箭头显示其颜色,这样我们就可以很容易地在视觉上识别哪个exp LIGI在哪个对上开立/放置订单(当然,每个exp下的相关magik被放置在其交易工具上,TF M15)...
当一切都被描绘在一张图片上时,它只是更容易控制。
比方说,当一切都没有人情味的时候,很多指数都在为这个符号工作:-)有不同的魔术师......不清楚谁进入,何时进入,他们去了哪里,何时离开......
如果不是太困难的话--在开立订单和放置挂单时--在符号图上用箭头显示其颜色,这样我们就可以很容易地在视觉上识别哪个exp LIGI在哪个对上开立/放置订单(当然,每个exp下的相关magik被放置在其交易工具上,TF M15)...
当一切都被描绘在一张图片上时,它只是更容易控制。
比方说,当一切都没有人情味的时候,很多指数都在为这个符号工作:-)有不同的魔术师......不清楚谁进入,何时进入,他们去了哪里,何时离开......
所有的人都明白,但不幸的是,首先,出现在一个魔术师身上的东西 - 将立即出现在其他人身上。要分开,一个魔术师做一件事,而另一个魔术师做另一件事--这需要大量的提炼。
这就是为什么我最初坚持从 "一个账户--一个魔术师 "的原则出发,为演示信号发放词条的原因。 没有人听我的话。而现在...在那里...原来是 "更方便"...
其次,联盟最初的计划根本不是为了视觉工作,任何视觉动作--都会明显减慢代码的速度。我的代码中几乎没有视觉块。
唉,朋友们,现在任何可视化功能都需要对我的库代码进行过多的编辑。对于这一点,我没有可能,也没有愿望。
所以我只能提议把每个单独的魔术师放在一个单独的信号上。
我理解,但不幸的是,首先,出现在一个魔术师身上的东西会立即出现在其他魔术师身上。要分开,对一个魔术师来说,做一个东西,对另一个人来说--做另一个东西--这需要大量的细化。
这就是为什么我最初坚持从 "一个账户--一个魔术师 "的原则出发,将注册码发放到演示信号上显示。 没有人听我的。而现在...在那里...原来是 "更方便"...
其次,联盟最初的计划根本不是为了视觉工作,任何视觉动作--都会明显减慢代码的速度。我的代码中几乎没有视觉块。
不幸的是,我的朋友们,现在任何可视化的功能都需要对我的库代码进行太严重的编辑。这一点我没有能力也不希望做到。
所以我只能提议把每个单独的魔法放在一个单独的信号上。
不,没有必要将任何东西单独可视化--在打开/显示OrderSend()订单的功能中,只需添加一个选项,用颜色显示打开,也用颜色显示关闭。
简单地插入一种颜色是可以的。
但你怎么能分辨出哪种颜色是哪个魔术师的呢?
专家顾问的每个TS都按顺序进行自己的分析,如果有必要--把交易行动的请求(reqests)放到队列中。
之后,交易操作 块依次从队列中选择请求,分析其实施的可能性,如果存在这种可能性,则执行这些请求。
换句话说,我们应该首先改变队列的结构,至少要给它添加颜色。然后在策略类里面组织能力,根据魔术师的情况,把需要的颜色传递给请求者。然后,在交易区块中,考虑到探索中出现的信息,并在发送请求的时刻显示出来。
这一切当然是可能的,但有相当多的工作,我没有这样的机会。至少,目前没有。
1.简单地插入一种颜色是可以的。
2.但你怎么能知道哪个魔术师有哪种颜色?
3.专家顾问的每一个TS相继进行自己的分析,如果有必要--将交易行动的请求(请求者)放到队列中。
之后,交易操作 块依次从队列中选择请求,分析其实施的可能性,如果可能,则执行这些请求。
换句话说,我们应该首先改变队列的结构,至少要给它添加颜色。然后在策略类里面组织能力,根据魔术师的情况,把需要的颜色传递给请求者。然后,在交易区块中,考虑到探索中出现的信息,并在发送请求的时刻显示出来。
这一切当然是可能的,但这是相当多的工作,我没有这样的机会。至少目前没有。
1.这就是它的作用。这对每个人来说都是一样的。所有机器人都有相同的颜色。
2.没有必要区分。我将用相应的魔术师打开仪器的相应图表,看进-出的数值,所有的颜色在同一个函数中应该是相同的。你只需要设置颜色就可以了,例如蓝色--买入,红色--卖出,关闭--灰色。
3.这些都没有必要。