Datetime 我是否需要获得客户'；是实际时区还是我可以假设他们都在EST时区？（仅限美国的web应用程序）

我有一个关于在我的web应用程序中处理日期和时间的问题。该应用程序将出售每月订阅。它仅显示客户购买和取消订阅的日期。客户可以在月中购买额外的服务。应用程序计算按比例向客户收取的费用，直至客户的周年纪念日

我将以UTC格式存储日期/时间。这只适用于我们的客户

我正在考虑以下选项，我希望从更有经验的开发人员那里得到反馈：

1-在EST中始终显示日期。我可以添加一个小标题，解释所有订阅都使用EST。这很简单，因为我不必处理客户的时区。不过，我不太确定客户是否会因此而感到不快。有什么想法吗

2-始终在EDT中显示日期。这可能不会起到很好的作用，因为使用它的原因更难解释。然而，我相信它比EST更容易处理

3-当客户注册服务并使用该信息时，询问客户的时区信息。我不认为这会增加太多的复杂性，但是我必须向他们提供一个更改时区的选项，并且我必须决定在时区发生更改时如何处理现有订阅。如果我使用这个选项，我会要求客户机从下拉列表中选择时区

4-询问客户的位置（城市和州），自己计算时区

5-尝试根据客户的IP或其他方法猜测客户的时区（想法？？）

选项3、4和5可能是最方便用户的。选项1似乎是最容易实现的

抱歉发了这么长的邮件。如果你花时间阅读，你介意花多一点时间分享你的想法和经验吗

多谢各位

更新1-9/3/2011-17:08 MST 刚刚发现PayPal使用PDT记录交易，并使用客户在注册PayPal时设置的本地时区向客户显示交易

我现在倾向于：

1-使用PDT显示当前日期（与PayPal对齐）-我可能会更改代码以显示日期和时间PDT。目前我只显示日期。我相信如果我也显示时间，客户会更清楚

2-我不会显示周年纪念日。我会让贝宝处理的。我只想说这是一个月的账单

3-当客户添加新服务时，我将使用PDT按比例计算，我将给他们三天的宽限期，以考虑时区差异（感谢下面的Robert Levy的建议）和PayPal处理（如果他们每月的正常收费只有几天，我不想按比例向他们收费）

有什么想法吗

更新2-9/3/2011-21:01 MST 只是一个快速更新。经过进一步的研究，我发现贝宝确实给我发了一个交易日期。我不会显示任何日期，直到客户在贝宝付款，我收到确认。我会在客户收据上显示贝宝的交易日期

---

听起来像个计划。你觉得怎么样？

只要从UTC开始加上24小时的宽限期就可以了。易于编码，无需额外的UI，也不会让任何客户感到不安。

这是个好主意。然而，我刚刚发现PayPal使用PDT日期/时间。当我设置PayPal订阅时，PayPal将每月自动向客户端收费。我现在也倾向于跨境使用PDT。我不想等一天再向他们收费。我想在他们注册后立即向他们收费。我可能需要检查PayPal在他们接受条款时向他们显示的日期。