MetaTrader4用API関数のライブラリを開発 - ページ 4

 
MT4のクォートサーバーの設定によると、10秒に1回以上の操作を行うことはできません。サーバーは、ハッカーのDOS攻撃を防ぐために、異なるリクエストの頻度を制限しています。この情報は、かつてこのフォーラムで提起されたものです。そ
んなことはありません。
取引の頻度は、ブローカーの反応速度によってのみ制限されます =)。
MTには制限がありません。

開発者は、フォーラムで、何度もそう言っています。しかし、彼らはいつも正直に私たちに警告してくれました - あなたは自分であなたのブローカーを処理する必要があります;)


したがって、一時停止は(技術的な意味での)義務 ではないが、少なくとも(アカウントのブロックの危険性という意味での)望ましいと 言う方がより公平であろう。
 
私は簡単な例では、間隔が20秒であっても、私は3つの注文をするために3つの要求を送信することに興味があります。この時、相場は低調で、ティックの間隔は最大で2分です。最初の2つは失われるのか、それとも3つとも最初のティックの間に実行されるのでしょうか?
 
私は簡単な例では、間隔が20秒であっても、私は3つの注文をするために3つの要求を送信することに興味があります。この時、相場は低調で、ティックの間隔は最大で2分です。最初の2つは失われるのか、それとも3つとも最初のティックの間に実行されるのでしょうか?

何も失われることはありません。プログラムに遅延を実装する必要はありません。一次関数として int NewPos(...)関数を起動します。すべての遅延は、すでにその中に実装されています。この関数が0を返した場合、すべてがうまくいき、リクエストは実行されたことになります。2次、3次と進んでいきます。
実行が成功すれば、この関数は勝手に10秒の遅延を作るので、サーバーへの頻繁なリクエストに困ることはないだろう。また、MT4端末の応答待ち時間も本機能で実装しています。この間、端末からの応答がない場合は、エラー 状況のコードを 返す。これは、見積書の紛失、アカウントの無効化、インターネット障害などに関連する状況を診断するために行われたものです。
こうすることで、関数から戻ったときには、すでに イベントが発生していることになります。がんばってください。
 
注文処理コマンドは、Expert Advisorがインストールされているペアの相場が到着したときのみ実行されます。つまり、プログラム内の「BUY」ボタンは、注文がサーバーに送信されることを意味せず、Expert AdvisorがインストールされているペアのQuoteを「ディスク上で待機」しているに過ぎないのです。EAはファイルコマンドを探し、見つかればサーバーに注文を送ります。ちなみに、毎ティックごとに検索を行います。注文の結果、または注文の取り消しの結果は、それぞれ次の見積書の到着をもってのみ受領することができます。これでは、一部のTSについて、明確なロジックを整理することができません。ご理解いただけたでしょうか。


TSのロジックは関係ない。質問は、あくまで注文執行の 遅れについてです。しかし、前にも書いたように、この問題は突飛なもので、気配値の変動は新しい価格を持つティックの受信によって決定されます。アクティブな取引では、1分間に最大200ティックを受信します。したがって、この場合、ラグが発生することはあり得ません。売買が低迷している時期にポジションを持つと、価格変動がほとんどないため、期待値も気配値に大きな影響を与えません。
それに、ここでは「BUY」ボタンについて話すことはできません。なぜなら、私たちが議論しているのは機械式取引システムであり、ボタンなしで独自の判断を 下すからです。がんばってください。
 
MT4のクォートサーバーの設定によると、10秒に1回以上の取引を行うことはできません。

実はMetaTrader3でもそうだったのですが、MT4ではこの制約がなくなりました。
ただ、いずれも節度を守って、連続して多くの操作をしないようにしなければなりません。
 
実はMetaTrader3ではそうだったのですが、MT4ではもうこの制限はありません。<br/ translate="no"> それでも、あまりに多くの操作を連続して行わないように注意する必要があります。

はい、もちろんその通りです。また、あまりに頻繁なリクエストの 場合、サーバーがユーザーのアドレスをブロックしてしまい、取引に支障をきたす可能性があるため、開発したライブラリでは、すぐに遅延を予見できるようにした。がんばってください。
 
ATTENTION!
MetaTrader 4のAPI機能を利用するためのMFOREXライブラリ2.05がリリースされました。
そのメリットは
1.ライブラリの動作中は一時ファイルは形成されず、データの転送は共有メモリ領域で行われます。このようなソリューションにより、情報へのアクセスが大幅に高速化され、図書館の信頼性も向上します。
2.さらに、端末の診断、最後のカチカチ音の時間、登録処理用のユニークなコンピューターコードを返す特別な機能も実装されています。
3.エラーや緊急事態の診断機能は、状況のコードを返し、その説明をロシア語の特別なログに保存します。
4.ライブラリーの価格を大幅に引き下げました。旧バージョンの登録ユーザーには、無償でアップデートを提供します。
詳細はウェブサイトhttp://www.min2006.ru でご覧ください。
 


残念ながら、今回のEA案では
- は、見積もり履歴を配信しません。
- はエラーやエマージェンシーを追跡しません。
- は、取引履歴や保有ポジションの一覧は表示されません。
- は、最新の気配値(ティック形式)を取得することができません。

私が提案するライブラリでは、不足している機能はすべて実装されています。また、一時ファイルを生成することなく、共有メモリ領域で情報のやり取りを行う。詳しくはhttp://www.min2006.ru をご覧ください。
がんばってください。
 
ちなみに、今のMinは、以前よりも買えるものが増えています。
純粋なイミフ :)