奇跡は続く! - ページ 5 12345678 新しいコメント angela 2009.09.28 19:20 #41 coaster писал(а)>> :) 完全な一致とは、細かい齟齬がないことです。 引用元が違いますね。 同じものをダウンロードしたので、サーバーに端末を接続すると、履歴を読み込むときに、引用符に食い違いがあり、多分、ネイティブ端末と他の人の端末では、なぜか同じようにデータが更新されないのです。 Alex 2009.09.28 19:28 #42 Angela >> : 同じものをダウンロードしたので、端末をサーバーに接続すると、履歴を読み込む際に引用符にズレが生じるのですが、ネイティブ端末と海外端末では、なぜか同じようにデータが更新されないのかもしれませんね。 そんなミラクルをよく起こしました。1分間のデータでは、特に違いは見られませんでした。そしてもうひとつ、言われたとおりです。オープニングのルールでゼロバーを使っていますか?使ったことがない、使っていない、勧めない。 granit77>>: バーを開くためにEAと競争する意味はあったのか?筆者の悩みはすべてダニだ。 ダニで開き直るのは凄い!!!そんな可能性は考えられなかった。:) khorosh 2009.09.28 19:34 #43 Angela >> : 同じものをダウンロードしたので、端末をサーバーに接続すると、履歴を読み込む際に、ネイティブ端末と海外端末で、なぜか同じようにデータが更新されないのか、引用にズレがあるのです。 Angela さん、両端子ともアルパリに接続されていますか?。 angela 2009.09.28 19:41 #44 coaster писал(а)>> 昔はそんな奇跡がよく起こりました。分の差が出るまで。また、私へのヒントとして。オープニングのルールでゼロバーを使っていますか?使ったことがない、使っていない、使うことを勧めない。 異なるサーバーから履歴をダウンロードすればすべて理解できるのですが、今回は1つのサーバーの履歴で、端末だけが異なっています。私はゼロバーで分析を実行します。つまり、int start()に相場の履歴のサイクルを持っていません。分析は、新しいバーが来たときにデータが1ポジションずつシフトされる反転配列で行われ、ロジックは結果が各ティックで異なる可能性がある配列のゼロ位置ではなく、ゼロデータがこれらの位置に影響することはできないので変更が不可能な1、2、3位置で動作します。 Петр 2009.09.28 19:42 #45 もうひとつの可能性はこうだ。もしかしたら、端子をDCに接続した後、切断したときに、コピーごとに異なるスプレッドを記憶していたのかもしれませんね。それゆえ、歴史とは関係なく、違いがあるのです。 両方のAsk線を取り出してみてください。 angela 2009.09.28 19:43 #46 khorosh писал(а)>> Angela さん、両端末をアルパリに接続していますか?。 もちろん、抽象的なデータをアップロードしているわけではなく、アルパリで開設したデモ口座です。 angela 2009.09.28 19:46 #47 Svinozavr писал(а)>> もう一つの選択肢を紹介します。もしかしたら、証券会社の端末を接続した後、切断した場合、それぞれのコピーでスプレッドが異なるかもしれません。それゆえ、歴史とは関係なく、違いがあるのです。両方のAsk線を取り出してみてください。 最後に引用したテストは、サーバーに接続した端末で行ったもので、インターネットを切断したわけではなく、テストをしながらフォーラムでチャットをしていたので、広がりは同じです。 Петр 2009.09.28 19:54 #48 デモサーバーが違うとか?スプレッドは数字上では全く同じなのでしょうか? angela 2009.09.28 20:12 #49 Svinozavr писал(а)>> デモサーバーが違うとか?>> スプレッドは数字上では全く同じなのか? その通り、同じものです、5桁目まで数字が一致しています。 Петр 2009.09.28 20:25 #50 そう、一度奇跡が起きたら、もう止められないのです。 そして、典型的なのは、その理由が単純で、わかりやすいものである可能性が高いということです。しかし、それは私たちが知ることのできる最後のことです。 他にどうすればいいのかわからない。コピー用のストーリーファイルをビット単位で比較?それは簡単で早い。でも、そんなことはどうでもいいんです。刻みのシミュレーションを行った場合、乱数発生器は 異なる結果を検出するのでしょうか?でも、それなら同じ端末で正確に再現されていないはずです。 わからない。ここまで干からびました(笑)) 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
:)
完全な一致とは、細かい齟齬がないことです。
引用元が違いますね。
同じものをダウンロードしたので、サーバーに端末を接続すると、履歴を読み込むときに、引用符に食い違いがあり、多分、ネイティブ端末と他の人の端末では、なぜか同じようにデータが更新されないのです。
同じものをダウンロードしたので、端末をサーバーに接続すると、履歴を読み込む際に引用符にズレが生じるのですが、ネイティブ端末と海外端末では、なぜか同じようにデータが更新されないのかもしれませんね。
そんなミラクルをよく起こしました。1分間のデータでは、特に違いは見られませんでした。そしてもうひとつ、言われたとおりです。オープニングのルールでゼロバーを使っていますか?使ったことがない、使っていない、勧めない。
バーを開くためにEAと競争する意味はあったのか?筆者の悩みはすべてダニだ。
同じものをダウンロードしたので、端末をサーバーに接続すると、履歴を読み込む際に、ネイティブ端末と海外端末で、なぜか同じようにデータが更新されないのか、引用にズレがあるのです。
Angela さん、両端子ともアルパリに接続されていますか?
。
昔はそんな奇跡がよく起こりました。分の差が出るまで。また、私へのヒントとして。オープニングのルールでゼロバーを使っていますか?使ったことがない、使っていない、使うことを勧めない。
異なるサーバーから履歴をダウンロードすればすべて理解できるのですが、今回は1つのサーバーの履歴で、端末だけが異なっています。私はゼロバーで分析を実行します。つまり、int start()に相場の履歴のサイクルを持っていません。分析は、新しいバーが来たときにデータが1ポジションずつシフトされる反転配列で行われ、ロジックは結果が各ティックで異なる可能性がある配列のゼロ位置ではなく、ゼロデータがこれらの位置に影響することはできないので変更が不可能な1、2、3位置で動作します。
Angela さん、両端末をアルパリに接続していますか?
。
もちろん、抽象的なデータをアップロードしているわけではなく、アルパリで開設したデモ口座です。
もう一つの選択肢を紹介します。もしかしたら、証券会社の端末を接続した後、切断した場合、それぞれのコピーでスプレッドが異なるかもしれません。それゆえ、歴史とは関係なく、違いがあるのです。両方のAsk線を取り出してみてください。
最後に引用したテストは、サーバーに接続した端末で行ったもので、インターネットを切断したわけではなく、テストをしながらフォーラムでチャットをしていたので、広がりは同じです。
デモサーバーが違うとか?>> スプレッドは数字上では全く同じなのか?
その通り、同じものです、5桁目まで数字が一致しています。
そう、一度奇跡が起きたら、もう止められないのです。
そして、典型的なのは、その理由が単純で、わかりやすいものである可能性が高いということです。しかし、それは私たちが知ることのできる最後のことです。
他にどうすればいいのかわからない。コピー用のストーリーファイルをビット単位で比較?それは簡単で早い。でも、そんなことはどうでもいいんです。刻みのシミュレーションを行った場合、乱数発生器は 異なる結果を検出するのでしょうか?でも、それなら同じ端末で正確に再現されていないはずです。
わからない。ここまで干からびました(笑))