オーダーを探すという作業 - ページ 4 1234567891011...14 新しいコメント Dmitry Fedoseev 2015.08.15 07:10 #31 Михаил:...MT5で、以前に発注した注文をマーケットに残しておかなければならないような例を教えてください。... 例えば、ポジションのストップロスにかかるストッパーなど。 Artyom Trishkin 2015.08.15 08:38 #32 Vladimir Pastushak:要は、サーバーのOSがダウンしても、サーボの再起動が必要なタイミングで、アカウントの制御を回復する家庭用PCを稼働させればいいのです。VDS/VPSサーバーで作業している私の経験では、OSが飛ぶことはありませんが、再起動は不測の事態であり、予定された出来事です。私の質問の本質は、現在の状況に関する情報を収集するコードを正しく書くことです... 削除ではなく、RESTORES（復元）です。何を書いたか？復元について、これは良いことです。削除するように言われました。もっと慎重になるべき;) Vladimir Pastushak 2015.08.15 08:53 #33 Artyom Trishkin: 削除ではなく、RESTOREしてくれるもの。何を書いたか？復元についてですが、これは良いことだと思います。削除してくださいと言われました。もっと慎重になるべき;)私も同感で、システムが故障した時にパックで注文を開閉して、スプレッドで全てを失うようなEAがなぜ必要なのか...。アドバイザーは、条件によって情報を収集し、そのアルゴリズムに従って作業する必要があります... Vladimir Pastushak 2015.08.15 13:40 #34 Vasiliy Sokolov: くそ、○○はふざけんなよ。MTが与えてくれるものは、最も信頼できる選択肢であり、現在の環境に応じて状態を回復させるべきであると、あなた自身が正しい方向を定義しています。その代わりに、長くて役に立たないクラスInfoを書き、そこに外部関数が見つけた値をどうにか詰め込まなければならないのです。そうですね、最終的には必要な変数が含まれるようになります。注文の価格に関する最大と最小のチケットや、その他の重要なものが含まれます。例えば、注文のリストがあり、各注文は多くの列（注文ID、開始時間、開始価格、利益など）を持つテーブル行を表しているとします。列の一つでソートすると、まさに必要な配列が得られるのです。つまり、このようなことは、あなたが好きなクラスの助けを借りて行うことができるのです（無知ですが、すみません）。明日、やり方を書きますので、興味のある方はどうぞ。 空気を震わせただけでは...ないでしょうか？というか、ネットのバイト...。 Mikhail Filimonov 2015.08.16 13:08 #35 Dmitry Fedoseev: 例えば、ストップロスの位置のストッパーなど。初期化中にアンインストールして再インストールすることを妨げるものは何ですか？具体的になぜRESTORE制御なのか？ Vladimir Pastushak 2015.08.16 13:26 #36 Михаил:初期化時に削除して再インストールすることを妨げるものは何ですか？なぜ、コントロールをRESTOREする必要があるのでしょうか？なぜなら、この方法では、環境に関する情報は、初期化の瞬間に一度だけしか収集できないからです。ブローカーがオープンオーダーを分割することがあります。つまり、0.05を送信すると、ブローカーはそれを0.02と0.03として受け付けます。ということで、環境に関する情報は、刻々と、あるいはある時間間隔で取得するのがよいでしょう。例えば、取引されたシンボルと注文に関するすべての情報をEAが常に持っているべきだと考えています。 Dmitry Fedoseev 2015.08.16 13:32 #37 Михаил:1. 初期化時に削除され、その後再インストールされることを防ぐには？2.具体的になぜRESTORE制御なのか？1.扁桃腺を切除した逸話をご存知でしょうか？それを止めることはできない。2.最小の冗長性、最小の干渉、したがって意図された計画へのより高いコンプライアンス。保留中の注文は、Expert Advisorの制御なしに実行されます。従って、一旦マーケットに注文を残し、その後制御を戻す方が合理的です。この間、注文が機能すれば、ストラテジーはまだ壊れず、Expert Advisorが状況を分析し、続行します。削除してしまうと、同じ場所に注文を入れることができなくなり、成行注文でストラテジーを修正することになり、アルゴリズムが複雑になってしまうのです。再起動する場合は、すべて削除して終了し、最初から再起動する必要があります。これでは批判に耐えられない。よく知られた原則に「エンティティをむやみに増やすな」というものがあります。そして、同様の原則は、不必要な取引操作を行わないことであり、ここでも順守されるべきです。 Mikhail Filimonov 2015.08.16 13:41 #38 Dmitry Fedoseev:1.扁桃腺を切除した逸話をご存知でしょうか？邪魔なものは何もない。2.不必要なアクションを最小限に抑え、干渉を最小限に抑えることで、意図したプランへの適合性を高めています。保留中の注文は、Expert Advisor の制御なしに実行されます。従って、一旦マーケットに注文を残し、その後制御を戻す方が合理的です。この間、注文が機能すれば、ストラテジーはまだ壊れず、Expert Advisorが状況を分析し、続行します。削除してしまうと、同じ場所に注文を入れることができなくなり、成行注文でストラテジーを修正することになり、アルゴリズムが複雑になってしまうのです。再起動するときは、すべて削除して閉じてから、再度起動する必要があります。これでは批判に耐えられない。よく知られた原則に「エンティティをむやみに増やすな」というものがあります。そして、この原則はここでも守れるし、守らなければならない--不必要な取引操作をしないことだ。なぜか、「具体的なことは何もない」という答えが予想されました。4年半の間、一度もクラッシュしたことがなく、3年半の間、端末を使用していて一度もハングアップしたことがない。クラッシュ」後にExpert Advisorを起動すると（クラッシュが発生した場合）、何個、どんな種類の注文の数は関係ありませんが、ポジションが あるかないかは重要です。なぜなら、現在終了している過去の注文をすべて削除しなければならない場合があるからです。なぜなら、すでに持っているポジションに 合わない注文はキャンセルしなければならないかもしれないし、そうでない場合はポジションを 再確認したいかもしれないからです。では、どうせ前の命令を削除しなければならないのに、なぜ再制御（年に1回！！）するのでしょうか？大量のコードを書くことに意味があるのでしょうか？何のために？ Dmitry Fedoseev 2015.08.16 13:52 #39 Михаил:具体的なことは何もない！」この答えをなんとなく予想していました。4年半の間、一度もクラッシュしたことはなく、3年半の間、端末を使用していて、ハングアップしたことはない。Expert Advisor をダウンロードし、それが「クラッシュ」した場合（それが起こる場合）、あなたがいくつ、どのような注文をしていたかは問題では ありません。EA をロードする際、注文の数は問題ではありませんが、POSITION が あるかないかは重要で、現在取引プラットフォームに存在する以前の注文をすべて削除しなければならない場合があるからです。なぜなら、すでに持っているポジションに 合わない注文をキャンセルしなければならないこともありますし、うまくいかない場合はポジションを確認し直したいと思うこともあるでしょう。では、どうせ前の命令を削除しなければならないのに、なぜ再制御（年に1回！！）するのでしょうか？大量のコードを書くことに意味があるのでしょうか？何のために？ 具体的には、なぜかそういうポジションを持ちたがっているあなたです。誰も、自分用の玩具を書くことを禁じているわけではありません。自分のために書いているからこのポジションを取ったわけで、確かに生活が苦しくなることはないでしょう。自分がお客さんだったら、立場はまったく違うでしょう。 再起動以外にも、接続が途切れることがあり、その場合は制御を回復する必要があります。コントロールがなければ何もないはずですから、コントロールの回復などあり得ません。刻一刻 と状況を分析し、決断を下す。安定したリスタート可能なEAを書くには、全く異なるアプローチとアルゴリズムの見直しが必要です。簡単なことではありませんし、人によっては不可能なことでさえあります。 Mikhail Filimonov 2015.08.16 13:55 #40 Dmitry Fedoseev: 全ては具体的であり、何らかの理由でそのポジションを持ちたいと考えているのはあなた自身です。テスターのために、個人的に自分用のおもちゃを書くことは誰も禁じていない。自分のために書いているのだから、自分の人生をこじらせないためにこのポジションをとったのでしょう。自分がお客さんだったら、立場はまったく違うでしょう。 再起動以外にも、接続が途切れることがあり、その場合は制御を回復する必要があります。コントロールがなければ何もないはずですから、コントロールの回復などあり得ません。刻一刻と状況を分析し、決断を下す。そして、お客さまが気になる？お客様にとって最も重要なことは、Expert Advisorが機能することです!接続が切れても、オーダーチケットは失われていないので、コントロールを失うことはないのですP/S そして、ディミトリ、なぜ私がテスター用のおもちゃを書くと思うのですか？私が顧客向けに何も書かず、EAを販売 しなければ、それはない。だからといって、"おもちゃ "になるわけではありません。 1234567891011...14 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
...
MT5で、以前に発注した注文をマーケットに残しておかなければならないような例を教えてください。
...
要は、サーバーのOSがダウンしても、サーボの再起動が必要なタイミングで、アカウントの制御を回復する家庭用PCを稼働させればいいのです。
VDS/VPSサーバーで作業している私の経験では、OSが飛ぶことはありませんが、再起動は不測の事態であり、予定された出来事です。
私の質問の本質は、現在の状況に関する情報を収集するコードを正しく書くことです...
削除ではなく、RESTOREしてくれるもの。何を書いたか？復元についてですが、これは良いことだと思います。削除してくださいと言われました。もっと慎重になるべき;)
私も同感で、システムが故障した時にパックで注文を開閉して、スプレッドで全てを失うようなEAがなぜ必要なのか...。
アドバイザーは、条件によって情報を収集し、そのアルゴリズムに従って作業する必要があります...
くそ、○○はふざけんなよ。MTが与えてくれるものは、最も信頼できる選択肢であり、現在の環境に応じて状態を回復させるべきであると、あなた自身が正しい方向を定義しています。その代わりに、長くて役に立たないクラスInfoを書き、そこに外部関数が見つけた値をどうにか詰め込まなければならないのです。そうですね、最終的には必要な変数が含まれるようになります。注文の価格に関する最大と最小のチケットや、その他の重要なものが含まれます。例えば、注文のリストがあり、各注文は多くの列（注文ID、開始時間、開始価格、利益など）を持つテーブル行を表しているとします。列の一つでソートすると、まさに必要な配列が得られるのです。つまり、このようなことは、あなたが好きなクラスの助けを借りて行うことができるのです（無知ですが、すみません）。明日、やり方を書きますので、興味のある方はどうぞ。
例えば、ストップロスの位置のストッパーなど。
初期化中にアンインストールして再インストールすることを妨げるものは何ですか？
具体的になぜRESTORE制御なのか？
初期化時に削除して再インストールすることを妨げるものは何ですか？
なぜ、コントロールをRESTOREする必要があるのでしょうか？
なぜなら、この方法では、環境に関する情報は、初期化の瞬間に一度だけしか収集できないからです。
ブローカーがオープンオーダーを分割することがあります。つまり、0.05を送信すると、ブローカーはそれを0.02と0.03として受け付けます。
ということで、環境に関する情報は、刻々と、あるいはある時間間隔で取得するのがよいでしょう。
例えば、取引されたシンボルと注文に関するすべての情報をEAが常に持っているべきだと考えています。
1. 初期化時に削除され、その後再インストールされることを防ぐには？
2.具体的になぜRESTORE制御なのか？
1.扁桃腺を切除した逸話をご存知でしょうか？それを止めることはできない。
2.最小の冗長性、最小の干渉、したがって意図された計画へのより高いコンプライアンス。保留中の注文は、Expert Advisorの制御なしに実行されます。従って、一旦マーケットに注文を残し、その後制御を戻す方が合理的です。この間、注文が機能すれば、ストラテジーはまだ壊れず、Expert Advisorが状況を分析し、続行します。削除してしまうと、同じ場所に注文を入れることができなくなり、成行注文でストラテジーを修正することになり、アルゴリズムが複雑になってしまうのです。
再起動する場合は、すべて削除して終了し、最初から再起動する必要があります。これでは批判に耐えられない。
よく知られた原則に「エンティティをむやみに増やすな」というものがあります。そして、同様の原則は、不必要な取引操作を行わないことであり、ここでも順守されるべきです。
1.扁桃腺を切除した逸話をご存知でしょうか？邪魔なものは何もない。
2.不必要なアクションを最小限に抑え、干渉を最小限に抑えることで、意図したプランへの適合性を高めています。保留中の注文は、Expert Advisor の制御なしに実行されます。従って、一旦マーケットに注文を残し、その後制御を戻す方が合理的です。この間、注文が機能すれば、ストラテジーはまだ壊れず、Expert Advisorが状況を分析し、続行します。削除してしまうと、同じ場所に注文を入れることができなくなり、成行注文でストラテジーを修正することになり、アルゴリズムが複雑になってしまうのです。
再起動するときは、すべて削除して閉じてから、再度起動する必要があります。これでは批判に耐えられない。
よく知られた原則に「エンティティをむやみに増やすな」というものがあります。そして、この原則はここでも守れるし、守らなければならない--不必要な取引操作をしないことだ。
なぜか、「具体的なことは何もない」という答えが予想されました。
4年半の間、一度もクラッシュしたことがなく、3年半の間、端末を使用していて一度もハングアップしたことがない。
クラッシュ」後にExpert Advisorを起動すると（クラッシュが発生した場合）、何個、どんな種類の
注文の数は関係ありませんが、ポジションが あるかないかは重要です。なぜなら、現在終了している過去の注文をすべて削除しなければならない場合があるからです。
なぜなら、すでに持っているポジションに 合わない注文はキャンセルしなければならないかもしれないし、そうでない場合はポジションを 再確認したいかもしれないからです。
では、どうせ前の命令を削除しなければならないのに、なぜ再制御（年に1回！！）するのでしょうか？
大量のコードを書くことに意味があるのでしょうか？
何のために？
具体的なことは何もない！」この答えをなんとなく予想していました。
4年半の間、一度もクラッシュしたことはなく、3年半の間、端末を使用していて、ハングアップしたことはない。
Expert Advisor をダウンロードし、それが「クラッシュ」した場合（それが起こる場合）、あなたがいくつ、どのような注文をしていたかは問題では ありません。
EA をロードする際、注文の数は問題ではありませんが、POSITION が あるかないかは重要で、現在取引プラットフォームに存在する以前の注文をすべて削除しなければならない場合があるからです。
なぜなら、すでに持っているポジションに 合わない注文をキャンセルしなければならないこともありますし、うまくいかない場合はポジションを確認し直したいと思うこともあるでしょう。
では、どうせ前の命令を削除しなければならないのに、なぜ再制御（年に1回！！）するのでしょうか？
大量のコードを書くことに意味があるのでしょうか？
何のために？
具体的には、なぜかそういうポジションを持ちたがっているあなたです。
誰も、自分用の玩具を書くことを禁じているわけではありません。自分のために書いているからこのポジションを取ったわけで、確かに生活が苦しくなることはないでしょう。自分がお客さんだったら、立場はまったく違うでしょう。
再起動以外にも、接続が途切れることがあり、その場合は制御を回復する必要があります。コントロールがなければ何もないはずですから、コントロールの回復などあり得ません。刻一刻 と状況を分析し、決断を下す。
安定したリスタート可能なEAを書くには、全く異なるアプローチとアルゴリズムの見直しが必要です。簡単なことではありませんし、人によっては不可能なことでさえあります。
全ては具体的であり、何らかの理由でそのポジションを持ちたいと考えているのはあなた自身です。
テスターのために、個人的に自分用のおもちゃを書くことは誰も禁じていない。自分のために書いているのだから、自分の人生をこじらせないためにこのポジションをとったのでしょう。自分がお客さんだったら、立場はまったく違うでしょう。
再起動以外にも、接続が途切れることがあり、その場合は制御を回復する必要があります。コントロールがなければ何もないはずですから、コントロールの回復などあり得ません。刻一刻と状況を分析し、決断を下す。
そして、お客さまが気になる？お客様にとって最も重要なことは、Expert Advisorが機能することです!
接続が切れても、オーダーチケットは失われていないので、コントロールを失うことはないのです
P/S そして、ディミトリ、なぜ私がテスター用のおもちゃを書くと思うのですか？
私が顧客向けに何も書かず、EAを販売 しなければ、それはない。
だからといって、"おもちゃ "になるわけではありません。