gmt或没有gmt

时间:2009-10-12 13:23:09

标签: php datetime date feed gmt

这可能是一个愚蠢的问题,但无论如何都要问。

我是否真的需要在网站上实施gmt以在帖子上获得适当的时间戳?我正在建立像twitter这样的网站。我的提要工作正常并向我展示我需要的时间,就像它显示“发布11分钟,昨天发布,5天前发布...”就像这个网站一样,所以我认为它应该适合每个人,你的想法?或者你认为我需要在它上面实施gmt,你是否建议或者有任何文章来实现它?

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

3 个答案:

答案 0 :(得分:2)

从长远来看,无论用户界面如何呈现,最好始终以GMT / UTC存储时间戳。这有两个好处:

  • 在某些时候更改用户界面时,您无需触摸数据
  • 它给出了明确的设计准则(就明确的正确/错误决定而言):任何处理时间的特定功能都可以独立审查。以UTC格式处理时间戳

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

答案 1 :(得分:1)

这是一个很好的观点,但考虑到1天前的情况建议“昨天”,而且现在是某个用户的凌晨1点05分。我想如果你使用的是天数=小时数%24而不是天数=日期(当时,现在).days,那么它会正常工作。

我认为问题是:您的网站需要多准确?如果它是用于医学读数,那么有人可以知道他们的药物何时到期,那么是的,你想要正确地考虑时区,并给出准确的时间而不仅仅是“x之前”。如果它只是为了“两天前的乔说嗨”,那么这不是什么大问题。

答案 2 :(得分:1)

当你谈论小时,分钟和秒等时间段时,那与时区无关。查看创建时间的时间戳,然后查看时间戳。做一些减法和瞧!

唯一一次有点奇怪的是你在几天的范围内。昨天是指“在最后一个午夜之前的24小时内的某个时间”,还是意味着“超过24小时前”?在任何情况下,如果您提供的唯一粒度级别是“天”,那么一旦它过了大约2天,那么它并不重要。

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