フォルツァ執行上の問題点 - ページ 36

[Roman Shiredchenko]

:-)

1.MT5でのエラーの有無

BCSでプレゼント？

[Mikhail Filimonov]

Roman Shiredchenko:

:-)

1.MT5でのエラーの有無

BCSに存在するのでしょうか？

アフタヌーン!

ここにEAがありますので、試してみてください。ただし、リアルでの取引制限（2000）を超えないように選択してください。

[Mikhail Filimonov]

毎日、新しい驚きがあります。

2015.09.07 10:00:10.446 Forts_trader (MIX-9.15,M1)      StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.696 Forts_trader (MXI-12.15,M1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.696 Forts_trader (MXI-12.15,M1)     StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.805 Forts_trader (MGNT-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.883 Forts_trader (SNGR-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.883 Forts_trader (SNGR-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:10.992 Forts_trader (CHMF-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:11.882 Forts_trader (LKOH-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:12.615 Forts_trader (GOLD-9.15,M1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:12.615 Forts_trader (GOLD-9.15,M1)     StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:17.888 Forts_trader (UJPY-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:18.340 Forts_trader (Eu-9.15,M1)       StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:18.512 Forts_trader (Si-3.16,M1)       StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:21.210 Forts_trader (SILV-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:28.246 Forts_trader (MTSI-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:33.737 Forts_trader (RTS-9.15,M1)      StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт
2015.09.07 10:00:41.116 Forts_trader (TRNF-9.15,H1)     StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт

[Aytugan Khafizov]

Михаил:

毎日、新しい驚きがあります。

そして、開発者にも責任があるのは確かです :)7月中旬に1150にアップデートして以来、オトクテイのソフトそのものは何も変わっていませんが。

追伸

私がオトクリティーに返信して、考えられる問題を指摘した後、彼らは金曜日に新しいAccess Serverを展開することを約束しました。理由はよくわからないが、今週の火曜日までできないかもしれないとのこと。待機中...

[Aleksey]

Aytugan Khafizov:

7月中旬に1150にバージョンアップして以来、オトクライティのソフトそのものは何も変わっていませんが。

だから、久しぶりなんです。そして、それが 掲示板で話題に なり、文句なしの犯人がトピックスターターと宣言されたのです。

[Mikhail Filimonov]

もちろん、すべて私が悪いのですが!

私はここで鼻をほじりながら考えている。

"最悪の事態とは？"

P/SプラザIIにFORTS_FUTTRADE_REPLのスレッドがあります。

ハートビート・テーブル（Server clock service table）を持っている。

このテーブルは、トレーディングシステムカーネルによって一定の周期で埋められるので

は、同期をとるため（例えば、ある瞬間にすべての案件の到着を確認するため）に使用されます。

の時間）。テーブルはレコードを追加するモードで使用し、テーブルのクリーニングは夜間に行います。

夜間

表5.表フィールド

フィールドタイプ 説明

replID i8 レプリケーションサブシステムサービスフィールド

replRev i8 レプリケーションサブシステムサービスフィールド

replAct i8 レプリケーションサブシステムサービスフィールド

server_time t サーバーの日付と時刻

MT5 ユーズプラザII

では、なぜMqlTickの ような構造体にサーバーの時間を挿入できなかったのでしょうか。

このサーバーの時間をTimeTradeServer() で返しますか？

10:00:41 - MARKET CLOSEDの場合、どんなアルゴトレードの話ができるのでしょうか？

[Aleksey]

最も集約的なストリーム（タンブラー）に別の数値フィールドを挿入することは冗長である。

しかし、レナートのアドバイス通り、こうしてチェックが冗長になってしまうのです。開発者の頭の中にはFXしかないのか...。

ファイブ」の構想・検証において、低流動性商品に頼りたいという要望は、今後も聞かれることはなさそうだ。しかし、今となっては手遅れの部分が大きい...。

FORTSの注文エラー（マーケットクローズ）

レナート・ファットフーリン さん 2015.03.11 12:31

シンボルの引用を見る - 正確には何時なのか。前場から相場が更新されていない場合は、まだ市場が開かれていないことを意味します。

私は、与えられた条件を自動的に完全に正しく考慮するコードを、ただ小馬鹿にするだけです。

そして、このラウンドは、注文を送信する前に毎回通過しなければならない、または、このチェックの必要性について、より多くの条件を成形する。

[Mikhail Filimonov]

Aleksey:

最も激しいスレッド（tumblr）に別の数値フィールドを挿入することは冗長である。

バカバカしいにもほどがある...。

今回の翻訳を交換する（ワザワザ言わなくても大丈夫です）

表25．テーブル情報フィールド

フィールドタイプ 説明

replID i8 レプリケーションサブシステムサービスフィールド

replRev i8 レプリケーションサブシステムサービスフィールド

replAct i8 レプリケーションサブシステムサービスフィールド

infoID i8 ユニークキー

logRev i8 先物のリビジョンは、その時点で

スナップショット

lifeNum i4 着信ストリームのライフ番号。

moment t スナップショット生成時間

[Aleksey]

Михаил:

おかしいとさえ思う...。

今回の交換放送（ごまかしすら必要ない）

放送されていても不思議ではない、出世作に結びつかないだけだ。

個人的には、1杯ごとに時間をms.に送信する意味がわからないし、スレッドが拡大するし、メリットはデバッグにしかない。

しかし、それは理念の 問題ではありません。

[Mikhail Filimonov]

Aleksey:

伝わっていても不思議ではない、メガネに紐付いていないだけ。

個人的にはスタックごとにms.に時間を渡す意味がわからないし、スレッドが膨張してしまうし、メリットはデバッグの時だけです。

しかし、それは理念の 問題ではありません。

ポイントは、時間がトレードのSYNERGYであることです。

なぜなら、クリアリング中もトレード前もメガネは「動いて」いるからです。

もし、サーバーの正確な時刻が指定されていれば、取引の時間帯にいるかどうかがわかるはずです

今、私は（タイマーで）関数TimeTradeServer() を呼び出す必要があります、それは取引サーバーの推定現在時刻を返します!!!を決定する。

タイムゲートもし、サーバーの時間(これは取引所からブロードキャストされる)がガラス(MqlBookInfo())と一緒に来るなら、「タンバリンで踊る」ことはないでしょう!

struct MqlBookInfo
  {
   ENUM_BOOK_TYPE   type;       // тип заявки из перечисления ENUM_BOOK_TYPE
   double           price;      // цена
   long             volume;     // объем
  };

開発者がスナップショットタイムを構造に挿入できないのはなぜですか？

struct MqlBookInfo
  {
   datetime         moment;     //Время создания снэпшота  
   ENUM_BOOK_TYPE   type;       // тип заявки из перечисления ENUM_BOOK_TYPE
   double           price;      // цена
   long             volume;     // объем
  };