Кстати, эта проблема может возникнуть и на обычном компе … например, некоторые “популярные” «ускорители интернета» часто патчат винсок и потом выплывает полно проблем …
//--------------------------------------------------------------------start()// Специальная функция start() {while(!IsStopped())// До тех пор, пока пользователь.. {// ..не прекратит исполнение программы RefreshRates(); // Обновление данных//......................Здесь указывается основной код программыSleep(5); // Небольшая пауза}return; // Управление возвращается терминалу}//--------------------------------------------------------------------
Иногда бывает, что не поступают котировки, но эта проблема с котировками у брокера и никакие переподключения сети и перезапуски терминала в этой ситуации в принципе не помогают …
人の頭を混乱させないでください......彼らを怖がらせてあなたのソフトウェアを買わせることを期待して...... :)...そうだ、あなたのプログラムには宣言された以外の機能があるかという質問にはどう答えるのだろう?...
この問題はvpc上で発生し、サーバー上のマシンの論理的なネットワークの構成に関連しています。特にUnix上のWindowsエミュレータは、あなたも宣伝していますが...このプログラムは、あなたのサービスに必要です...:)。
ただ、定期的にネットワークが正常に機能しなくなることがあるんです。そして、このようなサービスでは、このためにクライアントが自分のマシンにアクセスできなくなり、頻繁に再起動する理由の一つになっています。この状況は、すでに多くの掲示板に記述しています。
この効果は、常にネットワーク機能を監視し、標準からの逸脱がある場合、それはマシンのネットワークを再接続するネットワーク制御プログラム、によって硬化している...すなわち、あなたはそれ自体がEAは、端末を再起動するために設計されていない場合は特に、大きなリスクを被ることができる端末を再起動する必要はありません...それはネットワークとメタトレーダーの再接続に十分である、それはEAの設定と現在の仕事に影響を与えません...ちょうど緊急時に我々のサービスが行っている...。
我々は、我々のクライアントが使用するすべてのブローカーとの接続を監視...再接続と引用符の制御を記録... DLLの別のスレッドで動作 ... ティック間のローカル 時間は記録され、それはログに行くプリセット時間を超えた場合...私は引用の任意の時間のダウンタイムを見ていない!...私は、このような場合、すべてのブローカーの再接続を 記録することができる。...夜、引用の強度はしばしば非常に弱いですが、これは正常です... ...
ちなみに、この問題は通常のコンピュータでも発生します。例えば、「人気のある」「インターネットアクセラレータ」はしばしばwinsockにパッチを当て、多くの問題をポップアップさせます.
Кстати, эта проблема может возникнуть и на обычном компе … например, некоторые “популярные” «ускорители интернета» часто патчат винсок и потом выплывает полно проблем …
アクセラレータを使っていないのに、問題がある...。
人の頭を混乱させないでください......彼らを怖がらせてあなたのソフトウェアを買わせることを期待して...... :)...そうだ、あなたのプログラムには宣言された以外の機能があるかという質問にはどう答えるのだろう?...
この問題はvpc上で発生し、サーバー上のマシンの論理的なネットワークの構成に関連しています。特にUnix上のWindowsエミュレータで表示され、貴社も宣伝していますが・・・このプログラムは貴社のサービスに必要です・・・ :)
ただ、定期的にネットワークが正常に機能しなくなることがあるんです。そして、このようなサービスでは、このためにクライアントが自分のマシンにアクセスできなくなり、頻繁に再起動する理由の一つになっています。この状況は、すでに多くの掲示板に記述しています。
この効果は、常にネットワーク機能を監視し、標準からの逸脱がある場合、それはマシンのネットワークを再接続するネットワーク制御プログラム、によって硬化している...すなわち、あなたはそれ自体がEAは、端末を再起動するために設計されていない場合は特に、大きなリスクを被ることができる端末を再起動する必要はありません...それはネットワークとメタトレーダーの再接続に十分である、それはEAの設定と現在の仕事に影響を与えません...ちょうど緊急時に我々のサービスが行っている...。
我々は、我々のクライアントが使用するすべてのブローカーとの接続を監視...再接続と引用符の制御を記録... DLLの別のスレッドで動作 ... ティック間のローカル時間は記録され、それはログに行くプリセット時間を超えた場合...私は引用の任意の時間のダウンタイムを見て いない!...私は、このような場合、すべてのブローカーの再接続を 記録することができる。...夜、引用の強度はしばしば非常に弱いですが、これは正常です... ...
ちなみに、この問題は通常のコンピュータでも発生します。例えば、「人気のある」「インターネットアクセラレータ」はしばしばwinsockにパッチを当て、多くの問題をポップアップさせます.
一回の投稿の中でも矛盾してますね )))
矛盾はない.
時々、気配値が入らない時がありますが、これはブローカー側の気配値の問題で、このような時にネットワークの再接続や端末の再起動をしても原理的に解決しません...。
端末の不具合についてですが、どうすれば解決するのかわかりません...すでに試してみてうまくいかない場合は、端末を再起動するのではなく、システムを再インストールして普通に使えるようにする必要があります...。
ターミナルは、クリーンなWinds upとvpc上で問題なく動作しています ...
端末をリセットするだけで、引用が放置された場合、クライアントの助けになります
何らかの理由でストップが設定できない場合は、この方法で行うことができます。
は教科書から引用しています。
プログラムの有用時間を大幅に増やし、取引管理業務の負荷を軽減する方法があります。そのためには、特殊関数start()の実行時にメインコードを何度も(無限に)繰り返すアルゴリズムをプログラムで実現する必要があります(Expert Advisorとスクリプトでのみ可能)。以下は、特殊関数start()をループさせた例です。
基本的なコードはすべてwhile文の 本文で指定し、ループを抜ける条件は、クライアント端末からのプログラム終了のコマンドを受け取ることのみである。この原理で作られたstart()関数が実行開始されると、無限に長く実行され、ユーザーがセキュリティウィンドウからプログラムを手動で削除したときなど、何らかの条件下で初めてクライアント端末に制御が戻る
。 Expert Advisorで機能する。一定時間内に相場がない場合、Expert Advisorは必要なポジションをすべて閉じるよう簡単に命令します。
何らかの理由でストップが設定できない場合は、この方法で行うことができます。
チュートリアルから引用しています。
プログラムの有用時間を大幅に増やし、取引管理業務の負荷を軽減する方法があります。そのためには、特殊関数start()の実行時にメインコードを何度も(無限に)繰り返すアルゴリズムをプログラムで実現する必要があります(Expert Advisorとスクリプトでのみ可能)。以下は、特殊関数start()をループさせた例です。
基本的なコードはすべてwhile文の本文で指定し、ループを抜ける条件は、クライアント端末からのプログラム終了のコマンドを受け取ることのみである。この原理で作られたstart()関数が実行開始されると、無限に長く実行され、ユーザーがセキュリティウィンドウからプログラムを手動で削除したときなど、何らかの条件下で初めてクライアント端末に制御が戻る
。 Expert Advisorで機能する。一定時間内に相場がない場合、Expert Advisorは必要なポジションをすべて閉じるよう簡単に命令します。
燃えてますね :)))引用符が停止している場合、RefreshRates() は役に立ちません!さらに、サーバーの再スキャンにも役立たない。端末のリセットのみ!
Иногда бывает, что не поступают котировки, но эта проблема с котировками у брокера и никакие переподключения сети и перезапуски терминала в этой ситуации в принципе не помогают …
まあ、調べるのはとても簡単なようで、ログにティック量を記録して、その時点と時間が経ってから(履歴が遡って修正された場合)履歴の内容と比較すればいいのです。そうすることで、何が本当の理由なのかを知ることができます。
燃えてますね :)))引用符が停止している場合、RefreshRates() は役に立ちません!さらに、サーバーの再スキャンにも役立たない。端末の再スキャンだけ!
だから、リフレッシュはありません:このケースでは、Ask /入札値が一定時間変更されません - これは嵐の冬への信号となります:ELEMENTARY、WATSON!(ELEMENTARY、WATSON!)。
だから、リフレッシュはありません:このケースでは、Ask /入札値が一定時間変更されません - これは嵐の冬への信号となります:ELEMENTARY、WATSON!(ELEMENTARY、WATSON!)。
何が嵐だ、何の話だ?