原则上WDCP安装好了,就可以直接使用了,FTP、MySQL什么的应有尽有。但是本站Amazon AWS —— 免费的午餐不好吃一文中说到过这个问题,直接用WDCP的MySQL会导致EBS的I/O急剧增加,最终导致被扣费,所以这篇文章介绍AWS提供的云端数据库:RDS 四、启用RDS 所谓RDS,其实也相当于一台云端的主机,所以启用过程和EC2大同小异。这次博主还发现,RDS的新建向导优化了很多,所以默认选中的东西是不会让免费用户掏钱的。但为了从一而终,这一篇也详细一点吧... 创建RDS实例 从AWS控制台进入RDS(蓝色图标里面找)的控制台,还没有RDS实例的用户会看到下图所示的新建向导: 老规矩,点蓝色按钮,然后进入第一步,选择数据库引擎:…
了解亚马逊卖家中心和亚马逊广告中的时区, 为什么时区会导致亚马逊卖家中心混乱, Why Timeszones Cause Amazon Seller Central Confusion, Understanding Timezones Within Amazon Seller Central and Amazon Advertising
对于像亚马逊这样的全球市场,时区是一个令人困惑的话题。例如,纽约的一位客户在 2021 年 3 月 11 日凌晨 1 点(美国东部标准时间)下订单,但现在是 2021 年 3 月 10 日晚上 10 点(太平洋标准时间)@亚马逊西雅图总部。命令是什么时候发生的?3月11日还是3月10日?
另一个问题是亚马逊默认在其系统中使用称为协调世界时 (UTC) 的标准。在我们上面的示例中,订单的时间戳将是 2021 年 3 月 11 日上午 8 点!
卖家中心用户和亚马逊广告界面
那么,一大块混乱是从哪里出现的呢?亚马逊卖家中心。卖家中心界面以太平洋时区 (PST)显示信息。但是,亚马逊使用 UTC 在其系统中存储信息。
每个亚马逊:
“亚马逊市场网络服务 (Amazon MWS) 将日期和时间相关数据格式化,类似于 RFC 3339 标准,该标准定义了 ISO 8601 的子集配置文件,用于互联网协议和标准。本节将阐明您应该如何在亚马逊 MWS 中格式化和使用日期和时间数据。”
有关亚马逊对 RFC 3339 的使用,请参阅此文档
.
为什么亚马逊使用UTC?
UTC 的使用避免了时区的本地、区域或国家差异,包括夏令时 (DST)。这就是为什么在显示时间戳时应始终进行转换的原因。对于卖家中心,他们会转换 UTC 以将其显示为 PST。
大多数数据分析工具,如 Tableau、Looker、DataStudio、Quicksight……都允许您将时间戳从 UTC 转换为 EST、PST 或任何您的偏好。
时区如何影响您对数据的理解
正如我们所讨论的,您将观察到北美、欧洲和远东地区的亚马逊用户界面的时间变化,因为他们选择在特定时区显示时间戳。但是,无论亚马逊(或您)如何决定显示数据,它都不会改变系统时间戳始终为 UTC 的事实。
假设您有一笔订单日期为2021-03-16T06:32:16.50
2020 年 3 月 16 日上午 6:32的交易。然后,亚马逊在卖家中心界面中将此时间显示为2021-03-15T23:32:16.50
2020 年 3 月 15 日晚上 11:32。
这些值都是正确的,除了一个是基数 (UTC),另一个是派生的 (PST)。我们所说的派生是什么意思?这意味着您可以将 UTC 时间戳转换为您选择的任何其他时区。亚马逊选择在北美使用 PST 显示或在欧洲使用 CET。
请记住,来自 Amazon 系统的 UTC 默认值完全按照它们为您的数据湖或仓库提供的方式进行存储。了解时区可以帮助您解释为什么订单可能在一个地方有一个日期而在另一个地方有不同的数据。
https://en.wikipedia.org/wiki/List_of_UTC_time_offsets