チャンピオンシップのターミナルでの時間 - ページ 4 1234567891011 新しいコメント Slava 2012.09.07 13:43 #31 Yedelkin: こちらでご覧いただけます:TimeDaylightSavings:)というものです。どのように実装されているのか、まったくわかりません。私の意見としては、もしサーバータイムを返す関数があるならば、それは追加パラメータを使用してブール変数を返すことができるということです。またはTimeDaylightSavingsで 実装されているような秒数。 もう一度言います。この機能は、お使いのコンピューターが 夏時間かサマータイムかを知らせます。移行の事実を一瞬で判断するのではなく、一連のクエリで判断することができます。いいね! 0 0 0 0 1 (おっと!移行) 1 1 1 1 1. Slava 2012.09.07 13:48 #32 ただ今、質問に集中しています。"チャンピオンシップでのターミナル タイム"事前に知ることはできない。何でもいいんです。 Yedelkin 2012.09.07 14:06 #33 stringo: もう一度言います。この機能は、お使いのコンピューターが現在サマータイムか夏時間かをお知らせするものです。一過性のイベントではなく、一連のクエリで遷移の事実を判断することができるのです。いいね! 0 0 0 0 0 1 (おっと!移行) 1 1 1 1 1. しかし、「 夏時間や冬時間に移行する事実を決定する関数はどこにあった のか」という具体的な質問には答えました。私の過去の投稿を見てください。TimeDaylightSavings 関数が何を返すのか、私がよく知っていることを示すものです。しかし、あなたが尋ねたので、私は答えました。つまり、サマータイムという事実を定義する機能は、誰にでも 見られたという結論になる。 なぜ「スイッチ」なのか?- なぜなら、もしスイッチがあったのなら、ゼロ以外の値が返されるからです。つまり、無限の問い合わせをしたり、以前の状態を記憶したりする必要がないのです。0を得た - 現在の歴史的瞬間に移行していない。1 - 変遷はいつからかありました。 もし、「遷移」という言葉に着目されるのであれば、元の質問を明確にします。なぜ、サーバー(データセンター)が冬か夏か、何時に見積もりを放送するかを知らせる機能がないのでしょうか? Yedelkin 2012.09.07 14:18 #34 stringo:取引サーバーが稼働しているコンピューターがサマータイムに変更されても、サーバー自体が同じ時刻に稼働しているわけではありません。サーバー(データセンター)は、コンピュータに設定された時間に関係なく、受信した見積書を送信するだけでよいのです。そのため、自分で解決できるように、すべての機能が用意されているのです。 待てよ、冷静に順序を決めよう。主催者は、サーバーが動作しているコンピュータの現地時刻を発表する義務を負いません。もし、「取引サーバーの時間」という言葉が言葉の中に入ってきたとしたら、それはユーザーが取引サーバーの時間に関心があり、それ以外のことには関心がないということを意味する。このとき、ユーザーは自分のローカルタイムか、サーバーの取引時間またはGMTに合わせることができます。 もし、ユーザーがサーバーの取引時間に合わせるのに便利であれば、ユーザーは、この時間はどのタイムゾーンを指しているのか、このタイムゾーンには夏時間が 使われているのか、という疑問を持つ。 Slava 2012.09.07 14:24 #35 Yedelkin:もし、「遷移」という言葉に着目しているのであれば、元の質問を明確にします。なぜ、サーバー(データセンター)が冬か夏か、何時に見積もりを放送するのかを知らせる機能がないのですか? なぜなら、これは冗長な情報だからです。維持しようと思えば、保存/維持のためのディスク容量などの計算機資源が 必要です。遷移の瞬間を決定する関数を自分で書けばいいのです。そのような情報は、あなたと2、3人の人しか必要としないので、提供するつもりはありません。つまり、文字通りの作品に過ぎないのです。 Slava 2012.09.07 14:27 #36 Yedelkin: もし、ユーザーがサーバーの取引時間を参照することに抵抗がなければ、次のような疑問が生じます:この時間はどのタイムゾーンを参照しているのか、このタイムゾーンでは夏時間が使われているのか? ユーザーが突然このような疑問を抱いたとしても、自力ですぐに解決することができます。2行のコード。 Yedelkin 2012.09.07 14:29 #37 stringo: 冗長な情報であるため。維持しようと思えば、保存/維持のためのディスク容量などの計算機資源が必要です。 遷移の瞬間を決定する関数を自分で書くことができます。そのような情報を提供するのは、あなたと2、3人の人たちだけで、他の誰も必要としていないからです。 なるほど、なるほど。 ストリングス まあ、これも ビブリオフォビアなんですけどね。 でも、「 語学を勉強したほうがいい」と言ったのはあなたですからね :)そして、私が語学の勉強をしながらずっと疑問に思っていたことを質問した途端、すぐに私を他の 手紙魔の仲間入りをさせましたね(笑)。 Yedelkin 2012.09.07 14:33 #38 stringo:イエデルキン: もしユーザーがサーバーの取引時間に慣れている場合、次のような疑問が生じるでしょう。この時間はどのタイムゾーンを参照しているのか、このタイム ゾーンではサマータイムが使用されて いるのか。 ユーザーが突然このような疑問を抱いたとしても、自力ですぐに解決することができます。2行のコード。 サーバーの取引時間(気配値)が参照するタイムゾーンにサマータイムが 使用されているかという、先ほどの質問に「2行のコード」がどのように答えているのかを示してください。ぜひお願いします。 --- 2012.09.07 15:12 #39 Yedelkin: サーバーの取引時間(気配値)が参照するタイムゾーンにサマータイムが使われているかどうかという、先ほどの質問に「2行のコード」で具体的にどう答えることができるのか、教えてください。ありがたいことです。タイムトレードサーバ Документация по MQL5: Дата и время / TimeTradeServer www.mql5.com Дата и время / TimeTradeServer - Документация по MQL5 Павел Смирнов 2012.09.07 15:58 #40 なんという議論でしょうか......皆さん、ありがとうございました。真実は議論の中で生まれる。私は、次のような結論を出しました。引用される時間は2012年10月28日以前: CET = GMT+2 (夏時間) これは、現在の引用符の時間です。2012年10月28日以降:CET = GMT+1(標準時(冬時間))。したがって、チャンピオンシップサーバーのクォートは、 チャンピオンシップ期間中、アルパリのクォートと1時間 ずれます(CET = GMT+2を使用し、サマータイムに 切り替わるため)。私の結論が正しいかどうか、主催者に確認していただきたい!!! 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
こちらでご覧いただけます:TimeDaylightSavings:)というものです。どのように実装されているのか、まったくわかりません。私の意見としては、もしサーバータイムを返す関数があるならば、それは追加パラメータを使用してブール変数を返すことができるということです。またはTimeDaylightSavingsで 実装されているような秒数。
もう一度言います。この機能は、お使いのコンピューターが 夏時間かサマータイムかを知らせます。移行の事実を一瞬で判断するのではなく、一連のクエリで判断することができます。いいね! 0 0 0 0 1 (おっと!移行) 1 1 1 1 1.
ただ今、質問に集中しています。"チャンピオンシップでのターミナル タイム"
事前に知ることはできない。何でもいいんです。
もう一度言います。この機能は、お使いのコンピューターが現在サマータイムか夏時間かをお知らせするものです。一過性のイベントではなく、一連のクエリで遷移の事実を判断することができるのです。いいね! 0 0 0 0 0 1 (おっと!移行) 1 1 1 1 1.
しかし、「 夏時間や冬時間に移行する事実を決定する関数はどこにあった のか」という具体的な質問には答えました。私の過去の投稿を見てください。TimeDaylightSavings 関数が何を返すのか、私がよく知っていることを示すものです。しかし、あなたが尋ねたので、私は答えました。つまり、サマータイムという事実を定義する機能は、誰にでも 見られたという結論になる。
なぜ「スイッチ」なのか?- なぜなら、もしスイッチがあったのなら、ゼロ以外の値が返されるからです。つまり、無限の問い合わせをしたり、以前の状態を記憶したりする必要がないのです。0を得た - 現在の歴史的瞬間に移行していない。1 - 変遷はいつからかありました。
もし、「遷移」という言葉に着目されるのであれば、元の質問を明確にします。なぜ、サーバー(データセンター)が冬か夏か、何時に見積もりを放送するかを知らせる機能がないのでしょうか?
取引サーバーが稼働しているコンピューターがサマータイムに変更されても、サーバー自体が同じ時刻に稼働しているわけではありません。サーバー(データセンター)は、コンピュータに設定された時間に関係なく、受信した見積書を送信するだけでよいのです。そのため、自分で解決できるように、すべての機能が用意されているのです。
待てよ、冷静に順序を決めよう。主催者は、サーバーが動作しているコンピュータの現地時刻を発表する義務を負いません。もし、「取引サーバーの時間」という言葉が言葉の中に入ってきたとしたら、それはユーザーが取引サーバーの時間に関心があり、それ以外のことには関心がないということを意味する。このとき、ユーザーは自分のローカルタイムか、サーバーの取引時間またはGMTに合わせることができます。
もし、ユーザーがサーバーの取引時間に合わせるのに便利であれば、ユーザーは、この時間はどのタイムゾーンを指しているのか、このタイムゾーンには夏時間が 使われているのか、という疑問を持つ。
もし、「遷移」という言葉に着目しているのであれば、元の質問を明確にします。なぜ、サーバー(データセンター)が冬か夏か、何時に見積もりを放送するのかを知らせる機能がないのですか?
なぜなら、これは冗長な情報だからです。維持しようと思えば、保存/維持のためのディスク容量などの計算機資源が 必要です。
遷移の瞬間を決定する関数を自分で書けばいいのです。そのような情報は、あなたと2、3人の人しか必要としないので、提供するつもりはありません。
つまり、文字通りの作品に過ぎないのです。
もし、ユーザーがサーバーの取引時間を参照することに抵抗がなければ、次のような疑問が生じます:この時間はどのタイムゾーンを参照しているのか、このタイムゾーンでは夏時間が使われているのか?
冗長な情報であるため。維持しようと思えば、保存/維持のためのディスク容量などの計算機資源が必要です。
遷移の瞬間を決定する関数を自分で書くことができます。そのような情報を提供するのは、あなたと2、3人の人たちだけで、他の誰も必要としていないからです。
なるほど、なるほど。
まあ、これも ビブリオフォビアなんですけどね。
でも、「 語学を勉強したほうがいい」と言ったのはあなたですからね :)そして、私が語学の勉強をしながらずっと疑問に思っていたことを質問した途端、すぐに私を他の 手紙魔の仲間入りをさせましたね(笑)。
stringo:
もしユーザーがサーバーの取引時間に慣れている場合、次のような疑問が生じるでしょう。この時間はどのタイムゾーンを参照しているのか、このタイム ゾーンではサマータイムが使用されて いるのか。
ユーザーが突然このような疑問を抱いたとしても、自力ですぐに解決することができます。2行のコード。
サーバーの取引時間(気配値)が参照するタイムゾーンにサマータイムが使われているかどうかという、先ほどの質問に「2行のコード」で具体的にどう答えることができるのか、教えてください。ありがたいことです。
タイムトレードサーバ
なんという議論でしょうか......皆さん、ありがとうございました。真実は議論の中で生まれる。
私は、次のような結論を出しました。
引用される時間は
2012年10月28日以前: CET = GMT+2 (夏時間) これは、現在の引用符の時間です。
2012年10月28日以降:CET = GMT+1(標準時(冬時間))。
したがって、チャンピオンシップサーバーのクォートは、 チャンピオンシップ期間中、アルパリのクォートと1時間 ずれます(CET = GMT+2を使用し、サマータイムに 切り替わるため)。
私の結論が正しいかどうか、主催者に確認していただきたい!!!