MT5でポジションの集計構造のRELIABLEな会計を実装することは可能でしょうか？ - ページ 6 12345678910111213...33 新しいコメント 削除済み 2009.10.13 03:18 #51 fwiq >> : もう一つの選択肢は こちら そんな問題があるんですね...。例えば、STPブローカー（インテグレーター）は、取引注文を即座に送信して執行するのではなく、一定の頻度で送信するために蓄積することを余儀なくされています。例えば、銀行（FOREXの話です）は、FIX APIでサーバーに来る取引注文の頻度が高いことを（彼らの裁量で）歓迎しないことが理由の1つです。そのため、サーバーの安定性を脅かすものとして、悪用するブローカークライアントを無効化することがあります。 ただ、ブローカーのサーバー側でのバーチャルポジションの有無は、ブローカーとその流動性プロバイダー間の取引注文数には影響しないようです。 Avals 2009.10.13 06:24 #52 コメント経由では、なぜ信頼性が低いのでしょうか？ 注文のコメント欄に、注文を出したエキスパートの名前やマジック、MT4ロジックでの操作のロジックコード（open/closing）を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか（チケット）を指定します。注文が実行されると、常にその注文に関連する取引があり、（DEAL_ORDER フィールドによって）見つけることができます。したがって、現在の集計ポジションを、まだ決済されていない注文（クローズコメントのある注文はない）と、決済された注文（関連する取引がある）に分けることが常に可能であり、これらの情報はすべてサーバーに格納されます。 削除済み 2009.10.13 07:37 #53 Avals >> : コメント経由では、なぜ信頼性が低いのでしょうか？ 注文のコメントに、注文を出したExpert Advisorのマジックや名前、MT4のロジックで操作したロジックコード（open/closing）を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか（チケット）を指定します。注文が実行されると、常にその注文に関連する取引があり、（DEAL_ORDER フィールドによって）見つけることができます。したがって、現在の集計ポジションは常に、まだ決済されていない注文（決済されたというコメントがある注文はない）と、決済された注文（リンクされた取引がある）に分けることができ、その情報はすべてサーバーに保存されます。 この ページでは、その理由について説明します。 Avals 2009.10.13 08:00 #54 getch писал(а)>> この ページでは、その原因について説明します。 getch さんが書き込みました マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある瞬間、あなたは「もう何もかも嫌になった、休もう」と決意しました。休暇から戻り、同じExpert Advisorを実行しようとしたとき、Magicの履歴を分析したところ、ポジションがオープンになっていることがわかりました。 これは斜め上の例ですが、イメージはつかめると思います。 EAを削除する場合、そのEAのすべてのポジションを自動的にクローズするようにします。あるいは、EAにメッセージングを提供する（ユニバーサルにすることも可能）。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。 短く言えば、可能ではあるが、誰にとっても便利というわけではない。 削除済み 2009.10.13 08:09 #55 Avals писал(а)>> getch さんが書き込みました マジックでEAをした場合を想像してください。ある時、このEAのポジションが赤字になった時、「もう何もかも嫌になった、休もう」と決心するのです。休暇から戻り、同じExpert Advisorを実行しようとすると、Magicによる履歴分析でオープンになっていることが分かります。 斜め上の例ですが、イメージはつかめると思います。 EAを削除するとき、自動的にすべてのポジションをクローズするようにする。.または、EAとのメッセージ交換を提供する（ユニバーサルにすることも可能）。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。 要するに、可能ではあるが、誰にとっても便利というわけではないのだ。 これはやりすぎだ...。 Hide 2009.10.13 08:10 #56 getch >> : マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある時点で、「もう何もかも嫌になった、休みたい」と思ったんですね。休暇から戻り、同じExpert Advisorを実行することにしたとき、マジック履歴の分析に基づいて、そのポジションがオープンであることを確認します。 斜め上の例ですが、イメージはつかめると思います。 そこが例の遠回しなところだと思うんです。ディスプレイ上にボタンを作り、「close everything」のような名前で、希望するマークですべてを閉じることができるのです。 削除済み 2009.10.13 08:17 #57 集計位置がTPとSLが1つずつしかないのも悲しい...。 Avals 2009.10.13 08:19 #58 avtomat писал(а)>> これは明らかにやりすぎだ...。 これは、特定のトレーダーの仕事のやり方に合えば、導入できるオプションの一つです。他のトレーダーとは異なる方法で行うことができます。例えば、リモートEAの注文を手動で実行させたままにしておく意味がわからない。開くためのロジックがあり、それは閉じるためのロジックに対応し、全体の一部分である。 Avals 2009.10.13 08:26 #59 Figar0 писал(а)>> 集計位置がTPとSLが1つずつしかないのも悲しい...。 リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントで全て済んでしまうのではないでしょうか。 削除済み 2009.10.13 08:35 #60 Avals >> : リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントを通じて、おそらくすべてが いろいろなことができますが、「TPとSLは1つだけ......」です。 そして、TPとSLは、インターネットがなくても、EAがなくても、ライブラリ機能がなくても、動作するのがいいところです。現在では、例えば、2つ、あるいは1つの方向性の保留注文を異なるTPレベルで手動で設定することはできません。いや、たくさんたくさんですが、この端末のネットポジションは一歩後退しています。もちろん、DCはネットポジションで動くので楽ですが、トレーダーにとっては面倒なんです。 12345678910111213...33 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もう一つの選択肢は こちら
そんな問題があるんですね...。例えば、STPブローカー（インテグレーター）は、取引注文を即座に送信して執行するのではなく、一定の頻度で送信するために蓄積することを余儀なくされています。例えば、銀行（FOREXの話です）は、FIX APIでサーバーに来る取引注文の頻度が高いことを（彼らの裁量で）歓迎しないことが理由の1つです。そのため、サーバーの安定性を脅かすものとして、悪用するブローカークライアントを無効化することがあります。
ただ、ブローカーのサーバー側でのバーチャルポジションの有無は、ブローカーとその流動性プロバイダー間の取引注文数には影響しないようです。
コメント経由では、なぜ信頼性が低いのでしょうか？
注文のコメント欄に、注文を出したエキスパートの名前やマジック、MT4ロジックでの操作のロジックコード（open/closing）を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか（チケット）を指定します。注文が実行されると、常にその注文に関連する取引があり、（DEAL_ORDER フィールドによって）見つけることができます。したがって、現在の集計ポジションを、まだ決済されていない注文（クローズコメントのある注文はない）と、決済された注文（関連する取引がある）に分けることが常に可能であり、これらの情報はすべてサーバーに格納されます。
コメント経由では、なぜ信頼性が低いのでしょうか？
注文のコメントに、注文を出したExpert Advisorのマジックや名前、MT4のロジックで操作したロジックコード（open/closing）を記入する必要があります。そして、そのほかに注文がクローズするように送信されたとき、コメントでどのような注文がクローズするのか（チケット）を指定します。注文が実行されると、常にその注文に関連する取引があり、（DEAL_ORDER フィールドによって）見つけることができます。したがって、現在の集計ポジションは常に、まだ決済されていない注文（決済されたというコメントがある注文はない）と、決済された注文（リンクされた取引がある）に分けることができ、その情報はすべてサーバーに保存されます。
この ページでは、その理由について説明します。
この ページでは、その原因について説明します。
getch さんが書き込みました
マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある瞬間、あなたは「もう何もかも嫌になった、休もう」と決意しました。休暇から戻り、同じExpert Advisorを実行しようとしたとき、Magicの履歴を分析したところ、ポジションがオープンになっていることがわかりました。
これは斜め上の例ですが、イメージはつかめると思います。
EAを削除する場合、そのEAのすべてのポジションを自動的にクローズするようにします。あるいは、EAにメッセージングを提供する（ユニバーサルにすることも可能）。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。
短く言えば、可能ではあるが、誰にとっても便利というわけではない。
getch さんが書き込みました
マジックでEAをした場合を想像してください。ある時、このEAのポジションが赤字になった時、「もう何もかも嫌になった、休もう」と決心するのです。休暇から戻り、同じExpert Advisorを実行しようとすると、Magicによる履歴分析でオープンになっていることが分かります。
斜め上の例ですが、イメージはつかめると思います。
EAを削除するとき、自動的にすべてのポジションをクローズするようにする。.または、EAとのメッセージ交換を提供する（ユニバーサルにすることも可能）。開いたものはすべてExpert Advisorも閉じる必要がありますが、ユーザーの要求に応じて閉じることができます。
要するに、可能ではあるが、誰にとっても便利というわけではないのだ。
これはやりすぎだ...。
マジックでEAをした場合を想像してください。このEAのポジションが赤字になったある時点で、「もう何もかも嫌になった、休みたい」と思ったんですね。休暇から戻り、同じExpert Advisorを実行することにしたとき、マジック履歴の分析に基づいて、そのポジションがオープンであることを確認します。
斜め上の例ですが、イメージはつかめると思います。
そこが例の遠回しなところだと思うんです。ディスプレイ上にボタンを作り、「close everything」のような名前で、希望するマークですべてを閉じることができるのです。
これは明らかにやりすぎだ...。
これは、特定のトレーダーの仕事のやり方に合えば、導入できるオプションの一つです。他のトレーダーとは異なる方法で行うことができます。例えば、リモートEAの注文を手動で実行させたままにしておく意味がわからない。開くためのロジックがあり、それは閉じるためのロジックに対応し、全体の一部分である。
集計位置がTPとSLが1つずつしかないのも悲しい...。
リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントで全て済んでしまうのではないでしょうか。
リンクされたオーダーの異なる制御ロジックは、おそらく別のライブラリ関数として行うことができるだろう。コメントを通じて、おそらくすべてが
いろいろなことができますが、「TPとSLは1つだけ......」です。 そして、TPとSLは、インターネットがなくても、EAがなくても、ライブラリ機能がなくても、動作するのがいいところです。現在では、例えば、2つ、あるいは1つの方向性の保留注文を異なるTPレベルで手動で設定することはできません。いや、たくさんたくさんですが、この端末のネットポジションは一歩後退しています。もちろん、DCはネットポジションで動くので楽ですが、トレーダーにとっては面倒なんです。