交易系统联盟。继续保持良好的工作。 - 页 155

 
Eduard_D:

由于一个尚未澄清的原因,"信号 "上的交易与乔治的联盟交易不同。我以前写过这个问题#1494。

我正在试图弄清楚。

我认为区别在于引语。经常发生的情况是,即使是几个五位数的点差,也会导致信号条件不满足的事实。而且进一步说--在一个账户中开仓并伴随着,而在另一个账户中则没有,而且会在一个完全不同的地方开仓。

只有在完全相同的报价和完全相同的滑坡的情况下,才会有一张相同的图片。

如果你需要--正如我已经说过的,我可以提供TC联盟最高部门的投资密码--在右边的魔术师上选择交易并检查。

在我看来,这没有任何意义。

 
Georgiy Merts:

我想这是引文的不同。经常发生的情况是,即使是几个五位数的差异,也会导致信号条件不被满足。然后--在一个账户中开仓并伴随着,而在另一个账户中--则没有,而且会在一个完全不同的地方开仓。

只有在完全相同的报价和完全相同的滑坡的情况下,才会有一张相同的照片。

如果你需要--正如我之前说的,我可以为你提供TC联盟高级部的密码--在必要的魔法上选择交易,然后检查。

在我看来,这没有任何意义。

检查的意义何在?你认为我不相信这些报告? 我相信。

由于我们有相同的经纪人(Alp),所以在报价方面应该没有差异。在我看来,滑坡在你的TS中并没有发挥重要作用。

罗曼有一个不同的经纪人,结果更好。

 
Eduard_D:

为什么要检查呢?你认为我不相信这些报告? 我相信。

由于我们有相同的经纪人(Alp),所以在报价方面应该没有差异。在我看来,滑坡在你的TS中并没有发挥重要作用。

罗曼有一个不同的经纪人,结果更好。

我的ECN和非ECN账户在大变动时的报价差异可能达到小数点后10或5位。但经纪公司也是如此。

而且信号识别很严格,即使是一个五位数的点子也可能影响决策。

而滑坡也是如此。比如说,你开了一笔交易--比我高三个五位数的点--但结果是,追踪止损(如果是带追踪止损的TS)--将不断被 "移动 "这三个点。因此,它可能在一个完全不同的时间关闭。

 
Georgiy Merts:

我在ECN和非ECN账户上的大动作中,报价相差高达10个五位数点。虽然,经纪公司是一样的。

信号识别很严格,甚至一个五位数的点子都可能影响决策。

而滑坡也是如此。比如说,你开出的交易比我开出的交易高3个5位数的点--但作为结果,追踪止损(如果是带追踪止损的TS)将不断移动这三个点。因此,它可能在一个完全不同的时间关闭。

你为什么要附和这种滑坡。你是在黄牛联盟还是什么?每周开一次仓,认真观察。没有别的事可做了吗?
 
Georgiy Merts:

我在ECN和非ECN账户上的大动作中,报价相差高达10个五位数点。 虽然,经纪公司是一样的。

如果我们不知道有什么区别,那就是同一个经纪人承认的信号。

而滑移的情况也是如此。比如说,你开出的交易比我的高三五位数--但作为结果,追踪止损(如果是带追踪止损的TS)--将不断地被 "移动 "这三个点。因此,它可能在一个完全不同的时间关闭。

我正确的理解是,为了交易Tiger TS,要交易的工具应该存在于市场审查中,仅此而已?

也就是说,带有特定魔术师的TS LIGI将在它所针对的货币对上进行交易,而不管M15上的可执行模块被 "投 "在哪个货币对上。

USDCHF - 它失败了。很明显,在重码法中有一个错误...其余的都要进行交易。


事实证明,例如EURCHF,在交易中没有打开,因为它被重新优化了,这样的魔术师不存在了?


也就是说,在加载一个设定的文件后,右上方的字段有一个exp,它从那里被删除了......


 
Roman Shiredchenko:

我是否正确地认为,为了交易LIGI TS,被交易的工具需要出现在市场概览中,仅此而已?

也就是说,带有特定魔术师的LIGI TS将在它所对应的货币对上进行交易,而不管M15上的可执行模块被 "扔 "到哪个货币对上。

USDCHF - 它失败了。很明显,在重码法中有一个错误...其余的都要进行交易。


事实证明,例如EURCHF,在交易中没有打开,因为它被重新优化了,这样的魔术师不存在了?


也就是说,在右上方的区域,在加载一个设定的文件后有一个exp,它被从那里删除......


200640不是合适的魔术师。

 
Eduard_D:

要求的魔术师出错。

明白了。也就是说,它已经消失了。只是我没有把它们从竞标中拿出来,它们就像这里一样打开了交易。


在按下OK键后--它已经消失了......


 
Roman Shiredchenko:

得到了它。也就是说,它已经消失了。只是我没有把它们从拍卖会上拿出来,它们就打开了交易,比如这里


按下OK键后--它就消失了......


我只能声明如下:200640年 的魔术师是不存在的,它从未存在过

理论上,所有其他的魔术师和词组都不应该依赖于可执行文件的日期,除非他们已经过度优化了。但这可以在周报中看到,看看所需的法师是否在那里。

 

另外,我是这样做的:我为可执行模块的不同日期起了不同的名字。因此,新的(最近重新优化的)魔术师在新的模块构建上工作,而对于老的魔术师,我让他们工作的模块不动。也就是说,我同时使用几个可执行模块的构建。

将你需要的魔法回滚到可执行模块的旧版本。

 
Eduard_D:

另外,我是这样做的:我为可执行模块的不同日期起了不同的名字。因此,新的(最近重新优化的)魔术师在新的模块构建上工作,而对于老的魔术师,我让他们工作的模块不动。也就是说,我同时使用几个可执行模块的构建。

将你需要的魔法回滚到可执行模块的旧版本。

哦,顺便一提...我似乎有一个...可执行模块能否重新分配给新的变体而不覆盖旧的变体?