フォルツァ執行上の問題点 - ページ 93 1...8687888990919293949596979899100...156 新しいコメント straler2011 2018.02.16 13:36 #921 フォートス先物市場は、メタコムがvar証拠金の概念を十分に学習していないため、メタコムを使うのは馬鹿らしい。先物の場合は(無料のものの中では)Quickが一番、どんなに不便だと批判されても、すべて正しく正確に計算してくれる。 prostotrader 2018.02.16 13:47 #922 straler2011: Metacはvar marginの概念を十分に学習していないので、フォート先物の市場でMetacを使うのはマズいです。先物の場合は(無料のものの中では)Quickが一番、どんなに不便だと批判されても、すべて正しく正確に計算してくれる。支店だけでなく、フォーラムも間違えているのでしょう。 prostotrader 2018.02.16 13:50 #923 Dennis Kirichenko:だから、問題はあり得るのです。1.端末そのもの(注文を送ったと言いながら、実際には送っていない)が非常に疑わしい。 いいえ。2.OPENのプロバイダーまたはOPENの内部ネットワークが正常に 動作していない。 いいえ。3.サーバーがMYオーダーをキューに入れ、待ち時間は31秒。 はい。 イミフ、オープナーはあなたの注文の実行を遅らせただけです、それだけです。高度な社会主義の時代にどんな技術的な問題があるのでしょうか?面白い :-)) 高頻度取引?ロボットがサーバーに注文を出すことはよくあるのでしょうか?そう、31秒の遅れだ。 彼らはバカなのか? prostotrader 2018.02.16 13:57 #924 ちょうどブローカーから返事が来たところです :) いつものようにSTANDARD。 "開発者に連絡 した "のは...。 そうして2年2ヶ月...。 prostotrader 2018.02.21 12:36 #925 遅延はあまり「怖さ」を感じないようでした。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。 2018.02.21 10:00:09.136 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 10:00:10.149 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET ........ ........ ........ 2018.02.21 14:42:37.260 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 14:42:38.270 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET fxsaber 2018.02.21 12:52 #926 prostotrader:しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手探りで操作していた)。 ログがある場合は、OnTradeTransactionにあったものです。これがMT5の内部アーキテクチャです。自分自身のエラーを探す。 prostotrader 2018.02.22 01:20 #927 fxsaber:Logbookにエントリーがあれば、それはOnTradeTransactionにあった。これがMT5の内部アーキテクチャです。自分自身のエラーを探す。100回目にして 注文が 非同期で送信さ れた場合、取引所(サーバー)からの応答はプロトコールされません! fxsaber 2018.02.22 04:58 #928 prostotrader:100回目にして 注文が非同期で送信された場合、取引所(サーバー)からの応答はプロトコールされません!このエントリーは、端末のどこから来たのでしょうか? トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム フォルツァ執行に関する質問 プロストトレーダー さん 2018.02.21 13:36 あまり「怖い」遅延ではなさそうですね。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。 prostotrader 2018.02.22 17:18 #929 fxsaber:このエントリーは、ターミナルのどこから来たのですか? 基本を学ぼう! 黄色でハイライトされているのは、注文がExchangeに送信されたことを示すサーバーの応答です。 さらに、(注文が非同期で送信される場合は)プロトコールされません。 "竹を吸う "でOnTradeTransactionの 反応を待つ fxsaber 2018.02.22 17:25 #930 prostotrader:基本を学ぼう! 黄色でハイライトされているのは、注文がExchangeに送信されたことを示すサーバーの応答です。 さらに、(注文が非同期で送信される場合は)プロトコールされません。 "竹 "を燻し、OnTradeTransactionで 回答を待つ過去ログから "少年はいたのか?"という疑問が湧く。この切り株のような丸太と全体のメッセージは、外部の人間に何を語りかけているのだろうか。 トレーディング、自動売買システム、ストラテジーテストに関するフォーラム フォルツァ執行に関する質問 プロストトレーダー さん 2018.02.21 13:36 あまり「怖い」遅延ではなさそうですね。 2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。 2018.02.21 10:00:09.136 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 10:00:10.149 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET ........ ........ ........ 2018.02.21 14:42:37.260 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET 2018.02.21 14:42:38.270 trader (GOLD-6.18,H1) ProcessOrders: Билет sell ордера = 84521583 Cост. ордера = ORD_DO_SET特に2本目のログは。 1...8687888990919293949596979899100...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Metacはvar marginの概念を十分に学習していないので、フォート先物の市場でMetacを使うのはマズいです。先物の場合は(無料のものの中では)Quickが一番、どんなに不便だと批判されても、すべて正しく正確に計算してくれる。
支店だけでなく、フォーラムも間違えているのでしょう。
だから、問題はあり得るのです。
1.端末そのもの(注文を送ったと言いながら、実際には送っていない)が非常に疑わしい。
いいえ。
2.OPENのプロバイダーまたはOPENの内部ネットワークが正常に 動作していない。
いいえ。
3.サーバーがMYオーダーをキューに入れ、待ち時間は31秒。
はい。
イミフ、オープナーはあなたの注文の実行を遅らせただけです、それだけです。高度な社会主義の時代にどんな技術的な問題があるのでしょうか?面白い :-))
高頻度取引?ロボットがサーバーに注文を出すことはよくあるのでしょうか?
そう、31秒の遅れだ。
彼らはバカなのか?
ちょうどブローカーから返事が来たところです :)
いつものようにSTANDARD。
"開発者に連絡 した "のは...。
そうして2年2ヶ月...。
遅延はあまり「怖さ」を感じないようでした。
しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。
しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手探りで操作していた)。
ログがある場合は、OnTradeTransactionにあったものです。これがMT5の内部アーキテクチャです。自分自身のエラーを探す。
Logbookにエントリーがあれば、それはOnTradeTransactionにあった。これがMT5の内部アーキテクチャです。自分自身のエラーを探す。
100回目にして
注文が 非同期で送信さ れた場合、取引所(サーバー)からの応答はプロトコールされません!
100回目にして
注文が非同期で送信された場合、取引所(サーバー)からの応答はプロトコールされません!
このエントリーは、端末のどこから来たのでしょうか?
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
フォルツァ執行に関する質問
プロストトレーダー さん 2018.02.21 13:36
あまり「怖い」遅延ではなさそうですね。
2018.02.21 10:00:07.675 Trades 'xxxxx': sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.654 Trades 'xxxxx': accepted sell limit 1.00 GOLD-9.18 at 1355.8 2018.02.21 10:00:08.685 Trades 'xxxxx': order #84521583 sell limit 1.00 / 1.00 GOLD-9.18 at 1355.8 done in 1010.295 ms
しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。
このエントリーは、ターミナルのどこから来たのですか?
基本を学ぼう!
黄色でハイライトされているのは、注文がExchangeに送信されたことを示すサーバーの応答です。
さらに、(注文が非同期で送信される場合は)プロトコールされません。
"竹を吸う "でOnTradeTransactionの 反応を待つ
基本を学ぼう!
黄色でハイライトされているのは、注文がExchangeに送信されたことを示すサーバーの応答です。
さらに、(注文が非同期で送信される場合は)プロトコールされません。
"竹 "を燻し、OnTradeTransactionで 回答を待つ
過去ログから "少年はいたのか?"という疑問が湧く。この切り株のような丸太と全体のメッセージは、外部の人間に何を語りかけているのだろうか。
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
フォルツァ執行に関する質問
プロストトレーダー さん 2018.02.21 13:36
あまり「怖い」遅延ではなさそうですね。
しかし、OnTradeTransactionの サーバーレスポンスが受信 されない(手で操作する必要があった)。
特に2本目のログは。