我们有一个网站，里面有大量由管理员创建的日期和时间的活动。管理员为输入的每个日期时间选择一个时区，并以UTC时间存储。我们正在努力支持全球受众，并在日期方面完全本地化。
我们有一个搜索页面，允许输入日期作为搜索条件。
因此，用户可以说，显示"2011年7月1日上午12:01"到"2011年10月10日下午11:59"之间的所有事件。
我正试图找出确定在哪个时区考虑日期过滤标准的最佳方法。
- 强制最终用户在创建日期筛选器时选择时区。这很麻烦，我们的设计师也在推波助澜。这是我更喜欢的
- 假设输入的日期位于用户的"首选"时区，该时区是在登录时设置的
- 以本地时间存储时间，不转换为UTC。通过这种方式，最终用户在管理员创建的日期中进行搜索。我讨厌这种想法，我需要帮助解释为什么这很糟糕
请帮忙！
第二个选项是解决问题的可能方案。这可能是最好的。
您可能可以从web浏览器（使用JavaScript）中获取当前时区偏移量，但问题是，某些时区当前具有相同的偏移量，但是夏令时在不同的日期切换，因此搜索结果将不准确。通过让用户选择他/她喜欢的时区并将信息存储在配置文件中，您可以始终显示正确的日期和时间，并使用这些信息进行搜索。然而，我会在搜索框附近添加一个信息，这样最终用户就会知道这指的是什么时区（使用JavaScript，这是显而易见的：当前时区，使用配置文件，用户可能会忘记）
BTW.时区信息最好显示为"UTC+02:00（华沙、萨格勒布、斯科普里）"，而不是"中欧时间"。。。
至于其他选项：
1.点击过多。除了"别让我思考，我想把它放在我当地的时区，这不是很明显吗？"。3.当地时间将无法相互比较。你很快就会发现两个不同的日期指的是同一时间点（至少在数字上是这样）。真是个坏主意。