我有一个关于在我的 Web 应用程序中处理日期和时间的问题。该应用程序将出售每月订阅。它仅显示客户购买和取消订阅的日期。客户可以在月中购买额外的服务。应用程序计算按比例向客户收费，直到他的周年纪念日为止。
我将在 UTC 中存储日期/时间。它仅适用于美国客户。
我正在考虑以下选项，我很想从更有经验的开发人员那里获得反馈：
1 - 总是在 EST 中显示日期。我可以包含一个小标题，说明所有订阅都使用 EST。这很简单，因为我不必处理客户的时区。但是，我不确定客户是否会因此而推迟。有什么想法吗？
2 - 始终在 EDT 中显示日期。这可能不会很好地工作，因为很难解释使用它的原因。但是我相信它会比 EST 更容易处理。
3 - 在客户注册服务并使用该信息时询问客户的时区信息。我认为这不会增加太多复杂性，但是我必须为他们提供更改时区的选项，并且我必须决定在时区发生更改时如何处理现有订阅。如果我选择这个选项，我会要求客户从下拉列表中选择时区。
4 - 询问客户的位置（城市和州）并自己计算时区。
5 - 尝试根据客户的 IP 或其他方法（想法？？？）猜测客户的时区。
选项 3、4 和 5 可能是最用户友好的。选项 1 似乎是最容易实现的。
对不起，很长的帖子。如果您花时间阅读它，您会介意多花一点时间并分享您的想法和经验吗？
谢谢你。
更新 1 - 2011 年 9 月 3 日 - 17:08 MST
刚刚发现 PayPal 使用 PDT 记录交易，并使用他们在注册 PayPal 时设置的客户本地时区显示给客户。
我现在倾向于：
1 - 使用 PDT 显示当前日期（与 PayPal 保持一致） - 我可能会更改代码以显示日期和时间 PDT。目前我只显示日期。我相信如果我也显示时间，客户会更清楚。
2 - 我不会显示周年纪念日。我会让 PayPal 处理。我将简单地说明这是按月计费。
3 - 当客户添加新服务时，我将使用 PDT 计算按比例计算，我会给他们三天的宽限期以解决时区差异（感谢下面的 Robert Levy 的建议）和 PayPal 处理（我不如果他们距离正常的每月费用只有几天的时间，则希望按比例向他们收取费用）。
有什么想法吗？
更新 2 - 2011 年 9 月 3 日 - 21:01 MST
只是快速更新。经过进一步研究，我发现 PayPal 确实向我发送了交易日期。在客户通过 PayPal 付款并且我收到确认信息之前，我不会显示任何日期。我会在客户的收据上显示 PayPal 的交易日期。
听起来像是个计划。你怎么看？