どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 1124 1...111711181119112011211122112311241125112611271128112911301131...1178 新しいコメント Anton Govorukhin 2017.02.15 14:25 #11231 Alexey Viktorov: これは、誰でもできる価格のストップの設定方法です。ポイントのみ_Pointを乗じ、現在の 価格に加算されます。しかし、特定の価格を指定することは誰も禁じていない。 私たちは、すべてのオープンオーダーに対して、ある価格でストップを設定する必要があります。例えば、3つの注文を出し、ストップ価格、例えば1.32511はExpert Advisorで既に指定されています。これが必要なのです) Vitalie Postolache 2017.02.15 17:17 #11232 Anton Govorukhin: 私たちは、指定された価格でのすべてのオープンオーダーに対してストップを設定する必要があります。例えば、3つの注文を出し、Expert Advisorにストップ(例えば1.32511)を書き込むと...。こうあるべき) Kodobaseからストップを使うEAを取り出し、ストップを設定する部分を修正します。これは15分間のスローワークの場合です。 Evgeniy Oshurkevich 2017.02.15 19:55 #11233 こんにちは、皆さん、サーバー->端末->アドバイザーのロジックを説明してください。EAのエラー処理機能で質問です。チュートリアルで理解した限りでは、TICはサーバー ---> 価格提示を送信 ---> ターミナル --->EAに制御を 与える ---> ADVISOR(処理済みティックサイクル) ---> 要するに逆方向です。 質問:最初に、サーバーが見積もりを送信するとき、それは単なる見積もりですか、このTICKサイクルですぐにサーバー上の様々なエラーのデータがあります(もちろん、それが起こる場合)?ロジックを理解せずにプログラミングするのは難しい Vitalie Postolache 2017.02.15 20:20 #11234 Evgeniy Oshurkevich:こんにちは、皆さん、サーバー->端末->アドバイザーのロジックを説明してもらえますか?EAのエラー処理機能で質問です。チュートリアルで理解した限りでは、TICはサーバー ---> 価格提示を送信 ---> ターミナル ---> EAに制御を与える ---> ADVISOR(処理済みティックサイクル) ---> 要するに逆方向。 質問:最初に、サーバーが見積もりを送信するとき、それは単なる見積もりですか、このTICKサイクルですぐにサーバー上の様々なエラーのデータがあります(もちろん、それが起こる場合)?ロジックを理解せずにプログラミングするのは難しい エラーはティックに関係なく発生する。 Evgeniy Oshurkevich 2017.02.15 20:28 #11235 Vitalie Postolache: エラーはティックに関係なく発生します。それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。Expert Advisorでやるしかないんだけど、やり方がわからない。エラーは関係なく来るのであれば、GetLastError() 自体がサーバーに「エラーがあるかどうか? Vitalie Postolache 2017.02.15 21:06 #11236 Evgeniy Oshurkevich:それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。どうしたらいいのかわからないし、詳しく聞かないといけないし。エラーは関係なく来るのであれば、GetLastError()自体がサーバーに「エラーがあるかどうか?まあ、サーバーにクライアントサイドのエラーは一切ないんですよ、今まで、どこでも、まったく、まずはそれを理解してください。クライアントの取引注文に対して、サーバーが数値コードを返す、ただそれだけのことです。コード0 - OKです。コマンドは問題なく通過しました。0より大きいコード-問題があり、端末はエラーコードと復号化のログを記録します。サーバーのリターンコードの処理はExpert Advisorだけでなく、プログラマーがサーバーにコマンドを送信する前にエラーを考慮し、取引注文で間違った値を送信してエラーになることを防ぐ必要があります。そうすれば、EAを使った取引が禁止されることはないでしょう。そうでなければ、サインをもらうことになります。例:口座にユーロを1ロット買うだけの資金がない場合、Expert Advisorはこれを考慮せず、1ティックごとに1ロットの買い注文をサーバーに送信します。当然ながら、サーバーはせいぜいアカウントを手動モードに設定する程度だ。エキスパートアドバイザーがまず1ロットの購入に必要な証拠金をチェックし、この値を口座の利用可能資金と比較して、十分な資金がないため取引を行わず、代わりにトレーダーに警告を出す場合は、すべて問題なく、これは良い行動の例となります。 考えられるすべてのエラー状態を考慮し、可能な限り値を修正し、問題がある場合は取引をブロックし、トレーダーに警告する必要があります。 Vitaly Muzichenko 2017.02.15 21:12 #11237 Evgeniy Oshurkevich:それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。Expert Advisorでやるしかないんだけど、やり方がわからない。エラーは関係なく来るのであれば、GetLastError()自体がサーバーに「エラーがあるかどうか?原則:取引を しようとするとき、論理的には「取引に必要な資金があるかどうか」を把握しなければなりません。次のステップ「注文のレベル、距離感が合っているかどうか?- をチェックします。これは、サーバーに触れないようにするためのチェックです。次:チェックが通過し、正常に渡された - 我々は、サーバーに注文を送信し、応答を待って、関数GetLastError()は、サーバーからの応答を受信し、エラーがない場合は "0"、エラーがある場合、それはそれぞれ、エラーコードを返し、修正のためにあなたの順序を返します。さらに、受信したエラーに対処し、サーバーを再爆発させるか、それとも沈静化させるかを判断する作業もある。エラーコードはヘルプに記載されています。追記:書いているうちに、もう返信が来てしまいました) Evgeniy Oshurkevich 2017.02.15 21:21 #11238 Vitalie PostolacheとVitaly Muzichenko、人間として大きなThank you!))イマジン、やっと手に入れました))) Vitaly Muzichenko 2017.02.15 21:27 #11239 Evgeniy Oshurkevich:Vitalie PostolacheとVitaly Muzichenko、人間として大きなThank you!))想像してみてください、やっとわかりましたよ) 優 秀)細部を完成させる。例えば、証券会社が金曜日の23時から59時まで値付けをして、23時から50時までしか取引依頼を処理しないという状況を想像してください。 EAを持っていて、そのストキャスティックスがどこかでクロスして、サーバーにリクエストを送り始め、「マーケットが閉じています」というエラーが出るが、ティックは進んでいるので、ティック毎に再度オーダーを送る。サーバーは喜ぶかな?などを検討することも望まれます。 Evgeniy Oshurkevich 2017.02.15 21:45 #11240 Vitaly Muzichenko: Fine) では、付け加えましょう。例えば、証券会社が金曜日の23時から59時まで値付けをして、23時から50時までしか取引要求が処理されないという状況を想像してください。 EAがあり、そのストキャスティックスがどこかでクロスして、サーバーに要求を送り始め、「Market is closed」エラーが出るが、ティックは動き続け、ノーチェックで全てのティックで再度注文が送られる、というような場合です。サーバーは喜ぶかな?こういうことも考えておく必要があります。 エラー処理機能を注文 前に処方していますが、Expert Advisorの速度を落とすにはどうしたらいいのか、自分のミスでエラーが出るのか、どこに処方したらいいのか、まだ迷っています。I.e.注文を開こうとしましたが、エラーが発生しました。例えば、OrderSend(......);がトランザクションを作成した場合、それが正常に動作したかどうかの情報を得るにはどうすればよいですか? 1...111711181119112011211122112311241125112611271128112911301131...1178 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これは、誰でもできる価格のストップの設定方法です。ポイントのみ_Pointを乗じ、現在の 価格に加算されます。しかし、特定の価格を指定することは誰も禁じていない。
私たちは、指定された価格でのすべてのオープンオーダーに対してストップを設定する必要があります。例えば、3つの注文を出し、Expert Advisorにストップ(例えば1.32511)を書き込むと...。こうあるべき)
こんにちは、皆さん、サーバー->端末->アドバイザーのロジックを説明してください。EAのエラー処理機能で質問です。チュートリアルで理解した限りでは、TICはサーバー ---> 価格提示を送信 ---> ターミナル --->EAに制御を 与える ---> ADVISOR(処理済みティックサイクル) ---> 要するに逆方向です。
質問:最初に、サーバーが見積もりを送信するとき、それは単なる見積もりですか、このTICKサイクルですぐにサーバー上の様々なエラーのデータがあります(もちろん、それが起こる場合)?
ロジックを理解せずにプログラミングするのは難しい
こんにちは、皆さん、サーバー->端末->アドバイザーのロジックを説明してもらえますか?EAのエラー処理機能で質問です。チュートリアルで理解した限りでは、TICはサーバー ---> 価格提示を送信 ---> ターミナル ---> EAに制御を与える ---> ADVISOR(処理済みティックサイクル) ---> 要するに逆方向。
質問:最初に、サーバーが見積もりを送信するとき、それは単なる見積もりですか、このTICKサイクルですぐにサーバー上の様々なエラーのデータがあります(もちろん、それが起こる場合)?
ロジックを理解せずにプログラミングするのは難しい
エラーはティックに関係なく発生します。
それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?
私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。Expert Advisorでやるしかないんだけど、やり方がわからない。
エラーは関係なく来るのであれば、GetLastError() 自体がサーバーに「エラーがあるかどうか?
それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?
私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。どうしたらいいのかわからないし、詳しく聞かないといけないし。
エラーは関係なく来るのであれば、GetLastError()自体がサーバーに「エラーがあるかどうか?
まあ、サーバーにクライアントサイドのエラーは一切ないんですよ、今まで、どこでも、まったく、まずはそれを理解してください。
クライアントの取引注文に対して、サーバーが数値コードを返す、ただそれだけのことです。コード0 - OKです。コマンドは問題なく通過しました。0より大きいコード-問題があり、端末はエラーコードと復号化のログを記録します。
サーバーのリターンコードの処理はExpert Advisorだけでなく、プログラマーがサーバーにコマンドを送信する前にエラーを考慮し、取引注文で間違った値を送信してエラーになることを防ぐ必要があります。そうすれば、EAを使った取引が禁止されることはないでしょう。そうでなければ、サインをもらうことになります。
例:口座にユーロを1ロット買うだけの資金がない場合、Expert Advisorはこれを考慮せず、1ティックごとに1ロットの買い注文をサーバーに送信します。当然ながら、サーバーはせいぜいアカウントを手動モードに設定する程度だ。
エキスパートアドバイザーがまず1ロットの購入に必要な証拠金をチェックし、この値を口座の利用可能資金と比較して、十分な資金がないため取引を行わず、代わりにトレーダーに警告を出す場合は、すべて問題なく、これは良い行動の例となります。
考えられるすべてのエラー状態を考慮し、可能な限り値を修正し、問題がある場合は取引をブロックし、トレーダーに警告する必要があります。
それじゃあ、わからないよ。エラー処理関数は、取引の場合のみ必要という理解で合っていますか?注文を開く前なのか、注文を変更する前なのか。これでよいのでしょうか?つまり、注文を出す前に、まずサーバーにエラーがないことを確認し、エラーがある場合は注文を出すということですか?
私のEAは頑固なのか、いつもエラーメッセージを出さずに注文を出しています。そのためか、私のEAが取引できなくなりました。Expert Advisorでやるしかないんだけど、やり方がわからない。
エラーは関係なく来るのであれば、GetLastError()自体がサーバーに「エラーがあるかどうか?
原則:取引を しようとするとき、論理的には「取引に必要な資金があるかどうか」を把握しなければなりません。次のステップ「注文のレベル、距離感が合っているかどうか?- をチェックします。これは、サーバーに触れないようにするためのチェックです。
次:チェックが通過し、正常に渡された - 我々は、サーバーに注文を送信し、応答を待って、関数GetLastError()は、サーバーからの応答を受信し、エラーがない場合は "0"、エラーがある場合、それはそれぞれ、エラーコードを返し、修正のためにあなたの順序を返します。さらに、受信したエラーに対処し、サーバーを再爆発させるか、それとも沈静化させるかを判断する作業もある。エラーコードはヘルプに記載されています。
追記:書いているうちに、もう返信が来てしまいました)
Vitalie PostolacheとVitaly Muzichenko、人間として大きなThank you!))想像してみてください、やっとわかりましたよ)
Fine) では、付け加えましょう。例えば、証券会社が金曜日の23時から59時まで値付けをして、23時から50時までしか取引要求が処理されないという状況を想像してください。 EAがあり、そのストキャスティックスがどこかでクロスして、サーバーに要求を送り始め、「Market is closed」エラーが出るが、ティックは動き続け、ノーチェックで全てのティックで再度注文が送られる、というような場合です。サーバーは喜ぶかな?こういうことも考えておく必要があります。