米ドルに何が起こったのか、知る由もない。 - ページ 6 1234567 新しいコメント Boris 2013.09.19 08:29 #51 AscはBidに関係なくサーバーにプログラムされているため、Bidより少なくなる。AskをBidのスプレッドに依存させ、サーバーがスプレッドを変更するだけで、AskがBidより常に高くなるようにすればよかったのです。そのためか、ユーラの急上昇中に突然エラーが出るようになりました。無事に終わってよかったです:) Artyom Trishkin 2013.09.19 09:19 #52 borilunad:AskはBidと独立してサーバーにプログラムされるため、Bidより小さくなります。おそらく、ユーラの急激な上昇時に突然エラーが発生したのが原因 だと思います。すべてうまくいってよかった!:) ここで、あなたのコードで処理するための別のケースを紹介します ;) Server Muradasilov 2013.09.19 09:25 #53 papaklass:円はすでに昨日からの上昇分をすべて埋め合わせた。日銀のルール:)他のメジャーもJPYの行動を繰り返すのだろうか? 可能性は高い Boris 2013.09.19 09:26 #54 papaklass: さあ、いよいよです。:) アスクとビッドは市場の需給を反映しています。それらは独立した価値観です。そして、スプレッドはビッドとアスク(Ask/Bid)に依存する値である。便宜上、Spreadを導入しています。 分かりやすい説明ありがとうございました しかし、FXはデータの遅れなどから実際の需給を反映したものではありません。DCのスプレッドがマイナスになるのは儲かるのか? Boris 2013.09.19 09:38 #55 artmedia70: ここで、あなたのコードで処理するための別のケースを紹介します ;) アルチョム、いい子にしてろよーこれらのエラーとその対処は私の手元に残り、注文はエラーなくサーバーに送られた。しかし、もしマイナススプレッドで無意味なことがなければ、私のフクロウはリトライで時間を浪費することなく、より速く取引し、より多くの利益を達成することができるでしょう Artyom Trishkin 2013.09.19 10:20 #56 borilunad: アルチョム、いい子にしてろよーこれらのエラーとその対処は私の手元に残り、注文はエラーなくサーバーに送られた。しかし、もし負のスプレッドで無意味なことがなければ、私のフクロウはリトライに時間を浪費することなく、より速くトロールし、より多くの利益を達成することができます。 そのため、エラー後の再試行を避けるためには、送信されるオーダーが正しいかどうかを事前に確認する必要があります。 Artyom Trishkin 2013.09.19 10:26 #57 papaklass:証券会社が実質USTを持ち、手数料だけを受け取るのであれば、スプレッドがマイナスであろうがなかろうが、証券会社は気にしないのである。顧客がより多くの取引を行い、より多くの出来高を示すことが、証券会社にとって利益となるのである。マイナススプレッドは厨房にとって利益にならないので、マイナススプレッドを認めない。:) また、利用して いる証券会社のスプレッドは?もしや、秘密ではない?個人的なメッセージでお聞きいただいても結構です。 Alexandr Bryzgalov 2013.09.19 10:45 #58 tol64: いずれにせよ、脱出した。よく眠れたのでしょう。)))100ポンドでは徹夜するほどの価値はない。は、のんびりと少しお金を足すことにしました)。 Boris 2013.09.19 10:53 #59 artmedia70: そのため、エラー後の再試行を避けるためには、送信されるオーダーが正しいかどうかを事前に確認する必要があります。 Breakevenにしたり、TPを設定することで、気配値が限界を超えると、一瞬で価格が限界を超えてしまうので、この「反転した」気配値のためにエラーが発生したとしか思えません。私のスリッページは最高で30、ダブルスプレッドですが。また、リトライはすでに新しい価格になっていますが、それでも、このような急激な動きの場合、再び価格の不一致が起こる可能性があります。 Artyom Trishkin 2013.09.19 10:59 #60 borilunad: このエラーは、これらの「反転した」相場によって引き起こされたとしか考えられません。なぜなら、相場がマークを外したときにブレークイーブンまたはTPを設定すると、一瞬で価格がマークを外し、私のスリッページが30とスプレッドの2倍の大きい方であるにもかかわらず、このようになります。また、リトライはすでに新しい価格になっていますが、それでもこれだけ急激な動きがあると、また価格のミスマッチが起こる可能性があります。 Expert Advisor は、エラーログにエラーと信号のエラーフリー送信に重要なすべての値のサイズを報告しないのですか? 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
AscはBidに関係なくサーバーにプログラムされているため、Bidより少なくなる。AskをBidのスプレッドに依存させ、サーバーがスプレッドを変更するだけで、AskがBidより常に高くなるようにすればよかったのです。そのためか、ユーラの急上昇中に突然エラーが出るようになりました。無事に終わってよかったです:)
AskはBidと独立してサーバーにプログラムされるため、Bidより小さくなります。
おそらく、ユーラの急激な上昇時に突然エラーが発生したのが原因 だと思います。すべてうまくいってよかった!:)
円はすでに昨日からの上昇分をすべて埋め合わせた。日銀のルール:)
他のメジャーもJPYの行動を繰り返すのだろうか?
さあ、いよいよです。:)
アスクとビッドは市場の需給を反映しています。それらは独立した価値観です。そして、スプレッドはビッドとアスク(Ask/Bid)に依存する値である。便宜上、Spreadを導入しています。
分かりやすい説明ありがとうございました
しかし、FXはデータの遅れなどから実際の需給を反映したものではありません。DCのスプレッドがマイナスになるのは儲かるのか?
ここで、あなたのコードで処理するための別のケースを紹介します ;)
アルチョム、いい子にしてろよーこれらのエラーとその対処は私の手元に残り、注文はエラーなくサーバーに送られた。しかし、もし負のスプレッドで無意味なことがなければ、私のフクロウはリトライに時間を浪費することなく、より速くトロールし、より多くの利益を達成することができます。
証券会社が実質USTを持ち、手数料だけを受け取るのであれば、スプレッドがマイナスであろうがなかろうが、証券会社は気にしないのである。顧客がより多くの取引を行い、より多くの出来高を示すことが、証券会社にとって利益となるのである。
マイナススプレッドは厨房にとって利益にならないので、マイナススプレッドを認めない。:)
いずれにせよ、脱出した。よく眠れたのでしょう。)))
100ポンドでは徹夜するほどの価値はない。
は、のんびりと少しお金を足すことにしました)。
そのため、エラー後の再試行を避けるためには、送信されるオーダーが正しいかどうかを事前に確認する必要があります。
このエラーは、これらの「反転した」相場によって引き起こされたとしか考えられません。なぜなら、相場がマークを外したときにブレークイーブンまたはTPを設定すると、一瞬で価格がマークを外し、私のスリッページが30とスプレッドの2倍の大きい方であるにもかかわらず、このようになります。また、リトライはすでに新しい価格になっていますが、それでもこれだけ急激な動きがあると、また価格のミスマッチが起こる可能性があります。