gmt或不gmt

Question

这可能是一个愚蠢的问题，但无论如何我都会问。

我真的需要在站点上实现gmt才能在帖子上获得适当的时间戳吗？嗯，我正在建立一个类似twitter的网站。我的订阅源工作正常，显示了我需要的时间，就像它显示的“11分钟，昨天发布，5天前发布……”就像这个网站，所以我想它应该适合每个人，你觉得呢？或者你认为我需要在它上面实现gmt，你有没有推荐或者有任何关于它的文章来正确地实现它？

抱歉，如果这听起来很愚蠢:O

Answer 1

这是一个很好的观点，但考虑一下1天前建议“昨天”的情况，现在对某些用户来说是凌晨1:05。我想如果您使用days = hours % 24而不是days = datediff( then，now).days，那么它会工作得很好。

我认为问题是:你的网站需要多精确？如果它是为了医学读数，这样别人就可以知道他们的药物什么时候到期，那么是的，你想要正确地考虑时区，并给出准确的时间，而不仅仅是"x前“。如果只是为了"joe两天前说嗨“，那也没什么大不了的。

Answer 2

从长远来看，最好始终以GMT/UTC格式存储时间戳，无论用户界面是如何呈现的。这有两个优点：

• 当你在某个时刻改变用户界面时，你不需要触摸data
• 它给出了一个清晰的设计指南(在一个明确的正确/错误的决定方面)：任何处理时间的特定函数都可以被独立地审查。在UTC

中处理时间戳

至于具体的编程指南:这些在很大程度上取决于您想要执行的功能。大多数情况下，您需要from-utc或to-utc操作。

Answer 3

当你谈论像小时、分钟和秒这样的时间段时，那甚至与时区没有任何关系。看看它创建时的时间戳，再看看现在的时间戳。做一些减法，瞧！

唯一有一点奇怪的是当你在几天的范围内。昨天是指“午夜前24小时内的某段时间”，还是“超过24小时前”？在任何情况下，如果您提供的唯一粒度级别是“天”，那么一旦它超过了大约2天，那么它实际上并不重要。

避免混淆的一个很好的方法是在SO上使用相同的方法:将可读的、友好的日期(“昨天”)放在屏幕上，但将确切的时间(在GMT或用户的TZ中)作为工具提示。