オトクリートで取引できる商品について - ページ 8 12345678910111213 新しいコメント Vasiliy Sokolov 2016.04.21 19:04 #71 Renat Fatkhullin:私たちの目標は、MetaQuotes-Demoを使って、できるだけ多くの市場について、ティックデータを含む最も正確なヒストリカルデータを収集することです。これについては、すでに作業を開始しています。ブローカーは、このヒストリカルデータを当社のサーバーから簡単に同期させることができ、トレーダーは最大限の品質で通常ヒストリカルでテストできるようになります。これは正しいことなのです。なぜなら、ブローカーをいい話に曲げられるのは、あなたの会社だけだからです。我々ユーザーは、バカなスタッフとコミュニケーションをとる運命にあるのです。引用元には権利者がいることがほとんどなので、法的な 問題はないのでしょうかね？ Vasiliy Sokolov 2016.04.21 19:06 #72 Renat Fatkhullin: ここでは、より適切な選択肢として、便利なタイマー付きのエキスパートをご紹介します。 オッケーです。調べてみるよ。 Vasiliy Sokolov 2016.04.21 19:08 #73 Renat Fatkhullin:私たちの目標は、MetaQuotes-Demoを使って、できるだけ多くの市場について、ティックデータを含む最も正確なヒストリカルデータを収集することです。これについては、すでに作業を開始しています。ブローカーは、このヒストリカルデータを当社のサーバーから簡単に同期させることができ、トレーダーが最大限の品質でヒストリカルテストを通常行うことができるようになります。 先物の接着（ダニなどのアクセス）には特にご注意ください。実際、すべてのテストは接着された先物の上で行われます。 Yuriy Asaulenko 2016.04.21 19:41 #74 Vasiliy Sokolov:ただ、引用元には権利者がいることがほとんどなので、法的な 問題はないのでしょうかね？すべての人のことを言えるわけではありませんが、多くの証券会社では、昔から1mまでの履歴（ローソク足-出来高）をダウンロードすることができます。リアルユーザー、だけでないことも多い。また、著作権に関する問題も一切なかったようです。アスキービッド、ティック履歴......そう、それはなかったことに。MQはここが一番でしょう。 Renat Fatkhullin 2016.04.21 19:45 #75 Vasiliy Sokolov:帰り道、ちょうどそんなことを考えていたんです。実際、当時MTサーバーが稼働していなかったとしたら、誰が回収したのかが意外と気になりますよね？ 見る限りでは、すでに稼働していたことです。時間が経つのは早いものです。 削除済み 2016.04.22 07:58 #76 Renat Fatkhullin: ここでは、便利なタイマー付きのExpert Advisorの形で、より正しいバリアントです。要求されたコピーチックのデータがすべて揃っていて、再要求する必要がないことを知るにはどうしたらよいですか？非同期なので、OnCopyTicksイベント（キャッシュが変更された、みたいな）を作るとか？ Vladimir Karputov 2016.04.22 08:07 #77 Anton Zverev:コピー機の依頼したデータがすべて渡され、2回目の依頼をする必要がないことを確認するにはどうすればよいですか？...1.何が言いたいの？CopyTicksには目盛りの数を指定するフィールドがあります。CopyTicksが正しい値を返すまでクエリを実行します。アントン・ズベレフ...非同期なので、OnCopyTicksイベント（キャッシュが変更されたようなもの）を作るとか？2. ポイント1を参照。 削除済み 2016.04.22 08:20 #78 Karputov Vladimir:1.何が言いたいのか？CopyTicksには目盛りの数を指定するフィールドがあります。CopyTicks が正しい数値を返すまでクエリを実行します。ある日付から次の日付への目盛りを返すような関数を書く必要があります。成功した場合はtrue、そうでない場合はfalseとなる。そして、このナンセンスな私は書けません。非同期関数で何をすればいいのかわからないからです。OnTimerを介したRenatの例は、おそらく選択肢の一つでしょう。でも、絶対に引き合いに出すようなことはしない。OnTimerはいろいろなことに使えます。要するに、初歩的な日付指定の機能を持ち込めばうまくいくのです。バーのティックボリュームと コピーティックに収まるものが全く一致しないので、何ティック分クエリすればいいのかがわからない。 削除済み 2016.04.22 08:29 #79 誤って再接続または再起動した場合、ティックキャッシュ全体がリセットされ、すべてを再度アップロードする必要があります。テスターは毎回、白いシートからティックとコピーティックを汲み上げるだけ。 Renat Fatkhullin 2016.04.22 08:33 #80 Anton Zverev: 誤って再接続または再起動した場合、ティックキャッシュ全体がリセットされ、すべてを再ダウンロードする必要があります。テスターは毎回、ホワイトリストのティックとコピーティックを汲み上げるだけです。いいえ、各取引サーバーの過去にダウンロードされたすべてのティックはローカルにキャッシュされ、自動的に取得されます。前ページにティックファイルのスクリーンショットがあります。 12345678910111213 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
Renat Fatkhullin:
私たちの目標は、MetaQuotes-Demoを使って、できるだけ多くの市場について、ティックデータを含む最も正確なヒストリカルデータを収集することです。これについては、すでに作業を開始しています。
ブローカーは、このヒストリカルデータを当社のサーバーから簡単に同期させることができ、トレーダーは最大限の品質で通常ヒストリカルでテストできるようになります。
これは正しいことなのです。なぜなら、ブローカーをいい話に曲げられるのは、あなたの会社だけだからです。我々ユーザーは、バカなスタッフとコミュニケーションをとる運命にあるのです。
引用元には権利者がいることがほとんどなので、法的な 問題はないのでしょうかね？
ここでは、より適切な選択肢として、便利なタイマー付きのエキスパートをご紹介します。
私たちの目標は、MetaQuotes-Demoを使って、できるだけ多くの市場について、ティックデータを含む最も正確なヒストリカルデータを収集することです。これについては、すでに作業を開始しています。
ブローカーは、このヒストリカルデータを当社のサーバーから簡単に同期させることができ、トレーダーが最大限の品質でヒストリカルテストを通常行うことができるようになります。
ただ、引用元には権利者がいることがほとんどなので、法的な 問題はないのでしょうかね？
すべての人のことを言えるわけではありませんが、多くの証券会社では、昔から1mまでの履歴（ローソク足-出来高）をダウンロードすることができます。リアルユーザー、だけでないことも多い。また、著作権に関する問題も一切なかったようです。
アスキービッド、ティック履歴......そう、それはなかったことに。MQはここが一番でしょう。
帰り道、ちょうどそんなことを考えていたんです。
実際、当時MTサーバーが稼働していなかったとしたら、誰が回収したのかが意外と気になりますよね？
ここでは、便利なタイマー付きのExpert Advisorの形で、より正しいバリアントです。
要求されたコピーチックのデータがすべて揃っていて、再要求する必要がないことを知るにはどうしたらよいですか？
非同期なので、OnCopyTicksイベント（キャッシュが変更された、みたいな）を作るとか？
コピー機の依頼したデータがすべて渡され、2回目の依頼をする必要がないことを確認するにはどうすればよいですか？
...
1.何が言いたいの？CopyTicksには目盛りの数を指定するフィールドがあります。CopyTicksが正しい値を返すまでクエリを実行します。
...
非同期なので、OnCopyTicksイベント（キャッシュが変更されたようなもの）を作るとか？
2. ポイント1を参照。
1.何が言いたいのか？CopyTicksには目盛りの数を指定するフィールドがあります。CopyTicks が正しい数値を返すまでクエリを実行します。
ある日付から次の日付への目盛りを返すような関数を書く必要があります。成功した場合はtrue、そうでない場合はfalseとなる。
そして、このナンセンスな私は書けません。非同期関数で何をすればいいのかわからないからです。OnTimerを介したRenatの例は、おそらく選択肢の一つでしょう。でも、絶対に引き合いに出すようなことはしない。OnTimerはいろいろなことに使えます。
要するに、初歩的な日付指定の機能を持ち込めばうまくいくのです。
バーのティックボリュームと コピーティックに収まるものが全く一致しないので、何ティック分クエリすればいいのかがわからない。
誤って再接続または再起動した場合、ティックキャッシュ全体がリセットされ、すべてを再ダウンロードする必要があります。テスターは毎回、ホワイトリストのティックとコピーティックを汲み上げるだけです。
いいえ、各取引サーバーの過去にダウンロードされたすべてのティックはローカルにキャッシュされ、自動的に取得されます。
前ページにティックファイルのスクリーンショットがあります。