MetaTraderは現実を反映していない！どうすればいい？ - ページ 4 1234567891011...26 新しいコメント Sergey 2009.03.16 21:53 #31 有名な詐欺で、普通にニュースに出てくるし、世界的なトラフィックが少ないのか何なのか、ニュースではちゃんと機能しない。 Andrey 2009.03.16 22:11 #32 異なるオフィスから4台の端末を稼働させているのですが...。 面白いのは、端末が同期してハングアップすることがあること...。(端末の時間でわかる。 止まる）...。 また、ある端末がフリーズすることもあれば、しばらく動いている端末もある...。 この問題は、何年も前から議論されてきたことだが...。 すべての答えとブローカーとここのフォーラムでは、 "あなたは、インターネットとの問題を持っている "に帰着する... ただし、私は、例えば光ファイバー... 5Mビット... 職場のプロバイダーが違うので・・・。10Mbitもあるし、光ファイバーもあるし......。 プロバイダーとのトラブルなんて信じられない...。詐欺だ... そして、静かな市場では、織物職人が問題を起こしたことがないことに気づきました......。 削除済み 2009.03.16 22:27 #33 Solver.it писал(а)>> ブローカーからも、このフォーラムからも、「あなたはINETの問題を抱えている」という答えしか返ってきません...。 ただし、私などは、光ファイバーを使っていますが...。5Mビット... 職場のプロバイダーが違うので・・・。10Mbpsで、光ファイバーも完備しています。 プロバイダーが違っても、サイトが同じでも、これは何の意味もない。時々、相場が凍結することがありますが、アルパリでは、半年間、他のブローカーでは、そのような状況を見たことがないので、おそらく、サーバーの設定か「フィルタリング装置」のようなもので、市場の急変動と一定の関係があるのだと思います。ここかアルパリか忘れましたが、以前（数年前）はもっとひどくて、トピックも立てていました。 Andrey 2009.03.16 22:31 #34 すぐにISPを思い浮かべました...。しかし、私は彼らのスタッフをよく知っている......。 と、サイトが違うのは事実なのですが・・・。とか、チャンネルが違うとか...。 DC自身による詐欺だと思いたいが...。 Expert Advisorsでは、4つのブロックを行う必要があります。 1.ロジック 2.受注管理 3.資本政策 4.DCとの戦い... 削除済み 2009.03.16 22:32 #35 Better писал(а)>> この問題は、昔からありました。ある証券会社では、社内メールでメッセージを受信した後、端末をハングアップさせる。 そして、この「日課のシステム更新」を1日3回行うことができるそうです。 私はこの方法で対処しています。外部プログラムから定期的に（タイマーで）、サーバーを再スキャンするコマンドをMT4に送ります - SendMessage(...) SendMessage！の全コードを見ることはできますか？ また、EA内のループに配置することはできますか？それともEAもターミナルと一緒に死んでしまうのでしょうか？ Olexandr Topchylo 2009.03.16 23:12 #36 vvavva >> : とSendMessageの全コードが見れる！？ とループでEAに入れられるのか、それともEAも端末と一緒に死んでしまうのか？ 以下は、外部プログラム(C++)から呼び出すコードです。 SendMessage(hwnd, WM_COMMAND, 37400, 0); ここで、hwndは端末のメインウィンドウハンドルです。複数の端末が起動している場合は、すべてのウィンドウに順番にこのMessageを送信する。 ループしたExpert Advisorに挿入するとどうなるのか、試していないのでわかりません。 1ティックごとに1回実行される通常のstart()関数に入れると、ハングアップした時点でティックの流れが止まってしまうので、間違いなく動作しないでしょう。 Olexandr Topchylo 2009.03.16 23:16 #37 dasmen >> : 既知の詐欺で、普通にニュースで出てくるし、世界的なトラフィックが少ないのか、ニュースではちゃんと動かない。日課のシステム更新」のメッセージは、ニュースとは関係なく、夜、落ち着いたマーケットで起こることがほとんどです。 だから、証券会社のたくらみを疑う必要はない。 Андрей 2009.03.17 00:01 #38 やはり問題を発掘したんですね :-) そして、それがどのように再現されるのかについて一言。 ファイアウォールZoneAlarmがパソコンにインストールされている。 端末を起動 し、接続アイコンを目で確認し、すべてOKです。 そして、「ZoneAlaram」で「Engage Internet Lock」と言います。 もちろんサーバーから端末へのデータはカットされる。 でも、端末はそれでいいと思ってるんでしょうね。 その状態を無期限で維持することができます。 と表示され、同じように「connected, all OK」アイコンが表示されたままです -。 というのは、基本的にダメなんです。 次に、ZoneAlarmに戻ります。そして、Engage Internet Lockを削除します。 すでにこのイベントは、端末で処理することができます (おそらくデータセンターが応答がない場合、一方的に接続を切断しているのでしょう）。 接続を一方的に行う)。 そのため、端末は「接続されていません」と言い、すぐにデータセンターへ移動してしまいます。 もちろん、この問題から逃れるための解決策はある。 削除済み 2009.03.17 00:20 #39 Better писал(а)>> 以下は、私が外部プログラム（C++）から呼び出すコードです。 SendMessage(hwnd, WM_COMMAND, 37400, 0); ここで、hwndは端末のメインウィンドウハンドルです。複数の端末が起動している場合は、すべてのウィンドウに順番にこのMessageを送信する。 ループしているExpert Advisorに挿入するとどうなるのか、試していないのでわかりません。 1ティックごとに1回実行される通常のstart()関数に入れると、ハングアップした時点でティックの流れが止まってしまうので、絶対にうまくいきません。 HENRY! 削除済み 2009.03.17 03:45 #40 jartmailru >> : 問題が掘り起こされました :-) そして、それがどのように再現されるのかについて一言。 ファイアウォールZoneAlarmがパソコンにインストールされている。 ターミナルを起動し、接続アイコンを探す - すべてOKです。 そして、「ZoneAlaram」で「Engage Internet Lock」と言います。 もちろんサーバーから端末へのデータはカットされる。 でも、端末はそれでいいと思ってるんでしょうね。 その状態を無期限で維持することができます。 と表示され、同じように「connected, all OK」アイコンが表示されたままです -。 というのは、基本的にダメなんです。 次に、ZoneAlarmに戻ります。そして、Engage Internet Lockを削除します。 すでにこのイベントは、端末で処理することができます (おそらく、応答がない場合はデータセンターが壊れます。 接続を一方的に行う)。 そのため、端末は「接続できません」と言いながら、すぐにデータセンターに接続する。 もちろん、この問題から逃れるための解決策はある。 誰もがZoneAlarmを導入していると思うほど甘い考えなのでしょうか？私もそうだし、99％の人はそうではない。 1234567891011...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
異なるオフィスから4台の端末を稼働させているのですが...。
面白いのは、端末が同期してハングアップすることがあること...。(端末の時間でわかる。 止まる）...。
また、ある端末がフリーズすることもあれば、しばらく動いている端末もある...。
この問題は、何年も前から議論されてきたことだが...。
すべての答えとブローカーとここのフォーラムでは、 "あなたは、インターネットとの問題を持っている "に帰着する...
ただし、私は、例えば光ファイバー... 5Mビット...
職場のプロバイダーが違うので・・・。10Mbitもあるし、光ファイバーもあるし......。
プロバイダーとのトラブルなんて信じられない...。詐欺だ...
そして、静かな市場では、織物職人が問題を起こしたことがないことに気づきました......。
ブローカーからも、このフォーラムからも、「あなたはINETの問題を抱えている」という答えしか返ってきません...。
ただし、私などは、光ファイバーを使っていますが...。5Mビット...
職場のプロバイダーが違うので・・・。10Mbpsで、光ファイバーも完備しています。
プロバイダーが違っても、サイトが同じでも、これは何の意味もない。時々、相場が凍結することがありますが、アルパリでは、半年間、他のブローカーでは、そのような状況を見たことがないので、おそらく、サーバーの設定か「フィルタリング装置」のようなもので、市場の急変動と一定の関係があるのだと思います。ここかアルパリか忘れましたが、以前（数年前）はもっとひどくて、トピックも立てていました。
すぐにISPを思い浮かべました...。しかし、私は彼らのスタッフをよく知っている......。
と、サイトが違うのは事実なのですが・・・。とか、チャンネルが違うとか...。
DC自身による詐欺だと思いたいが...。
Expert Advisorsでは、4つのブロックを行う必要があります。
1.ロジック
2.受注管理
3.資本政策
4.DCとの戦い...
この問題は、昔からありました。ある証券会社では、社内メールでメッセージを受信した後、端末をハングアップさせる。
そして、この「日課のシステム更新」を1日3回行うことができるそうです。私はこの方法で対処しています。外部プログラムから定期的に（タイマーで）、サーバーを再スキャンするコマンドをMT4に送ります - SendMessage(...)
SendMessage！の全コードを見ることはできますか？ また、EA内のループに配置することはできますか？それともEAもターミナルと一緒に死んでしまうのでしょうか？
とSendMessageの全コードが見れる！？ とループでEAに入れられるのか、それともEAも端末と一緒に死んでしまうのか？
以下は、外部プログラム(C++)から呼び出すコードです。
ここで、hwndは端末のメインウィンドウハンドルです。複数の端末が起動している場合は、すべてのウィンドウに順番にこのMessageを送信する。
ループしたExpert Advisorに挿入するとどうなるのか、試していないのでわかりません。
1ティックごとに1回実行される通常のstart()関数に入れると、ハングアップした時点でティックの流れが止まってしまうので、間違いなく動作しないでしょう。
既知の詐欺で、普通にニュースで出てくるし、世界的なトラフィックが少ないのか、ニュースではちゃんと動かない。
日課のシステム更新」のメッセージは、ニュースとは関係なく、夜、落ち着いたマーケットで起こることがほとんどです。
だから、証券会社のたくらみを疑う必要はない。
やはり問題を発掘したんですね :-)
そして、それがどのように再現されるのかについて一言。
ファイアウォールZoneAlarmがパソコンにインストールされている。
端末を起動 し、接続アイコンを目で確認し、すべてOKです。
そして、「ZoneAlaram」で「Engage Internet Lock」と言います。
もちろんサーバーから端末へのデータはカットされる。
でも、端末はそれでいいと思ってるんでしょうね。
その状態を無期限で維持することができます。
と表示され、同じように「connected, all OK」アイコンが表示されたままです -。
というのは、基本的にダメなんです。
次に、ZoneAlarmに戻ります。そして、Engage Internet Lockを削除します。
すでにこのイベントは、端末で処理することができます
(おそらくデータセンターが応答がない場合、一方的に接続を切断しているのでしょう）。
接続を一方的に行う)。
そのため、端末は「接続されていません」と言い、すぐにデータセンターへ移動してしまいます。
もちろん、この問題から逃れるための解決策はある。
以下は、私が外部プログラム（C++）から呼び出すコードです。
ここで、hwndは端末のメインウィンドウハンドルです。複数の端末が起動している場合は、すべてのウィンドウに順番にこのMessageを送信する。
ループしているExpert Advisorに挿入するとどうなるのか、試していないのでわかりません。
1ティックごとに1回実行される通常のstart()関数に入れると、ハングアップした時点でティックの流れが止まってしまうので、絶対にうまくいきません。
HENRY!
問題が掘り起こされました :-)
そして、それがどのように再現されるのかについて一言。
ファイアウォールZoneAlarmがパソコンにインストールされている。
ターミナルを起動し、接続アイコンを探す - すべてOKです。
そして、「ZoneAlaram」で「Engage Internet Lock」と言います。
もちろんサーバーから端末へのデータはカットされる。
でも、端末はそれでいいと思ってるんでしょうね。
その状態を無期限で維持することができます。
と表示され、同じように「connected, all OK」アイコンが表示されたままです -。
というのは、基本的にダメなんです。
次に、ZoneAlarmに戻ります。そして、Engage Internet Lockを削除します。
すでにこのイベントは、端末で処理することができます
(おそらく、応答がない場合はデータセンターが壊れます。
接続を一方的に行う)。
そのため、端末は「接続できません」と言いながら、すぐにデータセンターに接続する。
もちろん、この問題から逃れるための解決策はある。
誰もがZoneAlarmを導入していると思うほど甘い考えなのでしょうか？私もそうだし、99％の人はそうではない。