MT5でのデリバティブ市場の相場 - ページ 9 1234567891011 新しいコメント prostotrader 2021.11.20 16:05 #81 Доктор #:クイックの主張は、何も「保留」していない、プラザからすべて端末に送信している、というものだ。同時にQuickは、交換情報のバッチごとにイベントを生成します。したがって、これらのイベントのハンドラでは、適切なデータをファイルに書き込むことが論理的である。そして、「全トレード」というファイルと「市場のスナップショット」というファイルを比較します。そして、ここにはひとつの機微がある。カップ到着イベントのイベントハンドラには、カップそのものは入ってきません。そして、それはハンドラで要求されなければならない。そして、躊躇して、その事象を引き起こしたグラスのスライスではなく、例えば、次のグラスを手に入れることも可能です。つまり、スライスをスキップして、「市場外取引」を取得する。MT5でもほぼ同じです。と、メタクオーターが正直に警告しています。イベントハンドラについては全く関係ありません。ベストプライスデータの送信方法は2種類あります。1.タンブラーカットです。2. テーブルは、楽器に関する情報を最良の価格とともに放送する。イベントがタンブラーによって発生するか、機器情報によって発生するかは全く関係ない。重要なことは、すべての端末に来る情報は同じですが、別のブローカーの歴史の中で、それは異なっているということです。は違います。取引内容はどこも同じですが、askとbidが違うことが多いです。異なるブローカーの両方のMT5端末でbidとaskを取得するアルゴリズムは同じであり、だからこそ私は結論を出すのです。このアルゴリズムが正しく動作しないこと。引用文の欠落がある。 Доктор 2021.11.20 19:29 #82 prostotrader #: イベントが市場によって発生するか、商品に関する情報によって発生するかは全く問題ではありません。 重要なことは、情報がすべての端末に来ることは同じですが、別のブローカーの歴史にあることです。 は違います。取引内容はどこも同じですが、askとbidが違うことが多いです。 異なるブローカーの両方のMT5ターミナルでbidとaskを取得するアルゴリズムは同じであり、それが私が結論を出す理由です。 このアルゴリズムが正しく動作しないこと。引用文の欠落がある。 イベントがどのように生成されるのか、そして全く生成されないのかが重要である。また、ハンドラがイベントのトリガーとなった値も受け取ることができれば、より確実に値を見逃すことがなくなるので、素晴らしいことです。 プラザは、Bid/Ask を含む FORTS_COMMON_REPL ストリームをブロードキャストする。この情報の一部がQUIKに届くと、OnParamイベントが発生します。そして、ここからが曖昧なところです。クイックカットの「現在の状態とのデータの更新間隔」をチェックボックスでチェックし、秒単位で選択することができます。そして、この間隔でOnParamイベントが生成 されます。もちろん、ビッド/アスクの 変更もスキップされます。また、チェックを外しておくと、OnParamがかなりの頻度で生成 されます。でも、スタックの切れ端よりちょっとだけレアです。これは、ベッティングマーケットが変化しても、ベストビッド/アスクが 変化しなければ、原理的には可能である。 MT5では、QuicksilverのOnParamと 同じようなイベントが見つかりませんでした。もしそのようなイベントがなければ、論理的にはOnBookEventハンドラでbid/askを 収集し(繰り返しを削除するなどの処理を行い)、可能な限り抜けがないようにする必要があります。やり方が違えば、またやり方が違っても、異なるビッド/アスクの ストーリーを得ることができるのです。 fxsaber 2021.11.20 21:25 #83 OnBookとOnTickはイベントが 並列ではなく、順次処理 されるため、失望することになります。 Renat Akhtyamov 2021.11.20 22:45 #84 Доктор #:クイックの主張は、何も「保留」していない、プラザからすべて端末に送信している、というものです。同時にQuickは、交換情報のバッチごとにイベントを生成します。したがって、これらのイベントのハンドラでは、適切なデータをファイルに書き込むことが論理的である。そして、「全トレード」というファイルと「市場のスナップショット」というファイルを比較します。そして、ここにはひとつの機微がある。カップ到着イベントハンドラでは、カップそのものは来ません。そして、それはハンドラで要求されなければならない。そして、躊躇して、その事象を引き起こしたグラスのスライスではなく、例えば、次のグラスを手に入れることも可能です。つまり、スライスをスキップして、「市場外取引」を取得する。MT5でもほぼ同じです。と、メタクオーターが正直に警告しています。 できるだけ早くとはどういう意味ですか? を、私たちは大切にしなければならないのでしょうか? ;) --- は、ガラスのカットが適切かどうかのチェック方法までお話できる方は、ここにいらっしゃいますか? 原理的にはどの時点でカットされても全く問題ありません。 重要なのは本質、つまり、本質的に何を示すことになっているのか、ということです。 まあ、充電は充電なんですけどね. FXの話でもないんですけどね。 この間、めちゃくちゃなことに気づきました。 例えば、任意の証券取引所で同じこと、価格は同じ、あまり違わないので - +/-、ポイントではありません。 主なものは、彼らは指標となる引用を示すことです!そして、それらのいずれかが吸う - それは今まであなたに発生したことがありますか?;))) 一般論として、私はすぐに大衆を尊敬します。 国民を騙すわけにはいかないし、金儲けも許さない ..................。 --- ここで問題発生 ? あなたはいつも真実の中に間違いを見つける;) クソピラミッドピラミッド、究極の真実がどこにあるのか知る前に頭蓋骨にヒビが入るぞ。 一長一短ですね(笑)。 もちろん初歩的なことなのですが、どこにも説明されていない、だからややこしいのです ;) Доктор 2021.11.21 00:46 #85 fxsaber #:OnBookとOnTickでExpert Advisorのテストが ありました。 取引所は、マーケットデータストリーム、コモンスリーム(ビッド/アスクを含む)、オールトレードストリームの3つのエンティティを生成しています(中略)。そして、これらの実体は何ら同期することなく、別々の人生を歩むことになる。ブローカーは、スレッドを独自に処理(独自のプロトコルにリパックして端末に翻訳)し、スレッド内のデータの整合性だけに気を配る。また、端末はこれらのストリームをそれぞれ独立して処理(可視化/イベント表示)する。その結果、ストリーム間の非同期性は10〜20ms程度がちょうど良いことがわかりました。 prostotrader 2021.11.21 20:15 #86 Доктор #:ブローカーは、ストリームを互いに独立して処理(独自のプロトコルに再パッケージし、端末に変換)し、ストリーム内のデータの整合性だけを気にする。 また「魚金目当て」なのか? ブローカーは何もしていない。 ブローカーのネットワーク 上にある端末のサーバー部は、受信した情報を処理して端末に送信する。 Доктор 2021.11.21 21:35 #87 prostotrader #: ブローカーのネットワークにある端末のサーバー部は、受信した情報を処理して端末に送信する。 博士号 ブローカーストリームプロセス(独自プロトコルに再パッケージ し、端末に変換する) このコメントに意味の違いがあるのでしょうか? prostotrader 2021.11.21 21:43 #88 Доктор #:このコメントに意味の違いがあるのでしょうか? :) まずはリブレットから...。 KVICもMT-5も、クライアント<-->サーバーの アプリケーションです。 クライアント(端末)は、エンドユーザー側にあります。 サーバーはブローカーのネットワーク内にある。 サーバー(MT-5, KVIC)はブローカーのネットワークとPromserversを通じてすべての情報を受け取り、処理し、端末に送信します。 ブローカーはこのプロセスに一切介入しない。 彼はサーバーの設定(例:引用符の深さ)しか入力できない Zero4444 2021.12.15 18:54 #89 では、一引用の歴史は神話なのでしょうか? prostotrader 2021.12.15 19:20 #90 Zero4444 #:では、一引用の歴史は神話なのでしょうか? 神話というより、ソフトがふざけてる...。 1234567891011 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
クイックの主張は、何も「保留」していない、プラザからすべて端末に送信している、というものだ。同時にQuickは、交換情報のバッチごとにイベントを生成します。したがって、これらのイベントのハンドラでは、適切なデータをファイルに書き込むことが論理的である。そして、「全トレード」というファイルと「市場のスナップショット」というファイルを比較します。
そして、ここにはひとつの機微がある。カップ到着イベントのイベントハンドラには、カップそのものは入ってきません。そして、それはハンドラで要求されなければならない。そして、躊躇して、その事象を引き起こしたグラスのスライスではなく、例えば、次のグラスを手に入れることも可能です。つまり、スライスをスキップして、「市場外取引」を取得する。
MT5でもほぼ同じです。と、メタクオーターが正直に警告しています。
イベントハンドラについては全く関係ありません。
ベストプライスデータの送信方法は2種類あります。
1.タンブラーカットです。
2. テーブルは、楽器に関する情報を最良の価格とともに放送する。
イベントがタンブラーによって発生するか、機器情報によって発生するかは全く関係ない。
重要なことは、すべての端末に来る情報は同じですが、別のブローカーの歴史の中で、それは異なっているということです。
は違います。取引内容はどこも同じですが、askとbidが違うことが多いです。
異なるブローカーの両方のMT5端末でbidとaskを取得するアルゴリズムは同じであり、だからこそ私は結論を出すのです。
このアルゴリズムが正しく動作しないこと。引用文の欠落がある。
prostotrader #:
イベントが市場によって発生するか、商品に関する情報によって発生するかは全く問題ではありません。
重要なことは、情報がすべての端末に来ることは同じですが、別のブローカーの歴史にあることです。
は違います。取引内容はどこも同じですが、askとbidが違うことが多いです。
異なるブローカーの両方のMT5ターミナルでbidとaskを取得するアルゴリズムは同じであり、それが私が結論を出す理由です。
このアルゴリズムが正しく動作しないこと。引用文の欠落がある。
イベントがどのように生成されるのか、そして全く生成されないのかが重要である。また、ハンドラがイベントのトリガーとなった値も受け取ることができれば、より確実に値を見逃すことがなくなるので、素晴らしいことです。
プラザは、Bid/Ask を含む FORTS_COMMON_REPL ストリームをブロードキャストする。この情報の一部がQUIKに届くと、OnParamイベントが発生します。そして、ここからが曖昧なところです。クイックカットの「現在の状態とのデータの更新間隔」をチェックボックスでチェックし、秒単位で選択することができます。そして、この間隔でOnParamイベントが生成 されます。もちろん、ビッド/アスクの 変更もスキップされます。また、チェックを外しておくと、OnParamがかなりの頻度で生成 されます。でも、スタックの切れ端よりちょっとだけレアです。これは、ベッティングマーケットが変化しても、ベストビッド/アスクが 変化しなければ、原理的には可能である。
MT5では、QuicksilverのOnParamと 同じようなイベントが見つかりませんでした。もしそのようなイベントがなければ、論理的にはOnBookEventハンドラでbid/askを 収集し(繰り返しを削除するなどの処理を行い)、可能な限り抜けがないようにする必要があります。やり方が違えば、またやり方が違っても、異なるビッド/アスクの ストーリーを得ることができるのです。
OnBookとOnTickはイベントが 並列ではなく、順次処理 されるため、失望することになります。
クイックの主張は、何も「保留」していない、プラザからすべて端末に送信している、というものです。同時にQuickは、交換情報のバッチごとにイベントを生成します。したがって、これらのイベントのハンドラでは、適切なデータをファイルに書き込むことが論理的である。そして、「全トレード」というファイルと「市場のスナップショット」というファイルを比較します。
そして、ここにはひとつの機微がある。カップ到着イベントハンドラでは、カップそのものは来ません。そして、それはハンドラで要求されなければならない。そして、躊躇して、その事象を引き起こしたグラスのスライスではなく、例えば、次のグラスを手に入れることも可能です。つまり、スライスをスキップして、「市場外取引」を取得する。
MT5でもほぼ同じです。と、メタクオーターが正直に警告しています。
できるだけ早くとはどういう意味ですか?
を、私たちは大切にしなければならないのでしょうか?
;)
---
は、ガラスのカットが適切かどうかのチェック方法までお話できる方は、ここにいらっしゃいますか?
原理的にはどの時点でカットされても全く問題ありません。
重要なのは本質、つまり、本質的に何を示すことになっているのか、ということです。
まあ、充電は充電なんですけどね.
FXの話でもないんですけどね。
この間、めちゃくちゃなことに気づきました。
例えば、任意の証券取引所で同じこと、価格は同じ、あまり違わないので - +/-、ポイントではありません。
主なものは、彼らは指標となる引用を示すことです!そして、それらのいずれかが吸う - それは今まであなたに発生したことがありますか?;)))
一般論として、私はすぐに大衆を尊敬します。
国民を騙すわけにはいかないし、金儲けも許さない ..................。
---
ここで問題発生 ?
あなたはいつも真実の中に間違いを見つける;)
クソピラミッドピラミッド、究極の真実がどこにあるのか知る前に頭蓋骨にヒビが入るぞ。
一長一短ですね(笑)。
もちろん初歩的なことなのですが、どこにも説明されていない、だからややこしいのです ;)
OnBookとOnTickでExpert Advisorのテストが ありました。
取引所は、マーケットデータストリーム、コモンスリーム(ビッド/アスクを含む)、オールトレードストリームの3つのエンティティを生成しています(中略)。そして、これらの実体は何ら同期することなく、別々の人生を歩むことになる。ブローカーは、スレッドを独自に処理(独自のプロトコルにリパックして端末に翻訳)し、スレッド内のデータの整合性だけに気を配る。また、端末はこれらのストリームをそれぞれ独立して処理(可視化/イベント表示)する。その結果、ストリーム間の非同期性は10〜20ms程度がちょうど良いことがわかりました。
ブローカーは、ストリームを互いに独立して処理(独自のプロトコルに再パッケージし、端末に変換)し、ストリーム内のデータの整合性だけを気にする。
また「魚金目当て」なのか?
ブローカーは何もしていない。
ブローカーのネットワーク 上にある端末のサーバー部は、受信した情報を処理して端末に送信する。
prostotrader #:
ブローカーのネットワークにある端末のサーバー部は、受信した情報を処理して端末に送信する。
博士号
ブローカーストリームプロセス(独自プロトコルに再パッケージ し、端末に変換する)
このコメントに意味の違いがあるのでしょうか?
このコメントに意味の違いがあるのでしょうか?
:)
まずはリブレットから...。
KVICもMT-5も、クライアント<-->サーバーの アプリケーションです。
クライアント(端末)は、エンドユーザー側にあります。
サーバーはブローカーのネットワーク内にある。
サーバー(MT-5, KVIC)はブローカーのネットワークとPromserversを通じてすべての情報を受け取り、処理し、端末に送信します。
ブローカーはこのプロセスに一切介入しない。
彼はサーバーの設定(例:引用符の深さ)しか入力できない
では、一引用の歴史は神話なのでしょうか?
では、一引用の歴史は神話なのでしょうか?
神話というより、ソフトがふざけてる...。