2020.07.1623:43:17.088 Trades 'ххххх': modify order #129368930 sell limit 1 GAZR-6.21 at 19830 sl: 0 tp: 0 expiration: day -> 19824, sl: 0 tp: 0 expiration: day placed for execution in22.283 ms
2020.07.1623:43:17.210 Trades 'ххххх': cancel order #129368930 sell limit 1 GAZR-6.21 at 19824 placed for execution in54.168 ms
もしかしたら、MQは時間を見つけて、彼の装置でClient-Serverリンクをテストすることができるかもしれません。
クライアントとサーバーの結合は?
https://www.mql5.com/ru/forum/334269/page5#comment_15537123
MKuはすでにこのことを知っているのではないかという疑惑がある。どうやら、どうしようもないようです。そうでなければ、とっくに直っているはずです。
MKUはもう知っているんじゃないかと疑っています。どうやら、何もできないようです。そうでなければ、とっくに直しているはずです。
そう簡単に直るものではないと思います。
注文(保留)がかなり早く設定されることです。
修正・削除に非常に時間がかかる。
答えは明白です。
生きている」注文のデータの保存とアクセスは、うまく整理されていない。
MT5サーバーに保存されている注文など、「ライブ」注文のデータへのアクセスや保存がうまくいっていない。
私は、彼らがどのようにストレージと注文へのアクセスを整理したか推測しませんが、。
が、なかなか 変えられないんですよねー。
そう簡単に直るものではないと思います。
注文(保留)がかなり早く設定されることです。
修正・削除に非常に時間がかかる。
答えは明白です。
生きている」注文のデータの保存とアクセスは、うまく整理されていない。
MT5サーバーに保存されている注文など、「ライブ」注文のデータへのアクセスや保存がうまくいっていない。
私は、彼らがどのようにストレージと注文へのアクセスを整理したか推測しませんが、。
しかし、それを変えるのは簡単な ことではありません
結局Openerで解決できるのかな?
15秒のディレイ
ビルド2485と2350
金曜日(2020.07.10)以降、オープンでは、よりゆっくりとした
をBild 2485にセットして注文する。
2350でも同じです。
私だけでしょうか、それとも同じようにこの問題を抱えている人がいるのでしょうか?
ビルド2485と2350
金曜日(2020.07.10)以降、オープンでは、よりゆっくりとした
をBild 2485にセットして注文する。
2350でも同じです。
私だけでしょうか、それとも他の方でしょうか?
2020.07.10(金)にオトクリヴァシカがゲートウェイ用MT5ソフトウェアを更新したことが判明...。
2020.07.10(金)にOpenerがゲートウェイ用MT5ソフトウェアをアップデートしたことが判明...。
新しいビルドは古いビルドより悪いのですか?
それは想定内です。
誰も何も言っていない。
どうやらMT5でトレードしているのはあなただけのようです))
残りはサプライズに飽きたか、リゾート地で休暇を過ごしています ))
新しいビルドは古いビルドより悪いのですか?
それは想定内です。
誰も何も言っていない。
どうやらMT5で取引しているのはあなただけのようです )).
残りはサプライズに飽きたか、リゾート地で休暇を過ごしています ))
おそらく
正常範囲内。
規範の範囲内。
人それぞれ「当たり前」が違う。
私の「標準」は、金曜日まで4-5msでしたが、今は
しかし、MQは非同期注文のExchangeレスポンスを記録しないため、これはExchangeレスポンスなしの指標となる。
つまり、8-10msではなく、1-1.5秒になるのです !!!
追加
先週の木曜日(2020.07.09)のログを開いて、速度がどうだったか見てみましょう。