一部のブローカーで[tp]タグが削除された？ - ページ 2 1234 新しいコメント 削除済み 2010.02.04 20:10 #11 Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。 CB gordon 2010.02.05 02:43 #12 cloudbreaker: Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。 CB 同意見です。そこが物足りなかった...。ありがとうございます。 gordon 2010.02.07 15:14 #13 jjc: 役に立つかどうかわからないが、CBが提案していることに加えて、ブローカーが重要なものを上書きしないように、注文コメントをスペースで右詰めしている。フェイルセーフではありませんが、外部データファイルが紛失した場合の追加保護として、私はこれを気に入っています。 オーダーさんのコメントに関する公式回答（https://www.mql5.com/en/forum/101419）を偶然発見しました。 ストリンゴ 2006.10.16 17:40 31文字＋ターミネーター0。サーバは最後の6文字を書き換えることができる。つまり安全長は25 cameo 2010.05.17 05:11 #14 cloudbreaker: Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。 CB 今、gordonさんのリンク先のこのトピックを読みました。 以前にも聞いたことがあるのですが、トレーリングストップなのでしょうか？ それとも、価格目標が設定され、成行注文が出せるようになったものでしょうか？ gordon 2010.05.17 05:17 #15 cameofx: 私はちょうど今、gordonによってリンクされたこのトピックを読んでいます。 私は以前それについて聞いたことがあります : しかし、それは正確には何ですか、トレーリングストップですか？ それとも、価格を閉じるために成行注文を送る準備ができている価格ターゲットの増分アルゴですか？ いいえ。質問は簡単で、注文がSLやTPや他の何かによって閉じられたかどうか、どうやって知ることができるのでしょうか？答えはこのスレッド(https://www.mql5.com/en/forum/123668) にあるのですが・・・。 cameo 2010.05.17 05:39 #16 gordon: いいえ。質問は簡単で、注文がSLやTPや他の何かによって閉じられたかどうか、どうやって知ることができるのでしょうか？答えはこのスレッド(https://www.mql5.com/en/forum/123668) にあります... Gordon, Thanx.私は「...ステルスSLおよび/またはTP 」について言及していたのですが、あなたはこれに答えていますか？ リンクは1ページ目です... gordon 2010.05.17 05:56 #17 cameofx: Gordon, Thanx.私は「...ステルスSLおよび/またはTP 」について言及していたのですが、あなたはこれに答えていますか？ リンクは1ページ目です... ああ、すみません - 私はこのスレッドの元の質問に言及していた...ステルスSL/TP'とは、SL/TPを置かないか、本来あるべき位置よりずっと遠くに置いて、EAが'本当の'SL/TPをモニターして現在の価格と比較し、'本当の'SL/TPにヒットしたら手動でクローズするということです。いわゆる「ストップハンター」ブローカーと戦うには最適な方法だと思うのですが・・・。個人的には、評判の良いブローカーが「ストップ狩り」をしているのを見たことがありませんし、IMHOの真面目な評判の良いブローカーは「ストップ狩り」に手を出さないので、私はこれを問題ないと見ています。しかし、意見はこの主題に異なる。 この'Stealth SL/TP'には大きな欠点があることに注意すべきです - あなたのターミナルは24時間5日利用可能でなければなりません。また、SL/TPの目標値に「ずれ」が生じる可能性が高くなります（サーバー側でなくなったため）。 cameo 2010.05.17 06:24 #18 gordon wrote >> ... この'Stealth SL/TP'には大きな欠点があります - あなたのターミナルは24/5で利用可能でなければなりません。また、SL/TPの目標が'slippage'する確率も高くなります（サーバーサイドではないので）・・・。 「そうです、Hard-SLではないのです...。 - 本題ですが、注文のTP/SLを設定するたびに、OrderMagicNumberに変換し、追加し、更新し、そこには彼らが干渉することはできません。その値をOrderClosePrice()で比較するためにコールバックする。AFAIKでは、これは失敗することはありません。OrderMagicNumberは私たちの「聖域」です。MNを他の用途にも使うことは間違いないだろう。 gordon 2010.05.17 06:34 #19 cameofx: [注文のTP/SLをうまく設定するたびに、OrderMagicNumberに変換し、追加し、更新します。OrderClosePrice()で比較するために、値をコールバックする。AFAIKでは、これは失敗することはありません。OrderMagicNumberは私たちの「聖域」です。MNを他の用途にも使うことは間違いないだろう。 意味がよくわからないのですが最初のOrderSend()の後にMNを変更することはできません。 cameo 2010.05.17 06:48 #20 gordon: 意味不明です。MNは最初のOrderSend()の後に変更することができません。 。 できないんですか？今のは最悪だ... :)MT4やMT5は、なぜOrderCloseReason() とかを導入しないのでしょうか？ MT5のOrder関数を調べて みると、HistoryOrderGet...とENUM_ORDER_PROPERTYが載っているが、それに近いものは 見つからなかった...。これは基本的なことで、 シンプルであるべきだと思うのですが... 1234 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。
CB
Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。
CB
同意見です。そこが物足りなかった...。ありがとうございます。
役に立つかどうかわからないが、CBが提案していることに加えて、ブローカーが重要なものを上書きしないように、注文コメントをスペースで右詰めしている。フェイルセーフではありませんが、外部データファイルが紛失した場合の追加保護として、私はこれを気に入っています。
オーダーさんのコメントに関する公式回答（https://www.mql5.com/en/forum/101419）を偶然発見しました。
ストリンゴ 2006.10.16 17:40
31文字＋ターミネーター0。サーバは最後の6文字を書き換えることができる。つまり安全長は25
Gordon - あなたが見逃しているかもしれない唯一のポイントは、おそらくEAがいくつかの注文を閉じている（おそらくステルスSLやTP）一方で、他の注文は注文に設定されたSLやTPのためにブローカーによって閉じられているかもしれないということです。
CB
今、gordonさんのリンク先のこのトピックを読みました。
以前にも聞いたことがあるのですが、トレーリングストップなのでしょうか？ それとも、価格目標が設定され、成行注文が出せるようになったものでしょうか？
私はちょうど今、gordonによってリンクされたこのトピックを読んでいます。
私は以前それについて聞いたことがあります : しかし、それは正確には何ですか、トレーリングストップですか？ それとも、価格を閉じるために成行注文を送る準備ができている価格ターゲットの増分アルゴですか？
いいえ。質問は簡単で、注文がSLやTPや他の何かによって閉じられたかどうか、どうやって知ることができるのでしょうか？答えはこのスレッド(https://www.mql5.com/en/forum/123668) にあるのですが・・・。
いいえ。質問は簡単で、注文がSLやTPや他の何かによって閉じられたかどうか、どうやって知ることができるのでしょうか？答えはこのスレッド(https://www.mql5.com/en/forum/123668) にあります...
Gordon, Thanx.私は「...ステルスSLおよび/またはTP 」について言及していたのですが、あなたはこれに答えていますか？ リンクは1ページ目です...
ああ、すみません - 私はこのスレッドの元の質問に言及していた...ステルスSL/TP'とは、SL/TPを置かないか、本来あるべき位置よりずっと遠くに置いて、EAが'本当の'SL/TPをモニターして現在の価格と比較し、'本当の'SL/TPにヒットしたら手動でクローズするということです。いわゆる「ストップハンター」ブローカーと戦うには最適な方法だと思うのですが・・・。個人的には、評判の良いブローカーが「ストップ狩り」をしているのを見たことがありませんし、IMHOの真面目な評判の良いブローカーは「ストップ狩り」に手を出さないので、私はこれを問題ないと見ています。しかし、意見はこの主題に異なる。
この'Stealth SL/TP'には大きな欠点があることに注意すべきです - あなたのターミナルは24時間5日利用可能でなければなりません。また、SL/TPの目標値に「ずれ」が生じる可能性が高くなります（サーバー側でなくなったため）。
gordon wrote >>
... この'Stealth SL/TP'には大きな欠点があります - あなたのターミナルは24/5で利用可能でなければなりません。また、SL/TPの目標が'slippage'する確率も高くなります（サーバーサイドではないので）・・・。
「そうです、Hard-SLではないのです...。
- 本題ですが、注文のTP/SLを設定するたびに、OrderMagicNumberに変換し、追加し、更新し、そこには彼らが干渉することはできません。その値をOrderClosePrice()で比較するためにコールバックする。AFAIKでは、これは失敗することはありません。OrderMagicNumberは私たちの「聖域」です。MNを他の用途にも使うことは間違いないだろう。
[注文のTP/SLをうまく設定するたびに、OrderMagicNumberに変換し、追加し、更新します。OrderClosePrice()で比較するために、値をコールバックする。AFAIKでは、これは失敗することはありません。OrderMagicNumberは私たちの「聖域」です。MNを他の用途にも使うことは間違いないだろう。
意味不明です。MNは最初のOrderSend()の後に変更することができません。
。
できないんですか？今のは最悪だ... :)MT4やMT5は、なぜOrderCloseReason() とかを導入しないのでしょうか？
MT5のOrder関数を調べて みると、HistoryOrderGet...とENUM_ORDER_PROPERTYが載っているが、それに近いものは 見つからなかった...。これは基本的なことで、 シンプルであるべきだと思うのですが...