ストップロス注文が決済されたかどうかを確認する方法 - ページ 5 1234567 新しいコメント Alain Verleyen 2017.01.17 16:47 #41 honest_knave:というのも、EA内部で最適な価格が乖離パラメータの外にある可能性が高いからです。それにもかかわらず、それは正のスリッページである可能性があります。理論的にはそうです。しかし、私はストップロスで正のスリッページを見たことがありません（少なくとも外国為替では）。あなたはどうですか？流動性が高いので、ストップロスの価格でポジションが閉じられるか、最悪の価格で閉じられるか、どちらかです。とにかく、それは本当に重要ではありません。 honest_knave 2017.01.17 16:52 #42 Alain Verleyen:しかし、私が質問したのは、スリッページではなく、スプレッド／偏差についてです。つまり、理論的には成行注文になるのですが、確かに最良の 価格で満たされるわけでは ありません。しかし、それはここで議論されている問題ではありません。MT5の問題は、現在のストップロスが履歴に残らないことです。Joseが述べたように、最初のストップロスは利用可能ですが、後でそれを変更した場合、それを知る方法はありません。もちろん終値は わかりますが、それを何と比較してストップロスが発動されたかどうかを確認するのでしょうか？Robertoの提案がその後変更されたSLを取り出すことができるかどうか、私はMQL5について十分な知識を持っていません。それは皆さんにお任せします。しかし、もしSLが設定され、変更されていないのであれば、明らかに動作するメカニズムが存在します。そこで、私の（確かに理想とは程遠い）許容範囲のアイデア、つまり偏差パラメータを使うことにしたのです。もちろん、巨大な市場ギャップがあれば、許容範囲という概念は崩れるでしょう。アラン・ヴェルレーエンだから、理論的には成行注文になるのですが、可能な限り最高の 値段では成立しない のは確かです。しかし、それはここで議論されている問題ではありません。 同意しますが、興味深いのは - 可能な限り最高の価格で満たされない成行注文？私はあなたを正しく理解していますか？ Jose Francisco Casado Fernandez 2017.01.17 16:54 #43 Alain Verleyen:SL/TPを変更する命令は、履歴に全く残りません。ということは、どういうことでしょうか？それが問題なのです。私はこれらの注文を参照しています。POSITION_IDで履歴に保存されるはずなんですが。それらはすべてHistorySelectByPosition()を使用して表示され、ポジションを開いたり閉じたりする注文だけではありません。そうすれば、簡単に疑問が解決します。Alain Verleyen です。そして、実際にSL/TPが発動した結果の注文には、SL/TPは含まれないのですね。そうなんです、そうなんです。Regards-です。 Alain Verleyen 2017.01.17 16:58 #44 honest_knave:Robertoの提案がその後変更されたSLを取り出すことが可能かどうか、私はMQL5について十分な知識を持っていないのです。その辺は皆さんにお任せします。That's funny we have a 5 pages topic with a lot of people just guess そして、それはあまりにも早く進みすぎている...。しかし、SLが設定され、変更されないのであれば、明らかに仕組みがある。私の（確かに理想とは程遠い）許容範囲のアイデアはそこからきている、つまり乖離パラメータを使うということだ。もちろん、市場に大きなギャップがあれば、許容範囲という概念は崩れます。問題は、SL/TPが変更されたかどうかを知る方法がないことです。正直なところ、私はあなたの偏差値/レンジのアイデアを理解していません。 OTに同意しますが、魅力的な - スリッページが正であれば満たされない成行注文？私はあなたを正しく理解しましたか？それは私が言ったことではありません、私の他の投稿を参照してください。 Alain Verleyen 2017.01.17 17:00 #45 Jose Francisco Casado Fernandez:それが問題なのです。私はこれらの注文を参照しています。POSITION_IDで履歴に保存されるべきだと思うのですが。それらはすべてHistorySelectByPosition()を使用して表示され、ポジションを開いたり閉じたりする注文だけでなく。そうすれば、簡単に疑問が解決します。はい、わかっています。ありがとうございました。でも、これはStrategy Testerから です。もちろん、私たちはあらゆる種類の解決策を考案することができます。トピックがあまりにも早く "殺到 "したので、包括的な答えを投稿する方法がありません。 Jose Francisco Casado Fernandez 2017.01.17 17:01 #46 Alain Verleyen:理論的にはそうです。しかし、私はストップロスで正のスリッページを見たことがありません（少なくともFXでは）。あなたはどうですか？流動性が高いので、ストップロスの価格でポジションを閉じるか、最悪の価格で閉じるか、どちらかです。とにかく、それは本当に重要ではありません。 そうだね。それは私が@honest_knaveに 答えようと思っていたことだ。 honest_knave 2017.01.17 17:04 #47 Alain Verleyen:それは私が言ったことではありません、私の他の投稿を参照してください。いや、それに気づいて前の投稿を編集したのですが、あなたがレスを打っている最中だったのでしょう。引用を間違えたことをお詫びします。Alain Verleyen です。5ページもあるトピックで、多くの人が推測しているのはおかしいですし、あまりにも早いですから...。そして、それはどのように通常とは異なるのですか？）AlainVerleyen:問題は、SL/TPが変更されたかどうかを知る方法がないことです。正直なところ、私はあなたの偏差値/範囲のアイデアが理解できません。異論はありません。ただ、==は単純すぎるし、>=や<=もそうだと主張したまでです。そして、ただ問題を出すのではなく、私たちが反対しない理由でまだ欠陥があるとはいえ、少し良い方法（IMHO）を提案しました。AlainVerleyen です。理論的にはそうです。しかし、私はストップロスでプラスのスリッページを見たことがありません（少なくともFXでは）。あなたはどうですか？ホセ・フランシスコ・カサド・フェルナンデス 全く同感です。それは私が@honest_knaveに 答えようと思っていたことです。いいえ、見たことはありません。しかし、私もOrderSelectが失敗したことはありませんが、今でもテストしています。 Jose Francisco Casado Fernandez 2017.01.17 17:06 #48 Alain Verleyen:この話題はあっという間に "洪水 "になってしまい、包括的な回答を投稿することは不可能です今日の午後はみんな暇なんだな、ハハッ。 Alain Verleyen 2017.01.17 17:09 #49 honest_knave:いや、それに気づいて前の投稿を編集したのですが、あなたがレスを打っている間だったのでしょう。引用を間違えたことをお詫びします。で、それは通常とどう違うのですか;-)異論はありません。私は単に==が>=や<=のように単純すぎることを主張したのです。そして、ただ問題を出すのではなく、私たちが反対しない理由でまだ欠陥があるとはいえ、少し良いアプローチ（IMHO）を提案したのです。いいえ、そうではありません。しかし、私もOrderSelectが失敗したことはありませんが、それでもテストはしています。なるほど、あなたの言いたいことはよくわかりました。もちろん、あなたの言うとおり、==を使うわけにはいきません（これは、すでにさっき言ったとおりです :-D）。この点については、議論を終了することを提案します。Robertoは勉強して心を入れ替えますmql5の主な問題は、比較するものがないことです(historyのみ使用)。 Alain Verleyen 2017.01.17 17:09 #50 Jose Francisco Casado Fernandez:今日の午後はみんな暇そうだなあ、ハハハ。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
というのも、EA内部で最適な価格が乖離パラメータの外にある可能性が高いからです。
それにもかかわらず、それは正のスリッページである可能性があります。
理論的にはそうです。しかし、私はストップロスで正のスリッページを見たことがありません（少なくとも外国為替では）。あなたはどうですか？
流動性が高いので、ストップロスの価格でポジションが閉じられるか、最悪の価格で閉じられるか、どちらかです。
とにかく、それは本当に重要ではありません。
しかし、私が質問したのは、スリッページではなく、スプレッド／偏差についてです。
つまり、理論的には成行注文になるのですが、確かに最良の 価格で満たされるわけでは ありません。しかし、それはここで議論されている問題ではありません。
MT5の問題は、現在のストップロスが履歴に残らないことです。Joseが述べたように、最初のストップロスは利用可能ですが、後でそれを変更した場合、それを知る方法はありません。
もちろん終値は わかりますが、それを何と比較してストップロスが発動されたかどうかを確認するのでしょうか？
Robertoの提案がその後変更されたSLを取り出すことができるかどうか、私はMQL5について十分な知識を持っていません。それは皆さんにお任せします。
しかし、もしSLが設定され、変更されていないのであれば、明らかに動作するメカニズムが存在します。そこで、私の（確かに理想とは程遠い）許容範囲のアイデア、つまり偏差パラメータを使うことにしたのです。もちろん、巨大な市場ギャップがあれば、許容範囲という概念は崩れるでしょう。
だから、理論的には成行注文になるのですが、可能な限り最高の 値段では成立しない のは確かです。しかし、それはここで議論されている問題ではありません。
SL/TPを変更する命令は、履歴に全く残りません。ということは、どういうことでしょうか？
それが問題なのです。私はこれらの注文を参照しています。
POSITION_IDで履歴に保存されるはずなんですが。それらはすべてHistorySelectByPosition()を使用して表示され、ポジションを開いたり閉じたりする注文だけではありません。そうすれば、簡単に疑問が解決します。
そして、実際にSL/TPが発動した結果の注文には、SL/TPは含まれないのですね。
そうなんです、そうなんです。
Regards-です。
Robertoの提案がその後変更されたSLを取り出すことが可能かどうか、私はMQL5について十分な知識を持っていないのです。その辺は皆さんにお任せします。
That's funny we have a 5 pages topic with a lot of people just guess
そして、それはあまりにも早く進みすぎている...。
しかし、SLが設定され、変更されないのであれば、明らかに仕組みがある。私の（確かに理想とは程遠い）許容範囲のアイデアはそこからきている、つまり乖離パラメータを使うということだ。もちろん、市場に大きなギャップがあれば、許容範囲という概念は崩れます。
問題は、SL/TPが変更されたかどうかを知る方法がないことです。正直なところ、私はあなたの偏差値/レンジのアイデアを理解していません。
OTに同意しますが、魅力的な - スリッページが正であれば満たされない成行注文？私はあなたを正しく理解しましたか？
それは私が言ったことではありません、私の他の投稿を参照してください。
それが問題なのです。私はこれらの注文を参照しています。
POSITION_IDで履歴に保存されるべきだと思うのですが。それらはすべてHistorySelectByPosition()を使用して表示され、ポジションを開いたり閉じたりする注文だけでなく。そうすれば、簡単に疑問が解決します。
はい、わかっています。
ありがとうございました。
でも、これはStrategy Testerから です。
もちろん、私たちはあらゆる種類の解決策を考案することができます。トピックがあまりにも早く "殺到 "したので、包括的な答えを投稿する方法がありません。
理論的にはそうです。しかし、私はストップロスで正のスリッページを見たことがありません（少なくともFXでは）。あなたはどうですか？
流動性が高いので、ストップロスの価格でポジションを閉じるか、最悪の価格で閉じるか、どちらかです。
とにかく、それは本当に重要ではありません。
それは私が言ったことではありません、私の他の投稿を参照してください。
いや、それに気づいて前の投稿を編集したのですが、あなたがレスを打っている最中だったのでしょう。引用を間違えたことをお詫びします。
5ページもあるトピックで、多くの人が推測しているのはおかしいですし、あまりにも早いですから...。
そして、それはどのように通常とは異なるのですか？）
問題は、SL/TPが変更されたかどうかを知る方法がないことです。正直なところ、私はあなたの偏差値/範囲のアイデアが理解できません。
異論はありません。ただ、==は単純すぎるし、>=や<=もそうだと主張したまでです。
そして、ただ問題を出すのではなく、私たちが反対しない理由でまだ欠陥があるとはいえ、少し良い方法（IMHO）を提案しました。
理論的にはそうです。しかし、私はストップロスでプラスのスリッページを見たことがありません（少なくともFXでは）。あなたはどうですか？
全く同感です。それは私が@honest_knaveに 答えようと思っていたことです。
いいえ、見たことはありません。しかし、私もOrderSelectが失敗したことはありませんが、今でもテストしています。
Alain Verleyen:
この話題はあっという間に "洪水 "になってしまい、包括的な回答を投稿することは不可能です
今日の午後はみんな暇なんだな、ハハッ。
いや、それに気づいて前の投稿を編集したのですが、あなたがレスを打っている間だったのでしょう。引用を間違えたことをお詫びします。
で、それは通常とどう違うのですか;-)
異論はありません。私は単に==が>=や<=のように単純すぎることを主張したのです。
そして、ただ問題を出すのではなく、私たちが反対しない理由でまだ欠陥があるとはいえ、少し良いアプローチ（IMHO）を提案したのです。
いいえ、そうではありません。しかし、私もOrderSelectが失敗したことはありませんが、それでもテストはしています。
なるほど、あなたの言いたいことはよくわかりました。
もちろん、あなたの言うとおり、==を使うわけにはいきません（これは、すでにさっき言ったとおりです :-D）。この点については、議論を終了することを提案します。Robertoは勉強して心を入れ替えます
mql5の主な問題は、比較するものがないことです(historyのみ使用)。
今日の午後はみんな暇そうだなあ、ハハハ。