オトクリートで取引できる商品について - ページ 9 12345678910111213 新しいコメント Vladimir Karputov 2016.04.22 08:35 #81 Anton Zverev:ある日付から次の日付への目盛りを返すような関数を書く必要があります。成功すればtrue、そうでなければfalseとなる。そして、そんなくだらないことを書いてもどうにもならない。非同期をどうすればいいのかわからないからです。OnTimerを介したRenatの例は、おそらく選択肢の一つでしょう。でも、絶対に引き合いに出すようなことはしない。OnTimerはいろいろなことに使えます。要するに、初歩的な日付指定の機能を持ち込めばうまくいくのです。バーのティックボリュームと コピーティックに収まっているものが全く一致しないので、何ティック分クエリすればよいのかがわからない。スクリプトでは、ある日付からのデータを要求しています。このスクリプトを数分間隔で2回実行した結果がこちらです。2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Получено тиков: 409 код ошибки: 0 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:30:00 bid: 92480.0 ask: 92540.0 last: 92520.0 [0] 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:32:38 bid: 92380.0 ask: 92390.0 last: 92380.0 [408] 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Size 0 Mb 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Получено тиков: 632 код ошибки: 0 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:30:00 bid: 92480.0 ask: 92540.0 last: 92520.0 [0] 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:34:26 bid: 92410.0 ask: 92440.0 last: 92420.0 [631] 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Size 0 Mb つまり、ある日付から現在の瞬間までの刻みを要求しているのである。 ファイル: CopyTicks_1_02.mq5 3 kb 削除済み 2016.04.22 09:00 #82 Karputov Vladimir:スクリプトでは、ある日付からのデータを要求しています。これは、数分間隔で2回スクリプトを実行した結果です。つまり、ある日付から現在の瞬間までの刻みを要求しているのである。情報量ではドキュメントにすら劣るコードを引き合いに出すのは理解できない。もちろん、ありがとうございます。でも、それは私が求めたものとはまったく違う。レナーテのコードの方がずっといいんだけど、全然違うんだよね。 削除済み 2016.04.22 09:01 #83 Renat Fatkhullin:いいえ、各トレードサーバーの過去にダウンロードされたティックはすべてローカルにキャッシュされ、自動的に抽出されます。前ページにティックファイルのスクリーンショットがあります。ありがとうございます！Basesフォルダは詳しく調べていないのですが。OnTesterでコピーチックを要求して、通過したすべてのチックを取得するにはどうすればよいですか？ Renat Fatkhullin 2016.04.22 09:04 #84 Anton Zverev: OnTesterでcopyticksを照会して、通過したすべてのtickを取得するにはどうすればよいですか？現在のベータ版（本日リリース）では、CopyTicksを呼び出して、最後の数万ティックを取得します。テスターでは、数百万個のティックを取得する機能はなく、リングバッファを 使用してティックを保存しています。すべてのティックを保存するのはコストがかかるので、リングバッファを採用しています。でも、この行動は変えられるかもしれませんね。 Renat Fatkhullin 2016.04.22 09:06 #85 Anton Zverev:ドキュメントですら情報量の少ないコードを引用するのは理解できない。もちろん、ありがとうございます。しかし、それは私が尋ねたことと全く違う。レナーテのコードの方がずっと良いのですが、全然ダメです。 私のコードは、「非常に深いティックを得るには、ページングを待つためにCopyTicksを何度も呼び出す必要がある」という原則を実証するためのものです。OnTimerが良いですね。 削除済み 2016.04.22 09:10 #86 Renat Fatkhullin:現在のベータ版（本日リリース）では、CopyTicksを呼び出して、最後の数万ティックを取得します。テスターでは、数百万個のティックを取得する機能はなく、リングバッファを使用してティックを保存しています。すべてのティックを保存するのはコストがかかるので、リングバッファを採用しています。しかし、私たちはこの行動を変えることができます。テスターで行うには非常にコストがかかります）コピーティック ごとにクエリを実行することなく、リングバッファのサイズを決定する方法は？リングバッファを10000とします。それから、10000回ごとにコピーチックを呼んで、スキップがないことを確認します。しかし、1回の時間（msecの精度）の刻みに問題があるようです。交換で持っています。msのこの時間からコピペを要求して、二度数えるのは嫌だ。 削除済み 2016.04.22 09:13 #87 Renat Fatkhullin: 私のコードは、「非常に深いティックを得るには、ページングを待つためにCopyTicksを何度も呼び出す必要がある」という原則を実証するためのものです。OnTimerはそれによく合っています。デモ用であることに気づきました。そこで、すぐに思い浮かんだのがOnCopyTicksでした。助けてください！どっちつかずで困っています。アントン・ズベレフある日付から別の日付への目盛りを返すような関数を書く必要があります。成功すればtrue、そうでなければfalseとなる。 Vladimir Karputov 2016.04.22 09:13 #88 Anton Zverev:ドキュメントですら情報量の少ないコードを引用するのは理解できない。もちろん、ありがとうございます。しかし、それは私が尋ねたことと全く違う。レナーテのコードの方がずっといいんだけど、全然違うんだよね。(古い日付)から(若い日付)までを取得する必要がある場合、このように必要です。古い日付」からのティック（マージンあり）をクエリする。受信した配列のインデックス "0 "から日付を確認します。最初の出現（ヤングデート）を見つけるとすぐにそれを記憶する（インデックス・ヤングデート）。この時点で、インデックス0から（インデックス若い日付）までの目盛りの配列が、欲しい目盛りを含んでいると判断しています。 Dmitriy Skub 2016.04.22 09:14 #89 ローカル端末のデータベースで、アップロード/インジェクションしたティックの状態-を確認できる機能を追加していただけると幸いです。CheckXXX( シンボル ) のようなものです。コピー機をずっと引き続ける必要がないように。 削除済み 2016.04.22 09:33 #90 Karputov Vladimir:(古い日付)から(若い日付)にしたい場合は、次のようにします。古い日付」からのティック（マージンあり）をクエリする。受信した配列のインデックス "0 "から、日付を確認します。最初の出現（ヤングデート）を見つけるとすぐにそれを記憶する（インデックス・ヤングデート）。この時点で、インデックス0から（インデックス若い日付）までの目盛りの配列が、欲しい目盛りを含んでいると判断しています。余白があると、もったいないと思います。デフォルトのリクエスト（2000ティックだったかな）をして、終わったところから続ける（重複してティックが出やすい）。なぜ、開発者自身からそのような機能がないのか理解できない。なぜ、別の作業オプションでコピペをオーバーロードしないのか？ 12345678910111213 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ある日付から次の日付への目盛りを返すような関数を書く必要があります。成功すればtrue、そうでなければfalseとなる。
そして、そんなくだらないことを書いてもどうにもならない。非同期をどうすればいいのかわからないからです。OnTimerを介したRenatの例は、おそらく選択肢の一つでしょう。でも、絶対に引き合いに出すようなことはしない。OnTimerはいろいろなことに使えます。
要するに、初歩的な日付指定の機能を持ち込めばうまくいくのです。
バーのティックボリュームと コピーティックに収まっているものが全く一致しないので、何ティック分クエリすればよいのかがわからない。
スクリプトでは、ある日付からのデータを要求しています。
このスクリプトを数分間隔で2回実行した結果がこちらです。
つまり、ある日付から現在の瞬間までの刻みを要求しているのである。
スクリプトでは、ある日付からのデータを要求しています。
これは、数分間隔で2回スクリプトを実行した結果です。
つまり、ある日付から現在の瞬間までの刻みを要求しているのである。
情報量ではドキュメントにすら劣るコードを引き合いに出すのは理解できない。もちろん、ありがとうございます。でも、それは私が求めたものとはまったく違う。
レナーテのコードの方がずっといいんだけど、全然違うんだよね。
いいえ、各トレードサーバーの過去にダウンロードされたティックはすべてローカルにキャッシュされ、自動的に抽出されます。
前ページにティックファイルのスクリーンショットがあります。
ありがとうございます！Basesフォルダは詳しく調べていないのですが。
OnTesterでコピーチックを要求して、通過したすべてのチックを取得するにはどうすればよいですか？
OnTesterでcopyticksを照会して、通過したすべてのtickを取得するにはどうすればよいですか？
現在のベータ版（本日リリース）では、CopyTicksを呼び出して、最後の数万ティックを取得します。
テスターでは、数百万個のティックを取得する機能はなく、リングバッファを 使用してティックを保存しています。すべてのティックを保存するのはコストがかかるので、リングバッファを採用しています。でも、この行動は変えられるかもしれませんね。
ドキュメントですら情報量の少ないコードを引用するのは理解できない。もちろん、ありがとうございます。しかし、それは私が尋ねたことと全く違う。
レナーテのコードの方がずっと良いのですが、全然ダメです。
現在のベータ版（本日リリース）では、CopyTicksを呼び出して、最後の数万ティックを取得します。
テスターでは、数百万個のティックを取得する機能はなく、リングバッファを使用してティックを保存しています。すべてのティックを保存するのはコストがかかるので、リングバッファを採用しています。しかし、私たちはこの行動を変えることができます。
テスターで行うには非常にコストがかかります）コピーティック ごとにクエリを実行することなく、リングバッファのサイズを決定する方法は？
リングバッファを10000とします。それから、10000回ごとにコピーチックを呼んで、スキップがないことを確認します。しかし、1回の時間（msecの精度）の刻みに問題があるようです。交換で持っています。msのこの時間からコピペを要求して、二度数えるのは嫌だ。
私のコードは、「非常に深いティックを得るには、ページングを待つためにCopyTicksを何度も呼び出す必要がある」という原則を実証するためのものです。OnTimerはそれによく合っています。
デモ用であることに気づきました。そこで、すぐに思い浮かんだのがOnCopyTicksでした。
助けてください！どっちつかずで困っています。
ある日付から別の日付への目盛りを返すような関数を書く必要があります。成功すればtrue、そうでなければfalseとなる。
ドキュメントですら情報量の少ないコードを引用するのは理解できない。もちろん、ありがとうございます。しかし、それは私が尋ねたことと全く違う。
レナーテのコードの方がずっといいんだけど、全然違うんだよね。
(古い日付)から(若い日付)までを取得する必要がある場合、このように必要です。
古い日付」からのティック（マージンあり）をクエリする。受信した配列のインデックス "0 "から日付を確認します。最初の出現（ヤングデート）を見つけるとすぐにそれを記憶する（インデックス・ヤングデート）。この時点で、インデックス0から（インデックス若い日付）までの目盛りの配列が、欲しい目盛りを含んでいると判断しています。
(古い日付)から(若い日付)にしたい場合は、次のようにします。
古い日付」からのティック（マージンあり）をクエリする。受信した配列のインデックス "0 "から、日付を確認します。最初の出現（ヤングデート）を見つけるとすぐにそれを記憶する（インデックス・ヤングデート）。この時点で、インデックス0から（インデックス若い日付）までの目盛りの配列が、欲しい目盛りを含んでいると判断しています。
余白があると、もったいないと思います。デフォルトのリクエスト（2000ティックだったかな）をして、終わったところから続ける（重複してティックが出やすい）。
なぜ、開発者自身からそのような機能がないのか理解できない。なぜ、別の作業オプションでコピペをオーバーロードしないのか？