フォルツァ執行上の問題点 - ページ 97 1...90919293949596979899100101102103104...156 新しいコメント Denis Kirichenko 2018.02.26 22:06 #961 Sergey Chalyshev: ブローカーが何であるか知っていますか？彼らはキッチンで取引することに慣れている。 また、取引開始時に、取引所（特に無知な人はブローカーではない）にあった注文がすでに約定しており、サーバーが遅くなり、注文が約定した情報が1分以上遅れて端末に入ってくることに気づきました。しかし、サーバーと交換機は動作しており、他のアプリケーションを滞りなく受け入れることができます。 このブローカーが意図的に、何らかの個人的な理由で、汚い手口を作っていると思いますか？取引所で取引しないのであれば、ここで時間を浪費する必要はないでしょう。いいえ、理解できません。初婚です。 ブローカーは注文を実行せず、サーバーにも残しません。ブローカーの仕事は、取引所からの情報を素早くお客様に伝え、手数料を計算することです。 では、ブローカーにはサーバーが必要ないということですか？:-)) そして、あなたはブローカーのタスクの実現を理解している - 迅速に交換からクライアントに情報を転送し、それらの手数料を計算する - また、時間がかかる？ と市場が、言ってみましょう、 "繊細 "条件（セッションまたはギャップの始まり）、何が起こるの でしょうか？ もう一度言います。 イモ、ブローカーが最も可能性が高い一度にすべてを埋めるために急いでいない、それが必要とされるように、徐々に埋める...これが彼らのリスクマネジメントシステム... ボラティリティが高いときは？注文は削除されないというのが正しいです。そのトリガーとなる確率が高い。 ブローカーは仕掛けをするのではなく、「非定型」な条件で注文を通すだけ。そういうことなんだ...。 開店時、10時から10時5分までは取引しない。もうずいぶん前からそうなんですけど...。私もセッションのオープニングでトレードすることはありません。 prostotrader 2018.02.27 06:53 #962 Dennis Kirichenko:そして、オープン時の10:00から10:05の間は取引しない。長いことしていない...。ああ、それから、開場時に何かを手に取ることは、誰にも勧められないね。ブラボー！ 31秒の遅延-セッションのオープニングでは取引しないでください。 サーバーからの応答がない-取引しない（しかし、いつ不在になるかはわからない）。 素晴らしい電話取引に切り替えたほうがいいのでは？ 誰が悪いのか（ブローカーかMQか）、どんな理由なのか、私にはわからないし、私には関係ない はずです しかし、そのようなソフトウェアがある限り、取引時間の全範囲で安定的に動作するはずです。 TheXpert 2018.02.27 08:20 #963 Dennis Kirichenko:もう、あなたには辛いわ...。なぜ、このような遅延がmt5を通じてのみ発生するのでしょうか？ なんで厨二病的な戯言でスレを詰まらせてるんだ？ Konstantin Nikitin 2018.02.27 08:44 #964 まあ、純粋に物理的なレベルで遅延をキャンセルした人はいないでしょうけど。 ボラティリティが高い場合に執行するための注文を 送ることさえ、すでに現実の価格とは異なる価格で行われているのです。結局のところ、価格がターミナルに入ったのはほんの一瞬であるが、それらは変化する可能性がある。 そして、その要求がブローカーに届き、ブローカーから取引所に届くまで、価格も変化する可能性があります。文字通り、その場でスリップしてしまうわけです。端末から取引所までの信号が往復しているからです。 prostotrader 2018.02.27 10:12 #965 Konstantin Nikitin:まあ、純粋に物理的なレベルで遅延をキャンセルした人はいないでしょうけど。 ボラティリティが高い場合に執行するための注文を 送ることさえ、すでに現実の価格とは異なる価格で起こっている。結局、価格が端末に表示されたのはほんの一瞬で、変わっているかもしれないのです。 さらに、執行依頼がブローカーに届き、ブローカーから取引所に届く間に、価格が変動する可能性もある。文字通りその場でスリップするわけです。端末から取引所までの信号が往復しているため。Dear! 自分が書いていることをちゃんと読んでいるのか？ これが正常な動作です。 2018.02.26 10:00:10.138 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 ms そして、これが遅れているのです。 2018.02.26 10:01:09.779 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms 違いを感じますか？ 4424.93倍! Konstantin Nikitin 2018.02.27 10:19 #966 prostotrader:違いは感じられましたか？この差の間、あなたからサーバーへの往復に信号の遅れがなかったことは確かですか？通信はローカルネットワーク上ではなく（それすらも常に固定値ではない）、インターネットネットワーク上であり、重複も十分にあり得る。 prostotrader 2018.02.27 10:23 #967 Konstantin Nikitin:また、この差の間に、あなたからサーバーへの信号の遅れがなかったと確信していますか？接続はローカルネットワーク上ではなく（それすらも常に固定 されているわけではない）インターネット上であり、重なる可能性は十分にある。スレッドを全部読めとは言わないが、少しは良心的になれよ...。 2ページ前はとても分かりやすかったです。 Konstantin Nikitin 2018.02.27 10:35 #968 prostotrader:スレッドを全部読めとは言わないが、少しは良心的になれよ...。 2ページ前はとても分かりやすかったです。ただ、遅延はブローカーのせいではなく、信号の受け渡しのせいであることがかなり多いということです。このPingにもリクエストサーバーの処理時間が存在しますが、それほど大きなものではありません。コマンド実行時にどのようなPing番号が表示されるかについて。 Sergey Chalyshev 2018.02.27 17:38 #969 Dennis Kirichenko:いや、よくわからない。初婚です。それはわかります。 説明や証明をする気もない。あるジョークを思い出した。 ある男が通りを歩いていると、3人の田舎者が出会う。 - "友よ、そこに行くな、彼らはあなたを脱がせている。 彼は立ち止まり、考え、別の道を歩む。 - あそこも行くなよ、脱がされるんだから。 彼は立ち止まって考え、尋ねた。 - どこに行けばいいのでしょうか？ - どこにも行かないで、ここで服を脱ぐんだ! )) Sergey Chalyshev 2018.02.27 18:16 #970 トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム "フローティング "エラー PositionSelect() MQアレクサンダー さん 2016.08.03 18:00 注文、ポジション、取引について。ヘルプにあるように、トランザクションの到着順序は保証されていません。 ターミナルでのポジションの変更は、厳密には売買取引の受信の結果であり、その受信はポジションが変更されたことを保証するものである。 注文を履歴に移すトランザクションを取得することは、注文がアクティブ（オープン）でなくなり、注文履歴に移されたことのみを保証します。このフレーズについては非同期取引で端末の初期バージョンの1つのドキュメントに残っていたようです。近日中に削除する予定です。有罪の者は処刑される。MQ Alexander! この場所のどこかに、たくさんのスローダウンがあるのです。 このスレッドで対処してください。 どうやら全員が撃たれたわけではなさそうです )) 1...90919293949596979899100101102103104...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ブローカーが何であるか知っていますか？彼らはキッチンで取引することに慣れている。
また、取引開始時に、取引所（特に無知な人はブローカーではない）にあった注文がすでに約定しており、サーバーが遅くなり、注文が約定した情報が1分以上遅れて端末に入ってくることに気づきました。しかし、サーバーと交換機は動作しており、他のアプリケーションを滞りなく受け入れることができます。
このブローカーが意図的に、何らかの個人的な理由で、汚い手口を作っていると思いますか？
取引所で取引しないのであれば、ここで時間を浪費する必要はないでしょう。いいえ、理解できません。初婚です。
ブローカーは注文を実行せず、サーバーにも残しません。ブローカーの仕事は、取引所からの情報を素早くお客様に伝え、手数料を計算することです。
では、ブローカーにはサーバーが必要ないということですか？:-))
そして、あなたはブローカーのタスクの実現を理解している - 迅速に交換からクライアントに情報を転送し、それらの手数料を計算する - また、時間がかかる？ と市場が、言ってみましょう、 "繊細 "条件（セッションまたはギャップの始まり）、何が起こるの でしょうか？
もう一度言います。
イモ、ブローカーが最も可能性が高い一度にすべてを埋めるために急いでいない、それが必要とされるように、徐々に埋める...これが彼らのリスクマネジメントシステム...
ボラティリティが高いときは？注文は削除されないというのが正しいです。そのトリガーとなる確率が高い。
ブローカーは仕掛けをするのではなく、「非定型」な条件で注文を通すだけ。そういうことなんだ...。
開店時、10時から10時5分までは取引しない。もうずいぶん前からそうなんですけど...。私もセッションのオープニングでトレードすることはありません。
そして、オープン時の10:00から10:05の間は取引しない。長いことしていない...。ああ、それから、開場時に何かを手に取ることは、誰にも勧められないね。
ブラボー！
31秒の遅延-セッションのオープニングでは取引しないでください。
サーバーからの応答がない-取引しない（しかし、いつ不在になるかはわからない）。
素晴らしい電話取引に切り替えたほうがいいのでは？
誰が悪いのか（ブローカーかMQか）、どんな理由なのか、私にはわからないし、私には関係ない はずです
しかし、そのようなソフトウェアがある限り、取引時間の全範囲で安定的に動作するはずです。
もう、あなたには辛いわ...。
なぜ、このような遅延がmt5を通じてのみ発生するのでしょうか？
なんで厨二病的な戯言でスレを詰まらせてるんだ？
まあ、純粋に物理的なレベルで遅延をキャンセルした人はいないでしょうけど。
ボラティリティが高い場合に執行するための注文を 送ることさえ、すでに現実の価格とは異なる価格で行われているのです。結局のところ、価格がターミナルに入ったのはほんの一瞬であるが、それらは変化する可能性がある。
そして、その要求がブローカーに届き、ブローカーから取引所に届くまで、価格も変化する可能性があります。文字通り、その場でスリップしてしまうわけです。端末から取引所までの信号が往復しているからです。
まあ、純粋に物理的なレベルで遅延をキャンセルした人はいないでしょうけど。
ボラティリティが高い場合に執行するための注文を 送ることさえ、すでに現実の価格とは異なる価格で起こっている。結局、価格が端末に表示されたのはほんの一瞬で、変わっているかもしれないのです。
さらに、執行依頼がブローカーに届き、ブローカーから取引所に届く間に、価格が変動する可能性もある。文字通りその場でスリップするわけです。端末から取引所までの信号が往復しているため。
Dear!
自分が書いていることをちゃんと読んでいるのか？
これが正常な動作です。
2018.02.26 10:00:10.138 Trades 'xxxxx': modify order #84618465 sell limit 1.00 NLMK-6.18 at 15500 sl: 0 tp: 0 -> 14942, sl: 0 tp: 0 placed for execution in 6.492 msそして、これが遅れているのです。
2018.02.26 10:01:09.779 Trades 'xxxxx': cancel order #84618465 sell limit 1.00 NLMK-6.18 at 14942 placed for execution in 28726.639 ms違いを感じますか？
4424.93倍!
違いは感じられましたか？
この差の間、あなたからサーバーへの往復に信号の遅れがなかったことは確かですか？通信はローカルネットワーク上ではなく（それすらも常に固定値ではない）、インターネットネットワーク上であり、重複も十分にあり得る。
また、この差の間に、あなたからサーバーへの信号の遅れがなかったと確信していますか？接続はローカルネットワーク上ではなく（それすらも常に固定 されているわけではない）インターネット上であり、重なる可能性は十分にある。
スレッドを全部読めとは言わないが、少しは良心的になれよ...。
2ページ前はとても分かりやすかったです。
スレッドを全部読めとは言わないが、少しは良心的になれよ...。
2ページ前はとても分かりやすかったです。
ただ、遅延はブローカーのせいではなく、信号の受け渡しのせいであることがかなり多いということです。このPingにもリクエストサーバーの処理時間が存在しますが、それほど大きなものではありません。コマンド実行時にどのようなPing番号が表示されるかについて。
いや、よくわからない。初婚です。
それはわかります。
説明や証明をする気もない。あるジョークを思い出した。
ある男が通りを歩いていると、3人の田舎者が出会う。
- "友よ、そこに行くな、彼らはあなたを脱がせている。
彼は立ち止まり、考え、別の道を歩む。
- あそこも行くなよ、脱がされるんだから。
彼は立ち止まって考え、尋ねた。
- どこに行けばいいのでしょうか？
- どこにも行かないで、ここで服を脱ぐんだ!
))
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
"フローティング "エラー PositionSelect()
MQアレクサンダー さん 2016.08.03 18:00
注文、ポジション、取引について。
ヘルプにあるように、トランザクションの到着順序は保証されていません。
ターミナルでのポジションの変更は、厳密には売買取引の受信の結果であり、その受信はポジションが変更されたことを保証するものである。
注文を履歴に移すトランザクションを取得することは、注文がアクティブ（オープン）でなくなり、注文履歴に移されたことのみを保証します。
このフレーズについては
非同期取引で端末の初期バージョンの1つのドキュメントに残っていたようです。近日中に削除する予定です。有罪の者は処刑される。
MQ Alexander!
この場所のどこかに、たくさんのスローダウンがあるのです。
このスレッドで対処してください。
どうやら全員が撃たれたわけではなさそうです ))