交易时段或时间有多重要 - 页 8

[[删除]]

是的，我明白，没有必要添加任何东西。你才是误解我的人。我是说，如果现在我的时钟是16-54，那么在终端的报价是14-54--这就是他们的真实时间！！！。因此，在夏季，相对于MSK来说，报价要减去两个小时，而在冬季，报价要减去一个小时看到了吗？

[Сергей]

Mark33 писал (а)>>
...然后在终端...这是他们的真实时间...

例如，阿尔，有GMT+1。用你的DC（终端）检查。;(

[Sergey Kravchuk]

Mark33 писал (а)>>
如果现在我的手表上是16-54，那么终端的报价是14-54 - 这是他们的真实时间!!!!。

他们自己没有任何真实的时间!时间是一个相对的东西（甚至爱因斯坦也证明了这一点）。

你的经纪人画了一根蜡烛，说是在那个时候收到的。它不关心你的时钟上有什么 - 它显示它的时间，这是它的 "设置"。如果你告诉它这个蜡烛的时间是16-45，你就会像你的终端一样正确。只是你们的出发点不同。 相对于莫斯科的时间是16-45，相对于欧洲的时间是14-45。

[Егор]

在外汇中，有一个特定的时间标准。这是欧洲中部时间，即CET。

这是GMT（或UTC）+1（夏季为+2）。

从理论上讲，任何一家券商的每日蜡烛都应该在欧洲中部时间的午夜开始。

这可能不是事实，但大多数经纪公司都使用CET时间。

稍后我将发布一个脚本，它可以定义任何年份的格林尼治标准时间、夏季/冬季、欧洲和美国的翻译日期（在美国自2007年以来，即根据新的规则）。

[kombat]

Erics писал (а)>>

在外汇中，有一个特定的时间标准。这是欧洲中部时间，即CET。

这是GMT（或UTC）+1（夏季为+2）。

从理论上讲，任何一家券商的每日蜡烛都应该在欧洲中部时间的午夜开始。

这可能不是事实，但大多数经纪公司都使用CET时间。

稍后，我将向你发送脚本，其中定义了格林尼治标准时间、夏季/冬季、欧洲和美洲任何一年的转移日期（美国从2007年开始，即根据新规则）。

我不想长篇大论地争论...但对Sev的标准有点过头了。

这个 "标准 "的出现只有一个原因：为了 "正确 "显示T-F-F H4

表面上是为了将其中一支蜡烛的开放与欧洲主要贸易的开放联系起来......。

-

原则上我同意这一点...但至少有三点不允许这样做。

- 不同DC的 "差异 "的原因，有的在Sev上，有的+1到Sev上，有的在Vesti、gmt上，甚至在msc*。

- 其他来源通常使用的是格林威治时间。

- 我只是尊重它，当它是丑陋的但又是统一的......

-

*神秘的...但是，从莫斯科的服务器开始的dc们换得很快，有些换成了sev，有些换成了sev+1。

为什么会这样...;)))

[Егор]

kombat писал (а)>>

* 这是个谜...但最初使用MSC服务器的DC，很快就离开了，有些是为了Sev，有些是为了Sev+1。

为什么会这样...;)))

也许他们已经改变了报价的供应商？

[kombat]

Erics писал (а)>>

也许报价的供应商已经改变了？

供应商的时间并不影响选择...;)

报价流根本不关心时间......

但与交易的联系却有点失去了......

(该公司在莫斯科工作)

因此，时间表上出现了额外的日子，或者说是 "未完成的星期天"。

-

顺便说一下这个问题...

我不再使用经典会话，而是使用某种时间点。

在太阳的过程中（莫斯科时间）。
00:00 - 开始一天的工作
01:00 - 美国市场的收盘时间
01:00 - 野外投机者出动
03:00 - 狂热的投机者正带着战利品离开。
03:00 - 旭日国开始工作
03:50 - *期待日本的经济数据
10:00 - 欧洲开始工作
12:00 - *欧洲的有意义的经济数据
12:15 - *欧洲的大经济数据
12:30 - *英国的重要经济数据
15:45 - *欧洲有意义的经济数据（央行利率）。
16:00 - 美国开始时间
16:30 - *关于美洲的有意义的经济数据
17:00 - *美国经济数据
17:30 - 证券交易所开市，*美国经济数据
18:00 - 欧洲收盘，*美国经济数据
晚上7点 - *美国人的混乱开始到凌晨1点。
22:15 - *FOMC数据
23:59 - 今天的最后一分钟
------------------------------------------------------------------------------
*以日历为基础的活动和国家

[Victor Nikolaev]

kombat писал (а)>>

01:00 - 美国混乱的闭幕式
晚上7点，美国人的混乱在凌晨1点开始。

那样的话会更好。

[kombat]

基本上是的...;)

(时间点已经变成了 "生物时间"，所以我甚至不看这个名单...:)

-

显然，为了便于阅读，我们应该在莫斯科时间01:00开始一天的工作。

我想为了便于阅读，我们应该从莫斯科时区的01:00开始一天的工作......

[Егор]

这就是我如何确定GMT/服务器时间/时区/夏令时的方法。

#property copyright "Copyright © 2008, Erics"
#property link      "[e-mail]"

//+------------------------------------------------------------------+
//| Скрипт - разрешить DLL                                           |
//+------------------------------------------------------------------+

#import "kernel32.dll"
  int GetTimeZoneInformation(int& buf[]);
  int GetSystemTime(int& buf[]);
#import


void start()
{
  int tzi[43];
  int tzID = GetTimeZoneInformation(tzi);
  int TimeZone = -tzi[0]/60;
  int SummerTime = -tzi[42]/60;
  MessageBox("Местный часовой пояс: " + TimeZone + 
             "\nЛетнее время: " + SummerTime + 
             "\nGMT: " + TimeToStr(TimeLocal()-3600*(TimeZone+SummerTime)));
  
  int st[4];
  GetSystemTime(st);
  int GMThour = st[2] & 0xFFFF;
  int ServH = TimeHour(TimeCurrent());
  string serverTZ = ServH - GMThour;
  if (ServH - GMThour > 0) serverTZ = "+" + serverTZ;
  MessageBox("GMT (час) " + GMThour +
             "\nСерверное время ДЦ (с учетом летнего): GMT" + serverTZ);
}

显然，这是指当地的 计算机时间。
但是，如果我确信这一点，我可以在任何开放的终端中轻易地得到任何DC的服务器时间。

(脚本中调用了2个不同的API函数--你自己选择）。