エラー、バグ、質問 - ページ 2384

 
Slava:

最低スプレッドではなく、最大スプレッドが確定してから3年。ヘルプで修正されていないようです

それとも、サーバーが自動的に行い、特定のブローカーが異なる方法で行うことはできないのでしょうか?

 
Ilya Malev:

見積もり提供者(ブローカー)が行うのか、それともサーバーが自動的に行い、特定のブローカーが異なる方法で行うことはできないのでしょうか?

サーバーが自動的に行う
 
3年前のあなたの理屈はわからない。
エキスパートアドバイザーのテストにおいて、それは公理です:それはそれぞれの特定のケースで最も有利なシナリオと最も不利なシナリオをテストすることが可能であれば、あなたは最も不利なものを取るべきである。このルールは、トレーダーが自分のトレーディングシステムをバラ色のメガネで見て、その結果、損失を出さない限り、例外はないのです。
現在のようにバーごとの最小スプレッドを設定すると、テイクプロフィットを含め、実際よりも「有利な」スプレッドに基づいて指値注文が「誤って」トリガーされ、ストップロスが本来トリガーされるべきところでトリガーされない。一般に、ほとんどすべての取引は、現実のあるべき価格よりも良い価格で行われています。正しい順番を今の順番に変えたらこうなったのか?
 
Ilya Malev:
3年前のあなたの理屈はわからない。
エキスパートアドバイザーのテストにおいて、それは公理です:それはそれぞれの特定のケースで最も有利なシナリオと最も不利なシナリオをテストすることが可能であれば、あなたは最も不利なものを取るべきである。このルールは、トレーダーが自分のトレーディングシステムをバラ色のメガネで見て、その結果、損失を出さない限り、例外はないのです。
現在のようにバーごとの最小スプレッドを設定すると、テイクプロフィットを含め、実際よりも「有利な」スプレッドに基づいて指値注文が「誤って」トリガーされ、ストップロスが本来トリガーされるべきところでトリガーされない。一般に、ほとんどすべての取引は、現実のあるべき価格よりも良い価格で行われています。正しい順番を今の順番に変えたらこうなったのか?
実際のダニでテスト
 
Slava:
実際のティックを使ってテストしてみます。

ありがとうございます。でも、実際のティックで多通貨戦略のテストを何千ものバリエーションで最適化することがどういうことか、よくお分かりになりますよね?もちろん、あなたのアドバイスには従いませんが、fxsaberの アドバイスには 従うつもりです。

つまり、端末のマニュアルを見ても、常識的に考えてもそうすべきところを、なぜか逆に、その理由を説明する気もなく、苦労して手作業でやるわけです
 
Slava:
実際のダニでテスト
あなたの回答は、全員が本物のダニで検査されるように、わざと拡散をねじ伏せていると理解できます。
 
Slava:
実際のダニでテスト

リアルティク、カスタムバー用のクラウドは使用できません。本当に使わないでください。

 
Ilya Malev:

つまり、端末のマニュアルを読んでも、そうすればよかったことを、手間をかけて手動でやる。常識どころか、なぜか逆のことをやって、その理由を説明しようともしない

手動でやる必要はない。一度自動化して、その問題を完全に忘れてしまえばいいのです。


そして、マークがマーケットだから滑るということに憤りを感じないのですね。あるいは、ヘッジと非取引所シンボルの指値注文がプラス側に滑り、結果に大きな虚数増加を与えること。

 
fxsaber:

手動でやる必要はない。一度自動化すれば、この問題は完全に忘れられるほどです。

毎回、新しい日付でテストする前に、「正しい」スプレッドで各取引商品の分履歴をスクリプトによって部分的または完全にティックから生成する必要がありますか、それはもっと簡単な方法で行うことができますか?

また、取引とテストで異なる名称の記号が使われることになり、余計に混乱する。

 
Ilya Malev:

2.カスタム文字についてですが、このLowBidからLowAskへの置換は端末が自動的に行うのでしょうか、それともCopyTicksRangeやCustomRatesReplaceを呼び出して自分で構築しなければならないのでしょうか?

LowAsk > HighBid が起こるので、置換はうまくいきません。そこでスプレッドを算出する必要があります。

Cloudの制限を見ないのであれば、カスタムティックがあるので、カスタムバーでテストする意味はほぼ皆無です。