可以给大家说明一下 smart-time-ago VS timeago 的区别

#1 楼 @huacnlee 主要的特点是动态的更改 interval 的时间。 在有些情况下，一直保持 60 或者 30 秒的扫描间隔 并不太好...

还有就是 smart_time_ago 相对时间的规则和 Rails 的 time_ago_in_words 保持完全一样的...

#2 楼 @poshboytl 还是不太明白

#3 楼 @huacnlee 关键在时间的刷新吧，页面本身不刷新的情况下，smart 也会自动随时间流逝而更新，并且根据需要调整更新间隔

#1 楼 @huacnlee timeago 是每 60 秒更新一下时间，同时，必须作用于整个页面，比如对于 Ruby China 而言，comments 列表和文章内容本身的相对时间必须同时更新。

smart-time-ago 做了两点修改，一是这个时间间隔是根据当前的最新时间来算的，而不是固定的 60 秒，这样就避免了不必要的抢占 CPU 资源。第二个是可以分开处理，对于 comments 列表可能会勤更新时间，而文章内容本身就没什么必要了。Ruby China 或许不是个很好的例子，对于Pragmatic.ly这样的实时应用来说就能体验出差别了。

#5 楼 @yedingding 我还是觉得用处不大，如果是实时或者准实时的显示，一般不会只有时间要更新的

#4 楼 @fsword 对于，基本对于实时应用来说这歌是个比较 Critical 的问题，比如 Facebook 的 timeline 其实也是用这个策略调整的。

#1 楼 @huacnlee 比如说一个网站，他最新的一篇文章是“2 hours ago”发布的。这种情况下，如果你用 timeago 他任然会 60 秒去扫描一次你的 document。而这是没有必要的，资源浪费。这种情况下应该把间隔时间增长，比如 15 分钟，比如半个小时等...

而 smart_time_ago 就会去根据你最新的时间来调整扫描的时间间隔...

#6 楼 @fsword 只有时间要更新啊，还是拿Pragmatic.ly为例子，一个是 notifications feeds, 内容是不会变得，但是时间会变，1 minute ago, 15 minutes ago, 1 hour ago. 另一个场景是 comments, 内容也是不对变的。时间会变。

#8 楼 @poshboytl 哦，明白了 timago 在 15 分钟一下的时候，60 秒更新一次是有意义的，但是当时间再大些的时候（一天前，一年前，一个月前）这些就没必要更新了

#9 楼 @yedingding 恩，我想了一下，对于那些不会变化的消息性质的内容，这个是最佳使用场景，timeline 上的东西都是不能改变的，所以也非常适合

#10 楼 @huacnlee 对于 Ruby China 90%+以上的帖子来说，都是没必要 60 秒更新一次的。但是因为每个帖子的访问时间不长，所以也不是啥问题。

#12 楼 @yedingding 赶紧写成 gem，然后给提个 pull request 过来吧！

#13 楼 @huacnlee 哈。可以的，还需要支持 I18N. 这样你这边只要更新 gem 就可以了。API 是完全兼容的。但是我们建议你包在特定的 scope 里，比如 comments container, 而不是整个 document.

#14 楼 @yedingding 原来就在使用 http://timeago.yarp.com/ ，应该可以很直接地切换过来吧

#15 楼 @HungYuHei 嗯。换一个库就可以了。只是现在不支持 I18N, 如果你没这方面的需求的话可以直接换。另外，看你的应用场景，我比较喜欢包在 container 上，而不是 time tag 本身。

有人来喜欢一下这个帖子吗.... -.-

#17 楼 @yedingding 纯粹的技术贴啊，大家都光顾着看了，忘了喜欢了！

发布了新版本，做了不少性能上的改进。去掉了很多浮点数的比较... 欢迎大家帮忙 retweet 呀.... :D https://twitter.com/pragmatic_ly/status/228534494976696320

blog post: http://blog.pragmatic.ly/we-opened-source-smart-time-ago

github page: http://pragmaticly.github.com/smart-time-ago/

@poshboytl @yedingding @huacnlee 我喜欢加收藏了

我有个小建议，这个功能虽然漂亮，但用户不一定都买帐。

我本人作为一个程序员，有时候也很难体会用户细腻的小心思，心想这么贴心的功能我都实现了，多帅！

有人却说，我就想知道那个人什么时候回的帖子，如果半夜二点还不睡觉，明天我就关心关心他，结果一看是 8 个小时前，或一天前，这些信息要么我还要算一下，要么对我根本没有用。

我想想也有道理，能不能把时间做成一个锚点链接，默认是几分钟前，几天前，但如果点击一下可以显示年月日，时分秒，这样可能更帅！

#20 楼 @Peter 这个我推荐这么实现。你把年月日时分秒的时间放在 title 里面，这样用户 hover 的时候就会看到的。

@yedingding ruby-china 的时间在 hover 的时候也可以看，我才知道，不过这样已经很好了。

#21 楼 @yedingding 这个是最佳实现了。

#13 楼 @huacnlee gem is on its way. https://github.com/ashchan/timeago-rails

#24 楼 @ashchan 非常感谢。回家就立马下载。建议新开帖，这个贴太老了。哈哈。