エラー、バグ、質問 - ページ 242

 
Yedelkin:
議論から理解したように、ブローカーは履歴の改善(更新、「正しい」アップロード)に時間を費やすことはない。例えば、スプレッドが履歴に表示されたが、ブローカーが更新されたデータベースをダウンロードしていない場合などです。
履歴のチェック(更新、"正しい "ダウンロード)は自動的に行われるべきではないのか?例えば、MT5は自動で更新されます。
 
Jager:
履歴の確認、(「正しい」更新、アップロードは)自動でよいのでは?例えば、MT5は自動で更新されます。

FXは、銀行間外国為替 市場の分散型市場です。引用の流れが一本化されることはない。

そのため、証券会社間の短期的なアービトラージが行われることが多い

 
Jager:
履歴の確認(更新、アップロード)は自動でよいのでは?例えば、MT5は自動で更新されます。
どのようなアップデートなのでしょうか?ブローカー/ディーラーのサーバーからクライアント端末の 自動更新?あるいは、MQサーバーからブローカー/ディーラー・サーバーの自動更新?ブローカー/ディーラーサーバーのデータベースは、「例えばMT5は自動的に更新される」という記述と同様に、自動的に更新されるということでしょうか?
 
Yedelkin:
どのようなアップデートなのでしょうか?ブローカー/ディーラーサーバーからクライアント端末の自動更新?あるいは、MQサーバーからブローカー/ディーラー・サーバーの自動更新?ブローカー/ディーラーサーバーのデータベースは、「例えばMT5は自動的に更新される」という記述と同様に、自動的に更新されるということでしょうか?

こんな内容でした。

Yedelkin2010.12.22 18:33.

議論から理解したように、ブローカーは履歴の改善(更新、「正しい」ダウンロード)に時間を費やすことはない。例えば、スプレッドが履歴に表示されたが、ブローカーが更新されたデータベースをダウンロードしなかった。

ブローカーが同じ歴史を歩んでいないことは明らかなようです。

 
Jager:

ブローカーが同じ歴史を持っていないことは、もうわかっているはずです。

私のメッセージは、ブローカーが履歴を更新 する時間を取らないことについてです。はっきりさせておきますが、ブローカーはMQサーバーからの履歴を更新する のに時間を浪費しません。しばしば、ブローカーの履歴が「壊れている」「間違っている」などが判明したときでさえもです。MT5クライアント端末の自動更新は 関係ありません。それは、なぜ証券会社が「間違った歴史」を持っているのかという問いに対する私の答え、すなわち「間違った歴史」だった。

イェーガー

なぜブローカーは間違った履歴を残すのか?

それともブローカーがじっくりと反らすのでしょうか?

質問が出尽くしたかな。ご希望であれば、キーワード検索で関連するトピックに移動できます。

 

しかし、私見というか、私にとっては、物語がどのように生成されるのか、まだよくわからない。

デモモードで履歴が違うというのは、根本的な問題ではなく、いろいろな理由があると思われます。しかし、MT5がリアルモードに移行したらどうなるのだろう。どのような履歴が関連するのか、あるいは、異なるサーバーにある履歴はすべて、そのサーバー/ブローカーで有効であり、有効であるのかもしれません。つまり、情報の形成、集約、提供がどのようにMT5クライアントに流れるかを知る必要があるのです。そして、私の疑問は、なぜこのような方法で、逆に、リアルタイムで何が起こるのかということです。提供された歴史が違うのだから、専門家が歴史の分析を行い、それに基づいて結論や判断を下すのであれば、歴史とは何かという問題は非常に重要であり、その違いは実に大きなものである。

では、どのようにストーリーが生成され、提供されるのか、そのメカニズムを具体的に説明してください。

ありがとうございます。

 
Almirian:

そこで、履歴の形成と提供の仕組みについて詳しく教えてください。

私がアドバイスできることは、有能な回答が続かない場合は、フォーラムの検索を使用することです。壊れた歴史」というテーマは、これまで何度も議論されてきた。端末の取扱説明書(履歴の作成・共有の仕組みについて)はすでにご覧いただいているかと思います。
 
Yedelkin:

私のメッセージは、ブローカーが履歴を更新 する時間を取らないことについてです。はっきりさせておきますが、ブローカーはMQサーバーからの履歴を更新する のに時間を浪費しません。しばしば、ブローカーの履歴が「壊れている」「間違っている」などが判明したときでさえもです。MT5クライアント端末の自動更新は関係ありません。それは、なぜ証券会社が「間違った歴史」を持っているのかという問いに対する私の答え、すなわち「間違った歴史」だった。

疑問は解決してほしい。ご希望であれば、キーワード検索で関連するトピックに移動できます。

自動で更新できるのに、なぜブローカーは更新に 無駄な時間を費やすのでしょうか?ブローカーはどこからか履歴を取り、それが正しいものでなければ、何ができるかを知っているはずです。

その際、何をしたらいいのかわからないと、間違ったことをしてしまう可能性があります。何を更新すればいいのか、ソフトなのか、履歴なのか、ブローカーに聞くこともあるでしょう。

すべてのブローカーが異なる履歴を持っている場合、それはそれが壊れている、曲がったという意味ではありません。ヒストリープロバイダーが異なる場合もあります。

 
Jager:

自動で更新できるのに、なぜブローカーは更新に 時間をかけるのでしょうか?結局のところ、ブローカーはどこからか履歴を取り、それが正しくなければ、何ができるかわからないのです。

その際、何をしたらいいのかわからないと、間違ったことをしてしまう可能性があります。何を更新すればいいのか、ソフトなのか、履歴なのか、ブローカーに聞くこともあるでしょう。

すべてのブローカーが異なる履歴を持っている場合、それはそれが壊れている、曲がったという意味ではありません。ヒストリープロバイダーが異なる場合もあります。

了解です。質問が尽きない :)新しい質問から判断すると、ブローカー/ディーラーのサーバーベースが自動的に更新されるかどうかはわからないが、そのようなオプションは合理的だと考えているようだ。したがって、私はあなたに2つの方法をアドバイスすることができます:いずれかのブローカー/ディーラーから自動更新(改善、 "正しい "のダウンロード)の歴史の状況を明確にするために直接開発者に連絡する、または同様のトピック(私は以前に示した、すなわちの簡単な要約:履歴データの違いのソースは、履歴データに関して個々のブローカーの短所(pokivilism)と呼ばれていました)上の過去の議論を読んでください。
 

ストーリーが破綻しているとか、片方のバーが違うということではなく、どちらのストーリーも「普通」であり、調和しているのです。問題は、両者にはそれぞれ「特徴」があり、異なるということです。そのため、実際には、過去の履歴に基づく状況判断アプローチを用いる専門 家が、同じ取引ツールを用いて、一方の履歴では200以上、他方の履歴では10以上と表示する事態が発生します。だからこそ、純粋な好奇心からの質問ではなく、「なぜ、そうなんだろう?:).この質問は、関連性があり、実用的だと思います。

この質問をする前に、私は確かに答えを見つけようとしましたが、できませんでした。

もし、有能な解説があれば - ありがとうございます。

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе - Документация по MQL5
理由: