チャンピオンシップのターミナルでの時間 - ページ 5

 

sergeev:

イェデルキン
サーバーの取引時間(気配値)が参照するタイムゾーンに夏時間が使用されているかどうかという、先ほどの質問に「2行のコード」が具体的にどのように答えているのか、示してください。


タイムトレードサーバ

その答えは、残念ながら間違っているように思います。この機能は、サーバーの 取引時間(気配値)が参照するタイムゾーンのサマータイム使用を示すものではありません。つまり、サーバーが GMT+1 のタイムゾーンを参照していても、TimeTradeServer 関数では、春に GMT+2 に切り替わるかどうかを判断することができないのです。秋になると、それに合わせて切り替わります。

夏場、サーバーが "夏時間 "を引用しているかどうかの質問にも、この機能は答えません。

 
Yedelkin:

その答えは、残念ながら間違っているように思います。この機能は、サーバーの 取引時間(気配値)が参照するタイムゾーンのサマータイム使用状況を示すものではありません。つまり、サーバーが GMT+1 のタイムゾーンを参照していても、TimeTradeServer 関数では、春に GMT+2 に切り替わるかどうかを判断することができないのです。秋になると、それに合わせて切り替わります。

夏場、サーバーが "夏時間 "で見積もり処理を行うかどうかも、この関数では答えられない。

サーバーの時間は必要ない。

世界的な価格サイクルの関係で取引が時間制になるのであれば、GMTで厳密に取引して、そわそわしないようにします。

サーバーの時間は、脳(とプログラム!)にとって不必要な混乱要因でしかない。

 

対談者の皆様へ。

あなたは問題の核心を見失っています。

アルパリとメタクォートのサーバー見積もり比較はこちらです。

試合→2011.05.02→シフト→2011.10.31→試合→2011.11.07→シフト

2011年5月2日までは完全に一致(少なくとも2005年以降)していたが、2011年10月31日以降、完全に一致するようになり、2011年11月7日以降、再び1時間ずつずれて、現在に至る。

これらの「変身」は、どうにも説明がつかない!!!!販売店が「EETの相場の時間はサマータイムと一緒です」と言った場合、GMT+2の相場の時間は10月の最終日曜日から3月の最終日曜日までということです。それ以外の時間はGMT+3(サマータイム)です。そして、コードの中で何かを確認する必要はなく、公理として受け止められているのです見積もりはいつも何時なのかがわかる。この場合、論理的な説明ができないので、引用の歴史に誤りがあるのです。すでに議論されていることかもしれませんが、私はこの点を見落としていました。しかし、将来、それがあるべき姿になることが重要なのです。

EAの普遍性を重視する、つまり、ある相場がどの時間帯であってもEAを正しく動作させたいのであれば、MQL5にはすべてのツールが揃っていると思います(自分でテストしたわけではありませんが、開発者を信じています)。

この普遍性にはこだわらない。私のEAはアルパリの気配値で最適化され開発されたので、EAのパラメータを調整するために、チャンピオンシップサーバーの気配値がアルパリのものと比較してどのように動作するかを知る必要があります。確信が欲しい!!!私のEAの性能はこれに依存しています。

Stringoは、サーバー上の時刻はGMT+1、 時間に変更されると答えた。この時刻はCETと呼ばれ、現在はGMT+2(夏時間シフト)、2012年10月28日は標準時(冬時間)に切り替わり、CET=GMT+1となる。自分の考えをチャンピオンシップのオーガナイザーから確認することは、私にとって重要なことなのです フレーズ-「そうなりますね」で十分です。

ありがとうございます。


Документация по MQL5: Дата и время / TimeDaylightSavings
Документация по MQL5: Дата и время / TimeDaylightSavings
  • www.mql5.com
Дата и время / TimeDaylightSavings - Документация по MQL5
 
autoforex:

対談者の皆様へ。あなたは問題の核心を見失っている...。

誰も損をしていない。このフォーラムでは、ひとつの質問が他の質問を呼び起こすということがよくあります。そして、最初の問いの本質は、筆者だけに関係するものであることに変わりはない。それは、あなた自身が見ればわかることです。

autoforex:

Stringoは、冬時間への 移行に伴い、サーバー上の時刻がGMT+1になると答えた。

あれはストリンガーじゃない(スレッドを追うときの気配りに)、些細なことだけど。最後の質問は、直接主催者に向けてのものですから、それ以外の方は「問題の核心」の議論に参加することはありません。もちろん、正しい答えが正しい形で得られるよう、誰もが幸運を祈っています。

頑固に話題を前に進めてくれたことに感謝したいです多くの人は、1、2回の問い合わせで、その話題をあきらめるだけです。)

 

それなのに...10月28日の時間改正を敷くべきでしょうか?

 
maryan.dirtyn:

それなのに...10月28日の時間改正を敷くべきでしょうか?

まあ、取引戦略のロジックによりますが。例えば、私のストラテジーはGMTをベースにしているので、とにかく修正しなければならないわけです :) 。もし私がCET時間帯との関係だけで取引するならば、上記のように全く気にしないでしょう。
 

は、午前9時に始まり、午後10時に終了します。

MqlDateTime time;
TimeCurrent(time);
if(DayClose && time.hour>=22){CLOSEALL(SY[i]); return;} 

の信号がブロックされるニュースがあります。

MqlDateTime time;
TimeCurrent(time);
if(time.mon==10 && time.day==4  && time.hour==14 && (time.min>15 && time.min<45)) News=true;

というロジックです。

10月28日以降、1時間追加しなければならないのですか?

 
autoforex:
したがって、チャンピオンシップのサーバーの相場は、 アルパリの相場から1時間 ずれます(東部標準時=GMT+2を使用しており、サマータイムもあるため)。

私の結論が正しいかどうか、主催者の方々に確認していただきたい!!!

保証はスベルバンクのみ。また、トレンドの方向性の推定とチャンピオンシップ中にそれが変化しないことの保証を求めることができます。
 
maryan.dirtyn:

午前9時にポジションを開始し、午後10時に終了します。あるニュースでは、シグナルがブロックされます。それが論理です。

取引戦略のロジックは、サーバータイム(取引サーバータイム)に連動しています。先日、チャンピオンシップに使用することが発表されたので

MetaQuotes:

GMT+1 timezone
Daylight Saving Time対応。

個人的には、わざわざ時刻補正を考慮する必要はないと思いますし、「28日以降」に何かを足したり引いたりすることもないと思います。しかし、私は3種類のリスクを想定しなければならない。

- 実際にはGMT+1のタイムゾーンに対応しない時刻で見積もりが入ってくるというリスクもあった。

- 見積られた時刻が実際にはサマータイムに 対応していないというリスクがあること。

- 冬時間への移行が見積もり通りに実施されないリスクは、10月28日です。

もちろんリスクは少ないのですが、検討されることをお勧めします。これらのリスクを回避することは、GMTとリンクすることで可能となります。

MqlDateTime time;
TimeGMT(time);
//Плюс поправка на летнее время, если торговая деятельность завязана на таймзону с наличием летнего времени
 
Rosh:
保証はスベルバンクのみ。トレンドの方向性の推定と、チャンピオンシップ中にそれが変化しないことの保証を求める。

私の質問に対して何が原因でそのような「嫌味」を言ったのか分かりませんが、あなたの回答には有益な情報はゼロです!