端末への見積もり到着を監視するプログラム - ページ 2 1234567 新しいコメント Petro Mohyla 2010.04.14 07:22 #11 zhuki писал(а)>> 私は、別の原理で動く似たようなものを持っています。不要なチャートの1つにEAを配置する。開いているすべてのチャートウィンドウを気配値到達のために制御します。いくつかのまたはペアのためにしばらくの間、引用符がない場合は、貿易の禁止を形成し、警告が表示されます。監視時間は時間帯によって異なります。私の証券会社ではほとんど募集がなく、過大な負荷を与えても効果はない。私のISPからは、もっと多くの問題が出てきます。デモ口座用、リアル用ではありません。1つのアカウントが動かなくなっても、他のアカウントは動き続けるというようなことは初めてです。しかし、ログの更新を監視するには、正確には、「......」のようなものです。 想像してみてください、これだけで-1ペアの見積もりはありません-私は実質的にお金を失いました。この辺にそれに関するスレッドがぶら下がってますね。はい、そして取引禁止は、オープンオーダーがある場合は十分ではありません。また、すべてを閉じる必要があります。 Petro Mohyla 2010.04.14 07:32 #12 Choomazik писал(а)>> それがこの上にあったことを想像してください - 1ペアの引用はありません - 私は本当の上でお金を失うことになった。この辺にそれに関するスレッドがぶら下がってますね。はい、そして、未決済の注文がある場合は、取引禁止だけでは不十分です。また、すべて閉じる必要があります。 そして、もちろん問題は、このようなことがどれくらいの頻度で起こっているかということです。私はNFPが出る前日に一度だけ気づきましたが、オートトレードを殺していつ起こるかわからないということはないでしょう。そして、ブレーキでは救われない...。 igor 2010.04.14 07:34 #13 スレッドを読ませていただきました。教えてください、そのペアは何ですか、特定の1つですか、それとも誰でもいいのですか？その時、立ち寄った場所は？でもとにかく、証券会社を変えることです。そのような働き方はリスクが高すぎます。そして、携帯電話くらいはバックアップチャンネルがあってもいいのではないでしょうか。私はあるとき、ネットワークに問題があったとき、メインチャンネルがないときに自動的にスペア（セルラー）を含むプログラムを書きました。そして、メインチャンネルが現れるとすぐにその可否を確認し、すべてが元通りになるのである。 Petro Mohyla 2010.04.14 07:38 #14 zhuki писал(а)>> あなたのスレッド 読ませていただきました。答えは、そのペアは何だったのか、特定の1つだったのか、それとも誰でもよかったのか？その時、立ち寄った場所は？でも、とにかく証券会社を変えることです。そのような働き方はリスクが高すぎます。そして、携帯電話くらいはバックアップチャンネルがあってもいいのではないでしょうか。私はあるとき、ネットワークに問題があったとき、メインチャンネルがないときに自動的にスペア（セルラー）を含むプログラムを書きました。そして、メインチャンネルの有無を確認し、それが表示されると同時に、すべてが元通りになったのです。 GBPCHF、コマンドは「NFP前日の17時35分以降を全てクローズ」とすべきでした。チャートは分足です。ストップが効いたが、それは関係ない。他のペアは時計仕掛けのように動いたので、追加リンクが役に立ったとは思えません。リンクではなく、何か他のものです...。午後4時ごろから見積もりが来なくなった。 igor 2010.04.14 07:47 #15 追加または別のチャンネルは、より大きなネットワークサーバーを経由して別のルートでDCサーバーに行くことになります。また、DCサーバーまでの連鎖の中で誰かがモタモタし始めると、その影響が出ることもあります。 ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのためにわざとやったのかもしれませんね（妄想）。 Petro Mohyla 2010.04.14 07:52 #16 zhuki писал(а)>> 追加または別のチャンネルは、より大きなネットワーク内のサーバーを経由して別のルートでDCサーバーに行くことになります。そして、これはDCサーバーまでの連鎖の中で誰かが不調をきたした場合に影響を及ぼす可能性があります。 ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのために特別にやったことかもしれません（妄想）。 自分には合わなかったと思う :)ログを調べてみると、確かにある瞬間から1ペアの信号が消えています。CAは、別のところで書いたように、「私たちは元気ですが（発言）、あなたからのコマンドはありません（私のコマンドログ）」というログはどうでもいいのです。DCについては結論が出たが、MTについてはまだだ...。 Loky 2010.04.14 08:30 #17 Choomazik писал(а)>> 意味がわからないんですけど。ペアの数に対応するチャートの数、例えば5個を用意しています。あるペア（チャート）だけが気配値を取得しなくなった場合にトレースできますか？ おっしゃることがよくわかりません。EAを5つ持っていて、5つ全てのペアに立っているのでしょうか？チェックは、まさにEAの立ち位置となるペアです。EAが動作することを確認することが主なポイントです。 Loky 2010.04.14 08:38 #18 zhuki писал(а)>> 私は、別の原理で動く似たようなものを持っています。不要なチャートの1つにExpert Advisorを配置する。開いているすべてのチャートウィンドウを気配値到達のために制御します。いくつかのまたはペアのためにしばらくの間、引用符がない場合は、貿易の禁止を形成し、警告が表示されます。監視時間は時間帯によって異なります。私の証券会社ではほとんど募集がなく、過大な負荷を与えても効果はない。私のISPからは、もっと多くの問題が出てきます。デモ口座用、リアル用ではありません。1つのアカウントが動かなくなっても、他のアカウントは動き続けるというようなことは初めてです。しかし、ログの更新を監視するためには、まさに必要なものではない、といった感じです。 不必要なチャートから？どこかのチャートでループするEAでも「相場の凍結」の問題は解決しない、取引禁止を形成して何の意味があるのか、オープンポジションはどうなるのか？ 接続失敗の話ではなく、引用の停止（ちなみに、停止すると接続インジケータはすべてOKを示します）の話であり、ここではターミナルの再起動のみが役に立ちます。 Loky 2010.04.14 08:41 #19 Choomazik писал(а)>> 自分ではそう思っていません :)ログを調べてみると、確かにある瞬間から1つのペアの信号が消えています。DCはあなたのログを気にしていません。別の場所で書いたように、「私たちは元気ですが（発言）、あなたからのコマンドは来ていません（私のコマンドのログ）」。DTについては結論が出たが、MTについてはまだだ...。 しかし、このペアのチャートに、ティックごとにメッセージを送るEAがあり、ログの変更時刻を制御するサービスを実行すれば、ターミナルが再読み込みされ、相場が取引されることになります。わかりましたか？ Loky 2010.04.14 08:45 #20 zhuki писал(а)>> 追加または別のチャンネルは、より大きなネットワーク内のサーバーを経由して別のルートでDCサーバーに行くことになります。そして、これはDCサーバーへの連鎖の中で誰かが故障し始めると影響が出る可能性があります。 ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのためにわざとやったのかもしれませんね（妄想）。 ただ、引用の止め方も知らないだけでしょう。通信との関係は？ この時点では、通信インジケーターは緑色です。サーバーにpingを打つ .ただ、休みの日のように引用に来ないでください。通信経路と何の関係があるんだ？ 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
私は、別の原理で動く似たようなものを持っています。不要なチャートの1つにEAを配置する。開いているすべてのチャートウィンドウを気配値到達のために制御します。いくつかのまたはペアのためにしばらくの間、引用符がない場合は、貿易の禁止を形成し、警告が表示されます。監視時間は時間帯によって異なります。私の証券会社ではほとんど募集がなく、過大な負荷を与えても効果はない。私のISPからは、もっと多くの問題が出てきます。デモ口座用、リアル用ではありません。1つのアカウントが動かなくなっても、他のアカウントは動き続けるというようなことは初めてです。しかし、ログの更新を監視するには、正確には、「......」のようなものです。
想像してみてください、これだけで-1ペアの見積もりはありません-私は実質的にお金を失いました。この辺にそれに関するスレッドがぶら下がってますね。はい、そして取引禁止は、オープンオーダーがある場合は十分ではありません。また、すべてを閉じる必要があります。
それがこの上にあったことを想像してください - 1ペアの引用はありません - 私は本当の上でお金を失うことになった。この辺にそれに関するスレッドがぶら下がってますね。はい、そして、未決済の注文がある場合は、取引禁止だけでは不十分です。また、すべて閉じる必要があります。
そして、もちろん問題は、このようなことがどれくらいの頻度で起こっているかということです。私はNFPが出る前日に一度だけ気づきましたが、オートトレードを殺していつ起こるかわからないということはないでしょう。そして、ブレーキでは救われない...。あなたのスレッド 読ませていただきました。答えは、そのペアは何だったのか、特定の1つだったのか、それとも誰でもよかったのか？その時、立ち寄った場所は？でも、とにかく証券会社を変えることです。そのような働き方はリスクが高すぎます。そして、携帯電話くらいはバックアップチャンネルがあってもいいのではないでしょうか。私はあるとき、ネットワークに問題があったとき、メインチャンネルがないときに自動的にスペア（セルラー）を含むプログラムを書きました。そして、メインチャンネルの有無を確認し、それが表示されると同時に、すべてが元通りになったのです。
ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのためにわざとやったのかもしれませんね（妄想）。
追加または別のチャンネルは、より大きなネットワーク内のサーバーを経由して別のルートでDCサーバーに行くことになります。そして、これはDCサーバーまでの連鎖の中で誰かが不調をきたした場合に影響を及ぼす可能性があります。
ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのために特別にやったことかもしれません（妄想）。
自分には合わなかったと思う :)ログを調べてみると、確かにある瞬間から1ペアの信号が消えています。CAは、別のところで書いたように、「私たちは元気ですが（発言）、あなたからのコマンドはありません（私のコマンドログ）」というログはどうでもいいのです。DCについては結論が出たが、MTについてはまだだ...。
意味がわからないんですけど。ペアの数に対応するチャートの数、例えば5個を用意しています。あるペア（チャート）だけが気配値を取得しなくなった場合にトレースできますか？おっしゃることがよくわかりません。EAを5つ持っていて、5つ全てのペアに立っているのでしょうか？チェックは、まさにEAの立ち位置となるペアです。EAが動作することを確認することが主なポイントです。
私は、別の原理で動く似たようなものを持っています。不要なチャートの1つにExpert Advisorを配置する。開いているすべてのチャートウィンドウを気配値到達のために制御します。いくつかのまたはペアのためにしばらくの間、引用符がない場合は、貿易の禁止を形成し、警告が表示されます。監視時間は時間帯によって異なります。私の証券会社ではほとんど募集がなく、過大な負荷を与えても効果はない。私のISPからは、もっと多くの問題が出てきます。デモ口座用、リアル用ではありません。1つのアカウントが動かなくなっても、他のアカウントは動き続けるというようなことは初めてです。しかし、ログの更新を監視するためには、まさに必要なものではない、といった感じです。
不必要なチャートから？どこかのチャートでループするEAでも「相場の凍結」の問題は解決しない、取引禁止を形成して何の意味があるのか、オープンポジションはどうなるのか？ 接続失敗の話ではなく、引用の停止（ちなみに、停止すると接続インジケータはすべてOKを示します）の話であり、ここではターミナルの再起動のみが役に立ちます。自分ではそう思っていません :)ログを調べてみると、確かにある瞬間から1つのペアの信号が消えています。DCはあなたのログを気にしていません。別の場所で書いたように、「私たちは元気ですが（発言）、あなたからのコマンドは来ていません（私のコマンドのログ）」。DTについては結論が出たが、MTについてはまだだ...。
しかし、このペアのチャートに、ティックごとにメッセージを送るEAがあり、ログの変更時刻を制御するサービスを実行すれば、ターミナルが再読み込みされ、相場が取引されることになります。わかりましたか？
追加または別のチャンネルは、より大きなネットワーク内のサーバーを経由して別のルートでDCサーバーに行くことになります。そして、これはDCサーバーへの連鎖の中で誰かが故障し始めると影響が出る可能性があります。
ログを調査し、DCのサポートチームに連絡するべきだったかもしれません。でも、もしかしたら、これはあなたのためにわざとやったのかもしれませんね（妄想）。
ただ、引用の止め方も知らないだけでしょう。通信との関係は？ この時点では、通信インジケーターは緑色です。サーバーにpingを打つ .ただ、休みの日のように引用に来ないでください。通信経路と何の関係があるんだ？