SL/TP注文の受付 - ページ 6 12345678 新しいコメント Maxim Kuznetsov 2021.06.24 22:24 #51 fxsaber:端末に注文が表示され、それが消える。すると、サーバーに表示されなくなり、チケットがドロップされます。邪魔をしないようにお願いします。 ブローカーとやり取りしていたのですか? どうやらそうらしいのですが...技術的な結果は一般フォーラムでは発表されません。これは、繰り返したり、検証したりすることはできません。 ほっといてほしいなら、MQの技術サポートに相談してください。持っていないのなら、壁に話しかけてください。 fxsaber 2021.06.24 22:25 #52 Maxim Kuznetsov:MQのテクニカルサポートに連絡する。 これが私の仕事です。 mktr8591 2021.06.25 09:11 #53 TRADE_TRANSACTION_HISTORY_DELETE transaction - "Delete order fromorder history.このタイプは、トレードサーバー側の機能を拡張することを目的としています。" どうやら延長されたようですね? fxsaber 2021.06.25 10:04 #54 mktr8591:TRADE_TRANSACTION_HISTORY_DELETE transaction - "Delete order fromorder history.このタイプは、トレードサーバー側の機能を拡張することを目的としています。" どうやら、拡張されたようですね? サーバーのログには何も残っていない。 fxsaber 2021.06.25 11:16 #55 fxsaber:OrderGetTicket リストにあるすべてのEAがそれを見た)。これらの注文が消えたとき、注文履歴には残っていなかった。注文履歴に全く表示されなかった。手で確認したところ、ありません。ブローカーに連絡しました。ブローカーがサーバーを確認したところ、それら(チケットレポート)は履歴にもログにも残っていないそうです。ブローカーからの報告によると、注文をチケットごとにソートすると、このような場所に穴があいてしまう、つまりチケットがこの値を飛び越えてしまうのだそうです。MT5-Server b2940。驚愕のバグ。ブローカーには、穴の開いたオーダーチケットのチェックをお勧めします。チケットの連番が明確ではありません。ZZY これらの注文は、TP 注文であるため、Terminal ログに表示されません。ZZZY どうすればいいのでしょうか? Rashid Umarov さん、Renat Fatkhullin さん、Anton さん、Slava さん、詳細をお送りしました。 fxsaber 2021.07.05 08:41 #56 fxsaber:Rashid Umarov さん、Renat Fatkhullin さん、Anton さん、Slava さん、詳細をお送りしました。 開発者の皆様、(再接続は別として)どのような場合にライブ/ヒストリカルポジション/注文/取引のテーブルがOnTradeTransaction機構の外で更新されるのでしょうか? traveller00 2021.07.06 14:34 #57 fxsaber:OrderGetTicket リストにあるすべてのEAがそれを見た)。これらの注文が消えたとき、注文履歴には残っていなかった。注文履歴に全く表示されなかった。手で確認したところ、ありません。ブローカーに連絡しました。ブローカーがサーバーを確認したところ、それら(チケットレポート)は履歴にもログにも残っていないそうです。ブローカーからの報告によると、注文をチケットごとにソートすると、このような場所に穴があいてしまう、つまりチケットがこの値を飛び越えてしまうのだそうです。MT5-Server b2940。驚愕のバグ。ブローカーには、穴の開いたオーダーチケットのチェックをお勧めします。チケットの連番が明確ではありません。ZZY これらの注文は、TP 注文であるため、Terminal ログに表示されません。ZZZY どうすればいいのでしょうか? 私も同じような状況に直面しました。その内容は次のようなものであった。 1.0.6の買い指値注文があった。 2.そのうち0.1個は部分的に充填されていた。 3.ブローカーが起動させるため、買い指値の残り0.5が破られる。 4.CloseByで0.1pourを閉じようとすると、ポイント3が原因でリバフがかかってしまうのです。 やがてこのCloseBy命令は消滅する。そしてそれは、クライアントにも、サーバーにも、履歴のどこにもないのです。チケットでソートすると、そこに穴があいてしまう。 MT5サーバーがバグって注文が行方不明になるのは非常に不愉快です。 fxsaber 2021.07.07 06:17 #58 traveller00:同じような状況に直面した。こんな感じでした。 この問題の再現コードをデモで書くことができると思います。開発者が問題を明確にしているはずなので、ほとんどの場合、必要ないでしょう。 traveller00 2021.07.07 06:35 #59 ブローカーは報告書を書くことも約束した。コードが必要なら書きますよ。とりあえず、何度報告しても、個人アカウントがいっぱいになっても、9割の報告がブラックホールに入ることを考えると、時間を無駄にしたくないので、最近、残念ながら、無料では物足りないです。 fxsaber 2022.01.10 07:45 #60 MT5-Server b3091です。欠番(チケットの並びの穴)の問題が関係しています。このバグが取引リスク やEAロジックの観点からどの程度致命的であるかは、一概には言えません。明確に言えることは、「サーバーが注文を失う」というバグは存在するということです。 ZZY 上記の負け注文については、すでに以前の記事で説明しましたが、今回は以下のものを追加したいと思います。オープンポジションのテイクポイントに到達した。サーバーは対応するTP-market注文を生成し、端末に配信しました(Expert Advisorはそれを見ています)。すると、このTP-marketの注文は、Terminalだけでなく、Server上でも跡形もなく消えてしまったのです。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
端末に注文が表示され、それが消える。すると、サーバーに表示されなくなり、チケットがドロップされます。邪魔をしないようにお願いします。
ブローカーとやり取りしていたのですか? どうやらそうらしいのですが...技術的な結果は一般フォーラムでは発表されません。これは、繰り返したり、検証したりすることはできません。
ほっといてほしいなら、MQの技術サポートに相談してください。持っていないのなら、壁に話しかけてください。
MQのテクニカルサポートに連絡する。
これが私の仕事です。
TRADE_TRANSACTION_HISTORY_DELETE transaction - "Delete order fromorder history.このタイプは、トレードサーバー側の機能を拡張することを目的としています。"
どうやら延長されたようですね?TRADE_TRANSACTION_HISTORY_DELETE transaction - "Delete order fromorder history.このタイプは、トレードサーバー側の機能を拡張することを目的としています。"
どうやら、拡張されたようですね?サーバーのログには何も残っていない。
OrderGetTicket リストにあるすべてのEAがそれを見た)。これらの注文が消えたとき、注文履歴には残っていなかった。注文履歴に全く表示されなかった。
手で確認したところ、ありません。ブローカーに連絡しました。ブローカーがサーバーを確認したところ、それら(チケットレポート)は履歴にもログにも残っていないそうです。
ブローカーからの報告によると、注文をチケットごとにソートすると、このような場所に穴があいてしまう、つまりチケットがこの値を飛び越えてしまうのだそうです。
MT5-Server b2940。驚愕のバグ。ブローカーには、穴の開いたオーダーチケットのチェックをお勧めします。チケットの連番が明確ではありません。
ZZY これらの注文は、TP 注文であるため、Terminal ログに表示されません。
ZZZY どうすればいいのでしょうか?
Rashid Umarov さん、Renat Fatkhullin さん、Anton さん、Slava さん、詳細をお送りしました。
Rashid Umarov さん、Renat Fatkhullin さん、Anton さん、Slava さん、詳細をお送りしました。
開発者の皆様、(再接続は別として)どのような場合にライブ/ヒストリカルポジション/注文/取引のテーブルがOnTradeTransaction機構の外で更新されるのでしょうか?
OrderGetTicket リストにあるすべてのEAがそれを見た)。これらの注文が消えたとき、注文履歴には残っていなかった。注文履歴に全く表示されなかった。
手で確認したところ、ありません。ブローカーに連絡しました。ブローカーがサーバーを確認したところ、それら(チケットレポート)は履歴にもログにも残っていないそうです。
ブローカーからの報告によると、注文をチケットごとにソートすると、このような場所に穴があいてしまう、つまりチケットがこの値を飛び越えてしまうのだそうです。
MT5-Server b2940。驚愕のバグ。ブローカーには、穴の開いたオーダーチケットのチェックをお勧めします。チケットの連番が明確ではありません。
ZZY これらの注文は、TP 注文であるため、Terminal ログに表示されません。
ZZZY どうすればいいのでしょうか?
私も同じような状況に直面しました。その内容は次のようなものであった。
1.0.6の買い指値注文があった。
2.そのうち0.1個は部分的に充填されていた。
3.ブローカーが起動させるため、買い指値の残り0.5が破られる。
4.CloseByで0.1pourを閉じようとすると、ポイント3が原因でリバフがかかってしまうのです。
やがてこのCloseBy命令は消滅する。そしてそれは、クライアントにも、サーバーにも、履歴のどこにもないのです。チケットでソートすると、そこに穴があいてしまう。
MT5サーバーがバグって注文が行方不明になるのは非常に不愉快です。
同じような状況に直面した。こんな感じでした。
MT5-Server b3091です。欠番(チケットの並びの穴)の問題が関係しています。このバグが取引リスク やEAロジックの観点からどの程度致命的であるかは、一概には言えません。明確に言えることは、「サーバーが注文を失う」というバグは存在するということです。
ZZY 上記の負け注文については、すでに以前の記事で説明しましたが、今回は以下のものを追加したいと思います。オープンポジションのテイクポイントに到達した。サーバーは対応するTP-market注文を生成し、端末に配信しました(Expert Advisorはそれを見ています)。すると、このTP-marketの注文は、Terminalだけでなく、Server上でも跡形もなく消えてしまったのです。