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

 

何度か全体を読み返しましたが、やはり15ロットの状況は理解できません。

できれば、指の上で分解してみよう。

例:1つのシンボル(1つのシンボルのみ考慮)、ACCOUNT_LIMIT_VOLUME= 15で15ロットのポジションを持っています。

決済の確認:成行注文を5ロット決済するように設定すると、ポジションが減少します。

成行注文でポジションが増えたらどうする?

サーバーが方向を確認しないとのことですので、制限違反は事後的に検出されるのでしょうか?

では、なぜ指値注文が含まれ、成行注文が含まれないのか、全く分かりません。

最後に、もし指値が成行注文にも適用されるのであれば、ストップロスを使わずに15ロットのポジションを決済 するにはどうすればよいかという疑問が残ります。

 
depth_finde:.

肯定的: ポジションは1つの商品で15ロット(問題の商品は1つだけ)、ACCOUNT_LIMIT_VOLUME=15 です。

決済の確認:成行注文で5ロット決済すると、ポジションが減る。

が、成行注文でポジションが増えたらどうする?


取引サーバーのReturn Codes セクションからエラー10034を取得します。

コード

識別子

商品説明

10034

トレード_レトコード_リミット_ボリューム

指定されたシンボルの注文とポジションの数量が限界に達したこと。

 
depth_finde:

では、なぜポーズがリミット回数に含まれ、マーケットポーズが含まれないのか、全く不明ですね。

"そんなんじゃ可愛げがないから"(C)。

それは、サーバーがこのような「もしも」に洗脳されないようにするためです。競技者の資格は、すべて自分で計算できるほどでなければならない。そんなに必要なら、市場に参入して退出すればいい。

 
depth_finde:

最後に、もし制限が成行注文にも適用されるのであれば、ストップロスを使わずに15ロットのポジションを決済するにはどうすればよいかという疑問が残ります。

5ロットずつの成行注文で順次クローズする。
 
Rosh:

"そんなんじゃ可愛げがないから"(C)。

だから、サーバーがこんな「もしも」に洗脳されることはないのです。参加者の資格は、すべて自分で計算できる程度のものでなければならない。そんなに必要なら、市場に参入して退出すればいい。

"そんなんじゃ可愛げがないから"(C)。--> ユーモアの表現と受け止めています。

では、なぜサーバーの心をいじめるのか? なぜ、制約の中で保留の注文を入れるのか?

注文実行時に条件違反があった場合、マーケットと同様にエラー10034を 出す、それだけです。

という理由で、保留中の注文を取らなかったという状況です。指値を超えた後、5分後にポジションが変わり、先に発注した保留注文がトリガーされ、今は新しい状況で以前拒否された保留注文の指値は超えていないが、今は新しいリクエストをしなければならず、この条件に従って保留注文が受け付けられない状況を追跡して再度発注することが主な内容です。の場合、同じ保留注文を2回出さないように条件を指定する必要がありますが、保留注文を出さなければ再度出すという条件と矛盾するため、この2つの条件が矛盾しないように調整する必要があります。

指値注文をせず、成行注文と同じように事実上の注文を執行する方が簡単ではないでしょうか?

 
depth_finde:

保留注文に制限をかけず、成行と同じように後から制限をかける方が簡単ではないでしょうか?

技術的にも組織的にも、より簡単ではなく、より複雑になっています。

一度注文を受けたら、どこにも行けない。そうしないと、インターネット上で「注文がキャンセル された」と騒がれるからだ。

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5
 
depth_finde:

そして、次のような理由で、保留中の注文を受け付けなかったという状況です。ポジションが変更され、5分後に以前発注した保留注文が発動し、今は前の保留注文を考慮してリミットを超えていませんが、今度は新しいリクエストを計算しなければならず、主なことはこの条件に従って保留注文が受け付けられないことを監視し、再び発注することです。というのは、同じ保留注文を2回出さないという条件を指定しなければならないのですが、保留注文を出さなければもう一度出すという条件と矛盾してしまいます。

保留注文に制限を設けず、成行注文のように実際の注文で執行する方が簡単ではないでしょうか?

それらができない理由を自ら示している。私が引用したあなたのメッセージの段落を読んで、考えてみてください - 誰がそれを必要としますか?1つの取引サーバーには、数百、数千、数万ものアカウントが存在することを忘れてはならない。トレードサーバーは、お客様のアカウントだけに個別にサービスを提供するビジネスではありません。

ルールはルールとして、決まっているのです。

 
Renat:
ロッシュ

なるほど、わかりやすい説明ありがとうございます。

 
x64軸にx86軸の端子をつけるにはどうしたらいいですか?
 
gumgum:
x64軸にx86軸のターミナルをインストールするにはどうしたらいいですか?

インストーラーを/32スイッチで実行する

mt5setup.exe /32