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

[Дмитрий]

Vladix:

ディレイを入れる - はい、承りました。そのために何行のコードが必要でしょうか？また、マルチカレンシーであれば、それぞれの遅延を考慮する必要がありますよね？

これを解決するコードを書きました。ただ、私はそれが好きではないのです、申し訳ありませんが、あなたのものが好きではないのと同じように。そして、偏見ではなく、要は他に選択肢がない、シンプルでエレガントであることです。

取引依頼の ブロックの多通貨に2行入れてます。それだ...注文を出す必要がある場合は、現在時刻が締切時刻を上回っていないかどうか確認してください。これほどエレガントなものはありませんし、どちらも絶対的な信頼性がありますから......。

if(типдействия==TRADE_ACTION_DEAL || типдействия==TRADE_ACTION_PENDING)
    ВремяОкончанияЗапрета[i3]=TimeCurrent()+СекундыЗадержкиПослеЗапроса;

[Aleksey Lebedev]

Vladix:

ディレイを入れる - はい、承りました。そのために何行のコードが必要でしょうか？また、マルチカレンシーであれば、それぞれの遅延を考慮する必要がありますよね？

これを解決するコードを書きました。ただ、私はそれが好きではないのです、申し訳ありませんが、あなたのものが好きではないのと同じように。偏見の問題ではなく、要は他にシンプルでエレガントなソリューションがないのです。

ディレイは我々の手法ではない))

1.取引操作を行う前に、ポジション（または注文）の数を変数（静的またはグローバル）に記憶しておく必要があります。

2.非実行の場合、変数=-1とする。

実行に成功した場合、待機し、何もせず、ポジション（または注文）の数が変数と等しくなるまで、毎ティックで確認します。

3.等しくない場合 - 変数=-1。

[Дмитрий]

Swan:

ディレイは我々の手法ではない))

1.取引操作の前に、ポジション（または注文）の数を変数（静的またはグローバル）に格納します。

開いていますか？ポジションは各楽器とも同じ...。塗りつぶしたり、部分的に閉じたりすることはできません。 金額は同じになります。また、履歴の注文数を再計算するのはいただけません...。どこから来るかわからない

[Валерий]

Swan:

ディレイは我々の手法ではない))

1.取引操作の前に、ポジション（または注文）の数を変数（静的またはグローバル）に保存します。

2.非実行の場合 - variable=-1。

実行に成功した場合、待機し、何もせず、ポジション（または注文）の数が変数と等しくなるまで、毎ティックで確認します。

3.等しくなくなり次第、変数=-1とする。

手法ではない-pipsのためだけのものだが、中期的な取引には問題ない。そうでなければ、私たちは

10024

トレード・レコード・トゥー・マニー・リクエスト

頻繁すぎる要求

Expert Advisorの取引が禁止される可能性があること。

[Aleksey Lebedev]

Dmitriy2:
開いていますか？ポジションは各楽器とも同じ...。塗りつぶしたり、部分的に閉じたりすることはできません...金額は同じになります。また、履歴の注文 数を再計算するのはいただけません...。何処から来るかわからない

ええ、それは承知しています）OrderSend()の結果として変更されるべきものを変数に書き込むべきでしょう。

完全に閉じると/（または新しいものを開く）それはポーズの合計数を変更します（ただし、はい、それは十分であり、より信頼性の高いようであり、覚えている記号によってポーズです/ありません）。また、音量を記憶している場合もあり、ポジションを追加・削除する際にも機能します。

保留中の注文を設定/削除する場合 - 注文数（シンボルで計算可能）。

一般的には、ちょっとした想像力を働かせて、取引操作の種類ごとに1つの変数を追加するだけで、コードの信頼性が高まり、シンプルでエレガントなものになります :)

[Aleksey Lebedev]

Valmars:

手法-pipsのためだけでなく、中期的なトレードのための-普通の手法。そうでなければ

10024

トレード・レコード・トゥー・マニー・リクエスト

頻繁すぎる要求

そうでなければ、Expert Advisorの取引を禁止される危険性があります。

はちょっと違う、4ではこんな感じだった。

ERR_TOO_MANY_REQUESTS 141 リクエスト数が多すぎます。リクエストの頻度を減らして、プログラムのロジックを変更する必要があります。

よほど頑張らないとこのエラーは出ませんし、賢い証券会社の口座をお持ちの方かもしれません :)

スリップは、エラーによっては正常な方法ですが、それ以外の場合は少し曲がったように見えます。

[Валерий]

Swan:

はちょっと違う、4でもそうだった。

そのようなミスを犯すには、よほど努力するか、怪しいDCアカウントを持っている必要があります :)

スリップは、エラーによっては正常な方法ですが、それ以外の場合は少し曲がったように見えます。

どうだろう。

ほら、端末の説明書にも書いてあるじゃないですか。

• トレーリングストップは、1つのポジションで10秒に1回以上動作させることはできません。つまり、端末がそのような遅延を設定するのである。また、トレーリングストップはサーバー上で自動的に処理されます。
  

[Aleksey Lebedev]

Valmars:

どうだろう...

ほら、端末の説明書にも書いてあるじゃないですか。

• Trailing Stopは10秒に1つ以上のポジションをトリガーすることはできません。つまり、端末がそのような遅延を設定するのです。また、トレーリングストップはサーバー上で自動的に処理されます。
  

5桁のティックでは、すべてのストップを移動させる必要はないのです。しかし、10秒ごとにトレーリングストップをすれば、他のトレードが 禁止されるというわけではありません。

そういう意味ではないのですが......。）

Vladix:

一般的には、このような問題があると言われています。

ティックが来て、インジケータが閉じる必要があることを示すと、私は閉じます。

次のティックが来て、インジケータは、それが閉じるべきであることを示し、私は何をすべきかわからない - ポジションはすでに上書きされ、現時点では何が起こるか、もちろん、見つけることができますが、第五ポイントを経由しています。

この場合、できれば5点目を使わず、位置情報が更新されたことだけが分かればよい)

[削除済み]

デベロッパー

MQLのヘルプでは、IndexタブにENUM_CHART_VOLUME_MODEは ありません。追加する...

[Дмитрий]

Swan:

一般的には、ちょっとした想像力と、取引操作の 種類ごとに1つの変数を追加するだけで、あなたのコードはより堅牢でシンプルかつエレガントになります :)

だから、私のような10行の長さで信頼性の高い、男が必要とするコードを正確に空想して、彼がそれを好きになってくれることを期待します :)

そして、エレガントといえば、あなたは2つのラインからロジックのはっきりしない山を作ることを提案していますが、それは、あなたが求めているタスクを正確に、論理的に満たすものなのでしょうか？

スワン

ディレイは我々の手法ではない))

処刑の場合、我々は待つ......3. ヤクは平等ではない...。

そして、どのくらい待つのか？もし、それが「イコールではない」となることがなかったら？そして、天気によって待っているのは...。トレードの依頼は、簡単にトルエを返して、実際には成立しないことも...。