FORTS: OnTradeTransaction() のリターンコード - ページ 2 123456789...11 新しいコメント Mykola Demko 2015.05.13 17:02 #11 Михаил:あなたと私は「違う言語」を話しているのです。注文は、クロス取引の結果、削除することができます。で、ORDER_STATE_CANCELEDがリターンコード "0 "で返ってくる。これはブローカーとは関係ない。MT5はユニバーサルプラットフォームであり、特定のゲートウェイの条件に適合させる場合、ブローカー(すべてのブローカー)は独自の方法でサーバー部分を構成することを理解しています。ブローカープログラマーがサーバーに書き込んだものが返ってくる。そのため、質問はブローカーの技術サポート部門と直接解決する必要があります。サーバーのログは彼らだけが持っており、彼らだけが状況を明らかにできるのです。この場合、外部の観測者は、これらが本当のリターンコードであることを確認することさえできず、それはあなたのコードによって書かれ、コードは添付されません。また、このような高速な機能をプリンターで記録すると、ごちゃごちゃになることがよくあります。できれば文字列のロギングを行い、その後ファイルにダンプすることで状況を再現できるとよいのですが(難しいのは承知です)。いずれにせよ、CDブローカーがなければ解明することは不可能です。 Mikhail Filimonov 2015.05.13 17:08 #12 Nikolay Demko:MT5はユニバーサルプラットフォームであり、特定のゲートウェイの条件に適合させる場合、ブローカー(各ブローカー)が独自の方法でサーバー部分を構成することをご理解ください。ブローカープログラマーが書いたものがサーバーから返ってくる。そのため、質問はブローカーの技術サポート部門と直接解決する必要があります。サーバーのログは彼らだけが持っており、彼らだけが状況を明らかにできるのです。この場合、外部の観測者は、これらが本当のリターンコードであることを確認することさえできず、それはあなたのコードによって書かれ、コードは添付されません。また、このような高速な機能をプリンターで記録すると、ごちゃごちゃになることがよくあります。できれば文字列のロギングを行い、その後ファイルにダンプすることで状況を再現できるとよいのですが(難しいのは承知です)。いずれにせよ、私は繰り返し、CDブローカーなしには理解することは不可能です。ニコライさんへもし、すべてのブローカーのプログラマーが「自分たちの」リターンコードを書いてくれるなら......。何が起こるか考えてみてください :) Mykola Demko 2015.05.13 17:20 #13 Михаил:ニコライさんへもし、すべての証券会社のプログラマーが「自分たちの」リターンコードを書いたら......。何が起こるか考えてみてください :)大げさに考えないでください。ブローカーのプログラマーは、発売前に一度だけサーバーを設定しますが、何でもいいというわけではなく、利用可能なセットからしか設定しません。しかし、サーバーの設定は知的なもので、メーカーはオプションの規定を行っていますが、事前に少し複雑な設定のいくつかのスキームを開発するために、それはどのブローカーで条件のどのような種類に依存します。そのため、サーバー部分の設定は、一応ブローカーで行っています。ブローカーに連絡しなければならない第二の理由は、彼はサーバー部分のログを持っているので、ブローカーがそう言うときだけ、このサーバーのバグがすでにMQに可能です、この場合、あなたが心配する必要はありませんが、彼ら自身が開発者に連絡することになる のです。 Mikhail Filimonov 2015.05.14 15:35 #14 Nikolay Demko:無理は禁物です。ブローカーのプログラマーは、発売前の準備中に一度だけサーバーを設定しますが、何でもいいというわけではなく、利用可能なセットから設定します。しかし、サーバーを設定することはインテリジェントなもので、メーカーは可能なオプションのために提供されていますが、それはいくつかの設定スキームを事前に動作するように困難である、それはブローカーの条件に依存します。そのため、サーバー部分の設定は、一応ブローカーで行っています。なぜブローカーに連絡する2番目の理由は、それは彼がサーバー側のログを持っており、唯一のブローカーがそう言うとき、このサーバーのバグがすでにMQに可能ですが、このケースでは、あなたが心配する必要はありません、彼ら自身が開発者に 連絡するためである。ブローカーからの回答こんにちは。いいえ、この設定は開発者側のものです。昨年末に次のような質問がありました。モスクワ取引所、誤取引で罰金。規制の全文は、http://fs.moex.com/files/4266 でご覧いただけます。だから、例えば、取引所がペナルティを課す。トランザクションの種類*。実行結果(エラーコード)*。スコアQ注文の追加クロス・トレードが発生した (31)Q1顧客資金の不足 (332)Q2証券会社からの資金不足(333)Q3FOKの入札が連結されない(4103)Q4デルオーダー注文が見つかりません (14)Q5MoveOrderクロスディーリングが発生した (31)Q6注文が見つからなかった (50)Q7顧客資金の不足 (332)Q8証券会社の資金不足(333)Q9DelUserOrders取引は正常に終了しました。であり、順序が削除されることはありませんQ10MT5では、「取引サーバーのリターンコード」の中に、「クライアント資金が足りない」というリターンコード以外は存在しません。MetaQuotes社から以下の回答が ありました。こんにちは。1.残念ながら、交換用リターンコードを一律に翻訳する問題は単純ではなく、いくつもの変更が必要です。 現在、最も適切な解決策を探っているところです。来年度中に必要な機能が追加される可能性が高いです。2.誤取引表について、MT5取引サーバーが顧客の取引要求の事前チェック(必要証拠金の管理を含む)を行うことを考慮すると、実際に交換が拒否されるケースは2つあります。トランザクションの種類*。実行結果(エラーコード)*。Qスコア注文の追加クロス・トレードが発生した (31)Q1顧客資金の不足 (332)Q2証券会社からの資金不足(333)Q3FOKの入札が連結されない(4103)Q4デルオーダー注文が見つかりません (14)Q5MoveOrderクロスディーリングが発生した (31)Q6注文が見つからなかった (50)Q7顧客資金の不足 (332)Q8証券会社の資金不足(333)Q9DelUserOrders取引は正常に終了しました。であり、順序が削除されることはありませんQ10どちらも事実上ありえないことです。リーズナブル。ミハイル・バトゥーロフトレーディングシステムユーザーサポート責任者取引システムサポート管理オトクリート・ブローカレッジ・ハウス FORTS: OnTradeTransaction() return codes Mikhail Filimonov 2015.05.15 08:18 #15 MQは答えによってはガチガチになってしまうこともあります。例MQ:「どちらも事実上 ありえないことです。"失敗の理由は何だったのか、少し考えてしまいますね2015.05.12にMGNTのシンボルに変更がありました(価格ステップが1.になりました。価格は整数である必要があります。)ブローカーが為替変動を把握していないのでしょう。EAにリターンコードプロテクションがなかったらを使えば、数秒で何千ものトランザクションを取得することができます。2015.05.15 10:00:10.051 Forts_trader (MGNT-6.15,H1) StopTrading: Неправильная цена в запросеそして、そのような状況も「ありえない」はずなのです Mikhail Filimonov 2015.11.03 20:31 #16 開発者の皆様へ最終的にいつ支払うのか、お答えください。 取引サーバーのRETURN CODESに 注目?MT5サーバーの「不具合」や取引所のクラッシュが発生すると、次のようなことが起こります。Expert Advisor がEXISTING 注文を削除する注文を送信したが、応答が返ってきた。「無効なリクエスト" !そして、Expert Advisorは、削除の命令でサーバーを叩き続けます。の注文を受け付けています。//+------------------------------------------------------------------+ // Remove order | //+------------------------------------------------------------------+ void COrder::Remove() { if ( ticket > 0 ) { if ( OrderSelect( ticket ) ) { mem_magic = ulong( OrderGetInteger( ORDER_MAGIC ) ); mem_tick = GetTickCount(); req_id = 0; MqlTradeRequest request = {0}; MqlTradeResult result = {0}; request.action = TRADE_ACTION_REMOVE; request.order = ticket; if ( OrderSendAsync( request, result ) ) { if ( result.retcode == TRADE_RETCODE_PLACED ) { req_id = result.request_id; //--- switch( order_status ) { case BUY_ORDER: state = ORD_BUY_DO_CANCEL; break; case SELL_ORDER: state = ORD_SELL_DO_CANCEL; break; } SetTransCount( true ); } else { mem_magic = 0; mem_tick = 0; CheckError( result.retcode, "Remove: Результат удаления ордера не верен! Причина: ", order_status, ticket ); } } else { mem_magic = 0; mem_tick = 0; CheckError( result.retcode, "Remove: Ордер не отослан! Причина: ", order_status, ticket ); } } else { ticket = 0; modify_count = 0; } } else { modify_count = 0; } }注文がACTIVEになっているのに、どうして間違ったリクエストがあるのでしょうか?2015.09.15 15:27:31.402 Trades 'xxxxx': failed modify order #20619541 sell limit 35.00 BR-11.15 at 50.33000 sl: 0.00000 tp: 0.00000 -> 49.19000, sl: 0.00000 tp: 0.00000 [Invalid request] 2015.09.15 15:27:32.611 Trades 'xxxxx': failed cancel order #20619541 sell limit 35.00 BR-11.15 at 50.33000 [Invalid request] 2015.09.15 15:27:34.163 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:42.815 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:43.006 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:43.358 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:43.407 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:44.562 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:44.572 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:45.593 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:45.892 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:47.007 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:47.407 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:47.769 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:47.789 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:50.819 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:50.879 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:27:50.900 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:28:04.330 Trades 'xxxxx': failed cancel order #20619543 buy limit 50.00 BR-11.15 at 48.29000 [Invalid request] 2015.09.15 15:28:04.330 Trades 'xxxxx': failed cancel order #20619541 sell limit 35.00 BR-11.15 at 50.33000 [Invalid request] Andrey Khatimlianskii 2015.11.04 23:03 #17 投稿の常時編集がまた始まりました。まるで、その方が開発者の目に留まるかのような話題性です。見えないアップデートをフォーラムで更新するよりも、サービスデスクで毎日こき使ったほうがいいのでは...。 Mikhail Filimonov 2015.11.04 23:48 #18 Andrey Khatimlianskii:投稿の常時編集がまた始まりました。まるで、その方が開発者の目に留まるかのような話題性です。フォーラムで見えない更新をするよりも、サービスデスクで毎日揉んだ方が...。アンドリューさん、おはようございます。そして、そこにも誰も答えない(みんな「うんざり」している)。 Mikhail Filimonov 2015.11.04 23:53 #19 そして、ここでは、地域の人々が現在の問題を認識することになります。 Mikhail Filimonov 2015.11.05 00:06 #20 アンドレイさんは、MT5のバグフィックスに反対なのですか?MT5のバグを修正し、プラットフォームの取引機能を 向上させることに反対ですか? 123456789...11 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
あなたと私は「違う言語」を話しているのです。
注文は、クロス取引の結果、削除することができます。
で、ORDER_STATE_CANCELEDがリターンコード "0 "で返ってくる。
これはブローカーとは関係ない。
MT5はユニバーサルプラットフォームであり、特定のゲートウェイの条件に適合させる場合、ブローカー(すべてのブローカー)は独自の方法でサーバー部分を構成することを理解しています。
ブローカープログラマーがサーバーに書き込んだものが返ってくる。
そのため、質問はブローカーの技術サポート部門と直接解決する必要があります。サーバーのログは彼らだけが持っており、彼らだけが状況を明らかにできるのです。
この場合、外部の観測者は、これらが本当のリターンコードであることを確認することさえできず、それはあなたのコードによって書かれ、コードは添付されません。
また、このような高速な機能をプリンターで記録すると、ごちゃごちゃになることがよくあります。できれば文字列のロギングを行い、その後ファイルにダンプすることで状況を再現できるとよいのですが(難しいのは承知です)。
いずれにせよ、CDブローカーがなければ解明することは不可能です。
MT5はユニバーサルプラットフォームであり、特定のゲートウェイの条件に適合させる場合、ブローカー(各ブローカー)が独自の方法でサーバー部分を構成することをご理解ください。
ブローカープログラマーが書いたものがサーバーから返ってくる。
そのため、質問はブローカーの技術サポート部門と直接解決する必要があります。サーバーのログは彼らだけが持っており、彼らだけが状況を明らかにできるのです。
この場合、外部の観測者は、これらが本当のリターンコードであることを確認することさえできず、それはあなたのコードによって書かれ、コードは添付されません。
また、このような高速な機能をプリンターで記録すると、ごちゃごちゃになることがよくあります。できれば文字列のロギングを行い、その後ファイルにダンプすることで状況を再現できるとよいのですが(難しいのは承知です)。
いずれにせよ、私は繰り返し、CDブローカーなしには理解することは不可能です。
ニコライさんへ
もし、すべてのブローカーのプログラマーが「自分たちの」リターンコードを書いてくれるなら......。
何が起こるか考えてみてください :)
ニコライさんへ
もし、すべての証券会社のプログラマーが「自分たちの」リターンコードを書いたら......。
何が起こるか考えてみてください :)
大げさに考えないでください。ブローカーのプログラマーは、発売前に一度だけサーバーを設定しますが、何でもいいというわけではなく、利用可能なセットからしか設定しません。
しかし、サーバーの設定は知的なもので、メーカーはオプションの規定を行っていますが、事前に少し複雑な設定のいくつかのスキームを開発するために、それはどのブローカーで条件のどのような種類に依存します。
そのため、サーバー部分の設定は、一応ブローカーで行っています。ブローカーに連絡しなければならない第二の理由は、彼はサーバー部分のログを持っているので、ブローカーがそう言うときだけ、このサーバーのバグがすでにMQに可能です、この場合、あなたが心配する必要はありませんが、彼ら自身が開発者に連絡することになる のです。
無理は禁物です。ブローカーのプログラマーは、発売前の準備中に一度だけサーバーを設定しますが、何でもいいというわけではなく、利用可能なセットから設定します。
しかし、サーバーを設定することはインテリジェントなもので、メーカーは可能なオプションのために提供されていますが、それはいくつかの設定スキームを事前に動作するように困難である、それはブローカーの条件に依存します。
そのため、サーバー部分の設定は、一応ブローカーで行っています。なぜブローカーに連絡する2番目の理由は、それは彼がサーバー側のログを持っており、唯一のブローカーがそう言うとき、このサーバーのバグがすでにMQに可能ですが、このケースでは、あなたが心配する必要はありません、彼ら自身が開発者に 連絡するためである。
ブローカーからの回答
こんにちは。
いいえ、この設定は開発者側のものです。
昨年末に次のような質問がありました。
モスクワ取引所、誤取引で罰金。規制の全文は、http://fs.moex.com/files/4266 でご覧いただけます。
だから、例えば、取引所がペナルティを課す。
トランザクションの種類*。
実行結果(エラーコード)*。
スコアQ
注文の追加
クロス・トレードが発生した (31)
Q1
顧客資金の不足 (332)
Q2
証券会社からの資金不足(333)
Q3
FOKの入札が連結されない(4103)
Q4
デルオーダー
注文が見つかりません (14)
Q5
MoveOrder
クロスディーリングが発生した (31)
Q6
注文が見つからなかった (50)
Q7
顧客資金の不足 (332)
Q8
証券会社の資金不足(333)
Q9
DelUserOrders
取引は正常に終了しました。
であり、順序が削除されることはありません
Q10
MT5では、「取引サーバーのリターンコード」の中に、「クライアント資金が足りない」というリターンコード以外は存在しません。
MetaQuotes社から以下の回答が ありました。
こんにちは。
1.残念ながら、交換用リターンコードを一律に翻訳する問題は単純ではなく、いくつもの変更が必要です。 現在、最も適切な解決策を探っているところです。来年度中に必要な機能が追加される可能性が高いです。
2.誤取引表について、MT5取引サーバーが顧客の取引要求の事前チェック(必要証拠金の管理を含む)を行うことを考慮すると、実際に交換が拒否されるケースは2つあります。
トランザクションの種類*。
実行結果(エラーコード)*。
Qスコア
注文の追加
クロス・トレードが発生した (31)
Q1
顧客資金の不足 (332)
Q2
証券会社からの資金不足(333)
Q3
FOKの入札が連結されない(4103)
Q4
デルオーダー
注文が見つかりません (14)
Q5
MoveOrder
クロスディーリングが発生した (31)
Q6
注文が見つからなかった (50)
Q7
顧客資金の不足 (332)
Q8
証券会社の資金不足(333)
Q9
DelUserOrders
取引は正常に終了しました。
であり、順序が削除されることはありません
Q10
どちらも事実上ありえないことです。
リーズナブル。
ミハイル・バトゥーロフ
トレーディングシステムユーザーサポート責任者
取引システムサポート管理
オトクリート・ブローカレッジ・ハウス
MQは答えによってはガチガチになってしまうこともあります。
例
MQ:「どちらも事実上 ありえないことです。"
失敗の理由は何だったのか、少し考えてしまいますね
2015.05.12にMGNTのシンボルに変更がありました(価格ステップが1.になりました。
価格は整数である必要があります。)
ブローカーが為替変動を把握していないのでしょう。
EAにリターンコードプロテクションがなかったら
を使えば、数秒で何千ものトランザクションを取得することができます。
そして、そのような状況も「ありえない」はずなのです
開発者の皆様へ
最終的にいつ支払うのか、お答えください。
取引サーバーのRETURN CODESに 注目?
MT5サーバーの「不具合」や取引所のクラッシュが発生すると、次のようなことが起こります。
Expert Advisor がEXISTING 注文を削除する注文を送信したが、応答が返ってきた。
「無効なリクエスト" !そして、Expert Advisorは、削除の命令でサーバーを叩き続けます。
の注文を受け付けています。
注文がACTIVEになっているのに、どうして間違ったリクエストがあるのでしょうか?
投稿の常時編集がまた始まりました。まるで、その方が開発者の目に留まるかのような話題性です。
見えないアップデートをフォーラムで更新するよりも、サービスデスクで毎日こき使ったほうがいいのでは...。
投稿の常時編集がまた始まりました。まるで、その方が開発者の目に留まるかのような話題性です。
フォーラムで見えない更新をするよりも、サービスデスクで毎日揉んだ方が...。
アンドリューさん、おはようございます。
そして、そこにも誰も答えない(みんな「うんざり」している)。
アンドレイさんは、MT5のバグフィックスに反対なのですか?
MT5のバグを修正し、プラットフォームの取引機能を 向上させることに反対ですか?