サービスデスクです。苦情、提案 - ページ 2 123456789...28 新しいコメント 削除済み 2015.10.30 15:32 #11 非常に長い間、仲裁を待っている。3週間目(2週間待つように言われた、OK)。 削除済み 2015.10.30 15:39 #12 Renat Fatkhullin: クアッドで修正します。未使用のチャートを積極的にアンロードすることで、やりすぎました。レナート、私の最初の投稿を読みましたか?なぜ使われていないのですか?10秒に1回というより、もっと頻繁に、毎ティック ごとに問い合わせがあるのです。それとも未使用=未開封?明確にしてください。でも、私の言葉に耳を傾けてくれて、とてもうれしいです。 削除済み 2015.10.30 15:42 #13 Ilya Malev: MT5の関数SeriesInfoIntegerを 使用せず、古いMT4の関数、iBars、iTime、MarketInfoなどを使用した場合、問題は残りますか?iTime( _Symbol, period, Bars( _Symbol, period )-1 ) を使用すると、チャート上で最初に利用できるローソクの時刻を得ることができます。しかし、サーバー上の最初のろうそくの時間を取得するために、私はどの構造を使用するかを決めていません。SeriesInfoIntegerを使用すると、非常に簡単に実行できます: SeriesInfoInteger( _Symbol, period,SERIES_SERVER_FIRSTDATE); Renat Fatkhullin 2015.10.30 15:44 #14 Alexey Kozitsyn: レナート、私の最初の投稿を読みましたか?なぜ使われていないのでしょうか?10秒に1回というより、もっと頻繁に、毎ティックごとに問い合わせがあるのです。それとも未使用=未開封?説明してください。だから「過剰なアンロード」と書いているのです。ぜひ検討させていただきます。 Ilya Malev 2015.10.30 15:45 #15 Alexey Kozitsyn:iTime( _Symbol, period, Bars( _Symbol, period )-1 ) を使用すると、チャート上で最初に利用できるローソクの時刻を得ることができます。しかし、サーバー上の最初のろうそくの時間を取得するために、私はどの構造を使用するかを決めていません。全てはSeriesInfoInteger: SeriesInfoInteger( _Symbol, period,SERIES_SERVER_FIRSTDATE) で簡単に行えます。 MT4は時系列を呼び出す前に全系列を読み込まないのですか?つまり、iBarsが MT4スクリプトで非ネイティブのタイムシリーズに秒単位の周期でアクセスした場合、結果は異なるということでしょうか。 削除済み 2015.10.30 15:56 #16 Ilya Malev: しかし、MT4は時系列を呼び出す前に完全に読み込まないのでしょうか?では、iBarがMT4スクリプトで「未知」のタイムスリリーを1秒間隔で呼び出した場合、結果は異なるのでしょうか?こちらもご覧ください。端末をウィンドウのMax barsに設定することで、履歴の有無を制限することができます。そうすると、チャートよりもサーバーの方が履歴が多くなります。論理的である。SeriesInfoInteger()関数でアドレス指定した場合、常にデータにアクセスできるようにするため、この関数が0を返したら、必要なシンボル/期間からiTime()関数を呼び出すようにします。しかし、これは、第一に、どこにも文書化されていませんし、第二に、正しくありません。なぜなら、関数からデータを取得することが保証されているので、別の関数を使うしかないのです。では、なぜこの機能が必要なのでしょうか!しかし、やはりSERIES_SERVER_FIRSTDATE プロパティは重複していないよう です。つまり、少なくともこの理由では、SeriesInfo関数は...。が必要です。 Ilya Malev 2015.10.30 16:02 #17 Alexey Kozitsyn:一方、SeriesInfoInteger()関数を呼び出した場合、常にデータにアクセスできるようにするため、この関数が0を返したら、目的の文字/期間からiTime()関数を呼び出すようにします。 もし、突然、必要なTFからデータを取得する代わりに、MT4の機能であるiHigh、iLow、...が発生したら、この問題の緊急性を理解することができます。iBars等はエラー(0)を返しました。MT5の機能はMT4には必要ないだけで、非同期データロードはありません、私の理解では。そして、物事を複雑にすることに意味はありません。 削除済み 2015.10.30 16:05 #18 Ilya Malev: もし突然、探しているTFからデータを取得する代わりに、MT4の機能であるiHigh、iLow、...が出てきたら、この問題の関連性を理解できると思います。iBarsなどはエラー(0)を返しました。MT5の機能はMT4には必要ないだけで、非同期データロードはありません、私の理解では。そして、物事を複雑にすることに意味はありません。それが意味を持つかどうかは別問題です。しかし、もう一度言いますが、SeriesInfoInteger()関数 以外で、サーバー上で最初に利用可能なバーの日付をシンボルで取得する方法を私は知らないのです。もしかして、知ってる? Ilya Malev 2015.10.30 16:06 #19 Alexey Kozitsyn:それが意味を持つかどうかは別問題です。しかし、もう一度言いますが、SeriesInfoInteger()関数 以外で、サーバー上で最初に利用可能なバーの日付をシンボルで取得する方法を私は知らないのです。もしかして、知ってる? なぜ、手に入れたいと思ったのか? 削除済み 2015.10.30 16:11 #20 Ilya Malev: なぜ、手に入れる必要があるのですか?ドキュメントに記載があり、使いたいからというだけなら。履歴のダウンロードと確認は、MT5と同様、https://www.mql5.com/ru/docs/series/timeseries_access。質問を繰り返しますが、古いmql4によってこの日付を取得する方法をご存知でしょうか? Документация по MQL5: Доступ к таймсериям и индикаторам / Организация доступа к данным www.mql5.com Доступ к таймсериям и индикаторам / Организация доступа к данным - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5 123456789...28 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
クアッドで修正します。未使用のチャートを積極的にアンロードすることで、やりすぎました。
レナート、私の最初の投稿を読みましたか?なぜ使われていないのですか?10秒に1回というより、もっと頻繁に、毎ティック ごとに問い合わせがあるのです。それとも未使用=未開封?明確にしてください。
でも、私の言葉に耳を傾けてくれて、とてもうれしいです。
MT5の関数SeriesInfoIntegerを 使用せず、古いMT4の関数、iBars、iTime、MarketInfoなどを使用した場合、問題は残りますか?
iTime( _Symbol, period, Bars( _Symbol, period )-1 ) を使用すると、チャート上で最初に利用できるローソクの時刻を得ることができます。
しかし、サーバー上の最初のろうそくの時間を取得するために、私はどの構造を使用するかを決めていません。
SeriesInfoIntegerを使用すると、非常に簡単に実行できます: SeriesInfoInteger( _Symbol, period,SERIES_SERVER_FIRSTDATE);
レナート、私の最初の投稿を読みましたか?なぜ使われていないのでしょうか?10秒に1回というより、もっと頻繁に、毎ティックごとに問い合わせがあるのです。それとも未使用=未開封?説明してください。
だから「過剰なアンロード」と書いているのです。
ぜひ検討させていただきます。
iTime( _Symbol, period, Bars( _Symbol, period )-1 ) を使用すると、チャート上で最初に利用できるローソクの時刻を得ることができます。
しかし、サーバー上の最初のろうそくの時間を取得するために、私はどの構造を使用するかを決めていません。
全てはSeriesInfoInteger: SeriesInfoInteger( _Symbol, period,SERIES_SERVER_FIRSTDATE) で簡単に行えます。
しかし、MT4は時系列を呼び出す前に完全に読み込まないのでしょうか?では、iBarがMT4スクリプトで「未知」のタイムスリリーを1秒間隔で呼び出した場合、結果は異なるのでしょうか?
こちらもご覧ください。端末をウィンドウのMax barsに設定することで、履歴の有無を制限することができます。そうすると、チャートよりもサーバーの方が履歴が多くなります。論理的である。
SeriesInfoInteger()関数でアドレス指定した場合、常にデータにアクセスできるようにするため、この関数が0を返したら、必要なシンボル/期間からiTime()関数を呼び出すようにします。しかし、これは、第一に、どこにも文書化されていませんし、第二に、正しくありません。なぜなら、関数からデータを取得することが保証されているので、別の関数を使うしかないのです。では、なぜこの機能が必要なのでしょうか!
しかし、やはりSERIES_SERVER_FIRSTDATE プロパティは重複していないよう です。つまり、少なくともこの理由では、SeriesInfo関数は...。が必要です。
一方、SeriesInfoInteger()関数を呼び出した場合、常にデータにアクセスできるようにするため、この関数が0を返したら、目的の文字/期間からiTime()関数を呼び出すようにします。
もし突然、探しているTFからデータを取得する代わりに、MT4の機能であるiHigh、iLow、...が出てきたら、この問題の関連性を理解できると思います。iBarsなどはエラー(0)を返しました。MT5の機能はMT4には必要ないだけで、非同期データロードはありません、私の理解では。そして、物事を複雑にすることに意味はありません。
それが意味を持つかどうかは別問題です。
しかし、もう一度言いますが、SeriesInfoInteger()関数 以外で、サーバー上で最初に利用可能なバーの日付をシンボルで取得する方法を私は知らないのです。もしかして、知ってる?
それが意味を持つかどうかは別問題です。
しかし、もう一度言いますが、SeriesInfoInteger()関数 以外で、サーバー上で最初に利用可能なバーの日付をシンボルで取得する方法を私は知らないのです。もしかして、知ってる?
なぜ、手に入れる必要があるのですか?
ドキュメントに記載があり、使いたいからというだけなら。
履歴のダウンロードと確認は、MT5と同様、https://www.mql5.com/ru/docs/series/timeseries_access。
質問を繰り返しますが、古いmql4によってこの日付を取得する方法をご存知でしょうか?