記事"MetaTrader 5のトレードシグナル：PAMM アカウントへのよりよい代替手段"についてのディスカッション - ページ 4 123456789101112 新しいコメント Anton 2012.10.14 18:11 #31 Yedelkin:ニュースからTerminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.SLTPとクローズシグナルの同時発動からの保護」は具体的にどのように実装されているのでしょうか？ SLTPをコピーしないモードの追加と、シグナルプロバイダーからの取引処理時のあらゆる種類のチェックとは別に、今のところ、もう一つ追加の保護が追加されています。あまりエレガントではありませんが、効果的です。クローズシグナルが来て、加入者のポジションに対応するSLまたはTPがある場合、取引サーバーはこのポジションのSLとTPを削除（ゼロ）するコマンドを受信する。したがって、この要求が取引サーバーで正常に実行されると、ポジションをクローズ する要求が送信されます。おそらく次のビルドまでには、より「直接的な」決済処理を実装する時間ができるでしょう。 Mykola Demko 2012.10.14 18:25 #32 antt: SLTPコピーフリーモードの追加と、シグナルプロバイダーからの取引処理時のあらゆる種類のチェックとは別に、今のところもう一つ追加の保護が加えられている。あまりエレガントではありませんが、効果的です。クローズシグナルが来て、加入者のポジションに対応するSLまたはTPがある場合、取引サーバーはこのポジションのSLとTPを削除（ゼロ）するコマンドを送られる。したがって、この要求が取引サーバーで正常に実行されると、ポジションをクローズ する要求が送信されます。おそらく次のビルドまでには、より「直接的な」決済処理を実装する時間ができるでしょう。この提案について考えてみましょう：価格がストップの凍結ゾーンにある間、商品のシグナルのコピーを一時停止します。これは購読者側で行われます。 --- 2012.10.14 18:28 #33 antt: Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.何から守っているのか、ちょっと不明です。まず、シグナル発信者にSL/TPがないのに、どうして加入者にSL/TPがあるのですか？ポジションをクローズする必要があり、SL/TPがある場合、何から守っているのですか？ クローズする必要があれば、オプションなしでクローズする必要があります。 クローズしないと思いますか？ Yedelkin 2012.10.14 18:59 #34 sergeev: シグナル発信者がSL/TPを持っていない場合、加入者はSL/TPを持つことができますか？ まず第一に。そして、もしポジションをクローズする必要があり、SL/TPがある場合、何から守っているのですか？ クローズする必要があれば、クローズする必要があります。 バリアントはありません。 クローズしないと思いますか？ "同時 トリガーからの 保護" Mykola Demko 2012.10.14 19:52 #35 sergeev: 何から守っているのか、ちょっと不明です。まず、シグナル発信者がSL/TPを持っていないのに、どうして加入者がSL/TPを持つことができるのですか？もしポジションをクローズする必要があるなら、SL/TPがあるはずです。 クローズする必要があるなら、クローズする必要があります。 バリアントはありません。 クローズしないと思いますか？ 加入者のストップがマスターのストップより先に実行されるという事実から、コピー機はポジションを再オープンさせられ、マスターのストップが実行されると即座にクローズさせられる。過剰なスプレッドの結果として。 --- 2012.10.14 20:27 #36 Urain: 加入者のストップはマスターのストップより早く実行されるため、コピー機はポジションを再オープンし、マスターのストップが実行されたときに即座にクローズすることを余儀なくされる。余分なスプレッドの結果として。いやいや、私が問題にしたのはこの表現だ。クローズのシグナルが来て、加入者のポジションに対応するSLまたはTPがある場合、取引サーバーは事前に...どうしてそのような状況があり得るのでしょうか？契約者が風水と一致しないストップを持っていること Mykola Demko 2012.10.14 20:58 #37 sergeev:いやいや、私が問題にしたのは言い回しだ。加入者のストップのチューニングがずれている。加入者のオーダーが スタックで最初に選択さ れ、相手のマスターがそれを手に入れなかったというだけのことです。待っている間に、契約者は（マスターにはまだポーズがあるため）オープンする注文を出し、この注文はマスターのカウンターパーティになる :) 。あなたの言う通りだが、ストップが最初からマスターに置かれていれば、彼らはキューで最初になる。 --- 2012.10.14 22:48 #38 私が思いついたのであって、私が最初に思いついたわけではない。MCと話すことに興味があるだけだ。 Andrey Khatimlianskii 2012.10.15 00:07 #39 加入者のストップが早めにトリガーされた場合の話ではなく、加入者のストップがクローズシグナルの受信と同時にトリガーされた場合の話をしているのだと思います（プロバイダーのストップがトリガーされ、加入者のポジションがオープンされ、私たちがクローズシグナルを出す）。そして、クロージングの代わりに反転が発生する。もちろん、ストップをゼロにすることは変わりませんが......。秘密でなければ、何を「発明」したのですか？話題になったことは覚えているが、何か理にかなったものを思いついたという記憶はない。 Peter Atkinson-Crawford 2012.10.15 03:13 #40 シグナル契約者がロットサイジングを「自動」または「手動」のいずれかに設定できるオプションが欲しい。加入者は、残高がロットサイジングを決定するのではなく、より保守的な（または積極的な）設定を維持したいと思うかもしれません。 123456789101112 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ニュースから
Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.
SLTPとクローズシグナルの同時発動からの保護」は具体的にどのように実装されているのでしょうか？
SLTPコピーフリーモードの追加と、シグナルプロバイダーからの取引処理時のあらゆる種類のチェックとは別に、今のところもう一つ追加の保護が加えられている。あまりエレガントではありませんが、効果的です。クローズシグナルが来て、加入者のポジションに対応するSLまたはTPがある場合、取引サーバーはこのポジションのSLとTPを削除（ゼロ）するコマンドを送られる。したがって、この要求が取引サーバーで正常に実行されると、ポジションをクローズ する要求が送信されます。おそらく次のビルドまでには、より「直接的な」決済処理を実装する時間ができるでしょう。
この提案について考えてみましょう：価格がストップの凍結ゾーンにある間、商品のシグナルのコピーを一時停止します。
これは購読者側で行われます。
Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.
何から守っているのか、ちょっと不明です。
まず、シグナル発信者にSL/TPがないのに、どうして加入者にSL/TPがあるのですか？
ポジションをクローズする必要があり、SL/TPがある場合、何から守っているのですか？ クローズする必要があれば、オプションなしでクローズする必要があります。 クローズしないと思いますか？
何から守っているのか、ちょっと不明です。
まず、シグナル発信者がSL/TPを持っていないのに、どうして加入者がSL/TPを持つことができるのですか？
もしポジションをクローズする必要があるなら、SL/TPがあるはずです。 クローズする必要があるなら、クローズする必要があります。 バリアントはありません。 クローズしないと思いますか？
加入者のストップはマスターのストップより早く実行されるため、コピー機はポジションを再オープンし、マスターのストップが実行されたときに即座にクローズすることを余儀なくされる。余分なスプレッドの結果として。
いやいや、私が問題にしたのはこの表現だ。
クローズのシグナルが来て、加入者のポジションに対応するSLまたはTPがある場合、取引サーバーは事前に...
どうしてそのような状況があり得るのでしょうか？契約者が風水と一致しないストップを持っていること
いやいや、私が問題にしたのは言い回しだ。
加入者のストップのチューニングがずれている。
加入者のオーダーが スタックで最初に選択さ れ、相手のマスターがそれを手に入れなかったというだけのことです。
待っている間に、契約者は（マスターにはまだポーズがあるため）オープンする注文を出し、この注文はマスターのカウンターパーティになる :) 。
あなたの言う通りだが、ストップが最初からマスターに置かれていれば、彼らはキューで最初になる。
私が思いついたのであって、私が最初に思いついたわけではない。
MCと話すことに興味があるだけだ。
加入者のストップが早めにトリガーされた場合の話ではなく、加入者のストップがクローズシグナルの受信と同時にトリガーされた場合の話をしているのだと思います（プロバイダーのストップがトリガーされ、加入者のポジションがオープンされ、私たちがクローズシグナルを出す）。
そして、クロージングの代わりに反転が発生する。
もちろん、ストップをゼロにすることは変わりませんが......。
秘密でなければ、何を「発明」したのですか？話題になったことは覚えているが、何か理にかなったものを思いついたという記憶はない。
シグナル契約者がロットサイジングを「自動」または「手動」のいずれかに設定できるオプションが欲しい。
加入者は、残高がロットサイジングを決定するのではなく、より保守的な（または積極的な）設定を維持したいと思うかもしれません。