交易系统联盟。继续保持良好的工作。 - 页 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.这些都没有必要。