チャンピオンシップのターミナルでの時間 - ページ 2 123456789...11 新しいコメント Loky 2012.09.06 21:28 #11 autoforex: 選手権の主催者からコメントをいただきたい。ありがとうございます。 その質問は、あなたにとってだけでなく、非常に関連性があり、興味深いものですが、それは私たちが答えを得ることができない唯一のものではありません - それは政策です。 Yedelkin 2012.09.07 09:10 #12 Loky:...私たちが答えを得られないのはそれだけではありません。 まあ、チャンピオンシップサーバーの時間やサマータイム有無の情報を隠す意味はあるのか? Slava 2012.09.07 09:41 #13 これによって、「サーバーが冬時間に切り替わる」「サーバーが冬時間に切り替わらない」という回答はどうなるのだろうか。ただ、この知識に関連するソフトウェアの実装については興味があります。 MetaQuotes 2012.09.07 11:04 #14 Timezone GMT+1サマータイム 対応。 Slava 2012.09.07 11:10 #15 Yedelkin: まあ、チャンピオンシップサーバーの時間やサマータイムの有無などの情報を隠すのはどうなんだろう。例えば、チャンピオンシップサーバーがまだ立ち上がっていないなど。サマータイムを 自分で定義することの何が問題なのでしょうか?そのための機能はすべて揃っている Документация по MQL5: Дата и время / TimeDaylightSavings www.mql5.com Дата и время / TimeDaylightSavings - Документация по MQL5 Yedelkin 2012.09.07 11:16 #16 stringo: イェデルキン ロッキー この質問は、あなたにとってだけでなく、非常に適切で興味深いものですが、私たちが答えを得られない唯一のものではありません。 まあ、チャンピオンシップサーバーの時間やサマータイムの有無などの情報を隠すのはどうなんだろう。 例えば、チャンピオンシップサーバーがまだ立ち上がっていないとか。 まあ、サーバーの立ち上げに失敗したことは、「金を払う者が曲を呼ぶ」というテーゼにはほとんど関係ないのですが。:)私が理解しようとしたこの論文の使用ポイント :) Yedelkin 2012.09.07 11:36 #17 stringo: 冬時間への切り替えを 自分で定義することの何が問題なのでしょうか?すべての機能が揃っている はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う必要がある場合、サーバーの時間が中央ヨーロッパ時間と完全に一致するか、または中央ヨーロッパゾーンの夏時間とサーバーの時間が同期していれば、非常に便利です。そうすれば、取引ブロックに「if(TimeCurrent()==18.00) - 取引」のような一行を書くだけで、CETゾーンとサーバー時間のサマータイムが元に戻っているかどうかをチェックすることを考える必要がありません。 各国の現地時間に合わせて取引することにしているので、とにかく確認しなければならない。例えば、日本人はサマータイムに切り替えない。東京時間の午前12時から午後2時まで取引したい場合、私のサーバーにはすでにDSTが実装されているので、取引サーバーでDSTを確認する必要があります。カナダはサマータイムなどのタイミングが少し違います。 削除済み 2012.09.07 11:42 #18 Yedelkin:はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う場合、サーバーの時刻が完全に中央ヨーロッパ時間と同じであるか、または中央ヨーロッパ時間の夏時間とサーバーの時刻が同期していれば、非常に便利です。そうすれば、取引ブロックの中に「if(TimeCurrent()==18.00) - 取引」と一行書くだけで、CETゾーンとサーバータイムでのサマータイムが行われているかどうかを確認することを考えなくて済みます。各国の現地時間に合わせて取引してみようと思ったので、とにかく確認しなければなりません。例えば、日本人はサマータイムに切り替えない。そのため、東京時間の午前12時に取引するためには、サーバーでサマータイムが切り替わったかどうかを確認する必要があります(標準機能として備わっているため)。カナダは帰国時間が微妙に違うなど。問題ありません。金融センターとの相対的な時間がわかり、サマータイムかどうかもわかり(少なくとも調べることはできる)、GMT時間の計算も可能である。既存のどの金融センターでも、時間の計算は問題ないでしょう。ストラテジーテスターは 少し手こずるだろうが、なんとかなるものだ。 Yedelkin 2012.09.07 11:50 #19 Interesting: 問題ありません。金融センターの相対的な時刻がわかっており、サマータイムに切り替わるかどうかもわかっている(少なくとも調べることは可能)ので、GMTタイムを 計算することは原理的に可能である。 既存のどの金融センターでも、時間の計算は問題ないでしょう。 冬時間への追従が問題だと言っているのではありません。しかし、「if(TimeCurrent()==18.00) - trade」のような一行と比較すると、トラッキングのための追加コードは、コードに優雅さやスピードを加えるものではありません :). Slava 2012.09.07 11:53 #20 Yedelkin: はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う場合、サーバーの時刻が完全に中央ヨーロッパ時間と同じであるか、または中央ヨーロッパ時間帯の夏時間とサーバーの時刻が同期していれば、非常に便利です。そうすれば、取引ブロックに「if(TimeCurrent()==18.00) - 取引」のような一行を書くだけで、CETゾーンとサーバー上のサマータイムが行われているかどうかをチェックすることを考える必要がありません。 各国の現地時間に合わせて取引することにしているので、とにかく確認しなければならない。例えば、日本人はサマータイムに切り替えない。東京時間の午前12時から午後2時まで取引したい場合、私のサーバーにはすでにDSTが実装されているので、取引サーバーでDSTを確認する必要があります。カナダはサマータイムなどのタイミングが少し違います。1)スイッチング当日に取引しなかった場合はどうなりますか?2.コントロールしたいですか?その中で、MQL5の事例を紹介します。冬時間への切り替え の事実を判断するためのあらゆる選択肢を提示する。当初は Документация по MQL5: Дата и время / TimeDaylightSavings www.mql5.com Дата и время / TimeDaylightSavings - Документация по MQL5 123456789...11 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
選手権の主催者からコメントをいただきたい。
ありがとうございます。
...私たちが答えを得られないのはそれだけではありません。
これによって、「サーバーが冬時間に切り替わる」「サーバーが冬時間に切り替わらない」という回答はどうなるのだろうか。
ただ、この知識に関連するソフトウェアの実装については興味があります。
サマータイム 対応。
まあ、チャンピオンシップサーバーの時間やサマータイムの有無などの情報を隠すのはどうなんだろう。
例えば、チャンピオンシップサーバーがまだ立ち上がっていないなど。
サマータイムを 自分で定義することの何が問題なのでしょうか?そのための機能はすべて揃っている
stringo:
イェデルキン
この質問は、あなたにとってだけでなく、非常に適切で興味深いものですが、私たちが答えを得られない唯一のものではありません。
まあ、チャンピオンシップサーバーの時間やサマータイムの有無などの情報を隠すのはどうなんだろう。
例えば、チャンピオンシップサーバーがまだ立ち上がっていないとか。
まあ、サーバーの立ち上げに失敗したことは、「金を払う者が曲を呼ぶ」というテーゼにはほとんど関係ないのですが。:)私が理解しようとしたこの論文の使用ポイント :)
冬時間への切り替えを 自分で定義することの何が問題なのでしょうか?すべての機能が揃っている
はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う必要がある場合、サーバーの時間が中央ヨーロッパ時間と完全に一致するか、または中央ヨーロッパゾーンの夏時間とサーバーの時間が同期していれば、非常に便利です。そうすれば、取引ブロックに「if(TimeCurrent()==18.00) - 取引」のような一行を書くだけで、CETゾーンとサーバー時間のサマータイムが元に戻っているかどうかをチェックすることを考える必要がありません。
各国の現地時間に合わせて取引することにしているので、とにかく確認しなければならない。例えば、日本人はサマータイムに切り替えない。東京時間の午前12時から午後2時まで取引したい場合、私のサーバーにはすでにDSTが実装されているので、取引サーバーでDSTを確認する必要があります。カナダはサマータイムなどのタイミングが少し違います。
はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う場合、サーバーの時刻が完全に中央ヨーロッパ時間と同じであるか、または中央ヨーロッパ時間の夏時間とサーバーの時刻が同期していれば、非常に便利です。そうすれば、取引ブロックの中に「if(TimeCurrent()==18.00) - 取引」と一行書くだけで、CETゾーンとサーバータイムでのサマータイムが行われているかどうかを確認することを考えなくて済みます。
各国の現地時間に合わせて取引してみようと思ったので、とにかく確認しなければなりません。例えば、日本人はサマータイムに切り替えない。そのため、東京時間の午前12時に取引するためには、サーバーでサマータイムが切り替わったかどうかを確認する必要があります(標準機能として備わっているため)。カナダは帰国時間が微妙に違うなど。
問題ありません。金融センターとの相対的な時間がわかり、サマータイムかどうかもわかり(少なくとも調べることはできる)、GMT時間の計算も可能である。
既存のどの金融センターでも、時間の計算は問題ないでしょう。
ストラテジーテスターは 少し手こずるだろうが、なんとかなるものだ。
問題ありません。金融センターの相対的な時刻がわかっており、サマータイムに切り替わるかどうかもわかっている(少なくとも調べることは可能)ので、GMTタイムを 計算することは原理的に可能である。
既存のどの金融センターでも、時間の計算は問題ないでしょう。
冬時間への追従が問題だと言っているのではありません。しかし、「if(TimeCurrent()==18.00) - trade」のような一行と比較すると、トラッキングのための追加コードは、コードに優雅さやスピードを加えるものではありません :).
はい、問題は少し違うようです。中央ヨーロッパ時間の18:00にのみ取引を行う場合、サーバーの時刻が完全に中央ヨーロッパ時間と同じであるか、または中央ヨーロッパ時間帯の夏時間とサーバーの時刻が同期していれば、非常に便利です。そうすれば、取引ブロックに「if(TimeCurrent()==18.00) - 取引」のような一行を書くだけで、CETゾーンとサーバー上のサマータイムが行われているかどうかをチェックすることを考える必要がありません。
各国の現地時間に合わせて取引することにしているので、とにかく確認しなければならない。例えば、日本人はサマータイムに切り替えない。東京時間の午前12時から午後2時まで取引したい場合、私のサーバーにはすでにDSTが実装されているので、取引サーバーでDSTを確認する必要があります。カナダはサマータイムなどのタイミングが少し違います。
1)スイッチング当日に取引しなかった場合はどうなりますか?
2.コントロールしたいですか?その中で、MQL5の事例を紹介します。冬時間への切り替え の事実を判断するためのあらゆる選択肢を提示する。当初は