在没有将一件事情做精之前，尽量不挖新坑。

@uitony Added :)

最新的两代是 Shift 2 和 Hot Pursuit.

@uitony 你的 Gmail 地址告诉我一下，一会我到家之后把 V2EX 的 Google Analytics 权限给你吧。

某些 MacBook Air 也是 1366x768 这个分辨率，及某些不是 Full HD 的 TV 面板。

@chloerei @chloerei 嗯，现在好了。

@magicnight 因为之前 V2EX DNS 将 Google 服务指向的那个谷歌北京节点这两天无法访问了。

所以最近几天的解析结果是 Google 美国 IP。

@chloerei 重复发送的 bug 修正完毕。

因为 Twitter 更改了 API，现在通过 API 访问 DM 需要重新授权。重新进行一次绑定就可以使用 DM 了。

@huiyubird 「有个链接到你回复的帖子」，这样的链接的例子给我看一个吧？

好像 Google 需要登录的 app 在中国区都没有上。

还是随时准备一个美国帐号用于切换吧。

@vayn Wow，多谢分享。

@mechille 是的，目前这个部分存在 bug，今天内修复。

@chloerei 重复发送确实是个 bug，今天内修复。

1. 为需要用户知道的事件生成新的 notification。
2. 每条 notification 带有时间戳。
3. 记录下用户每次访问 notifications 页面的时间戳。
4. 当新的 notification 创建好后，启动一个后台任务检查这些新的 notification 所带的时间戳是否大于用户上次访问 notifications 页面的时间戳，大于的条目的数量即是新的未读条目数量。

GAE 有 task queue 可以用于启动后台任务。在没有此架构的环境中，可以通过 Celery 或是 CRON 来模拟实现。

@maol 非常同意你说的。

作为这套代码的作者，我确实不觉得这套代码好，列问题的话，可以列出一堆。

完整重构我考虑过，而 GAE 确实是个纠结的事情，很多想做的功能，受限于 GAE 而无法有靠谱的实现，比如 follow。

而如果抛弃 GAE，那基本上就是一个全新的项目了。而现在我已经有全新的项目在进行中，而且确实不在 GAE 上。

所以目前 GAE 上的 V2EX 的 codebase，我的结论就是：暂时不会有巨大的重构，但是会有持续的更新和优化（在 GAE 更改了定价规则之后，这样的优化就更有必要了）。

而至于其他同学想用各种技术做自己的论坛产品，就请尽管尝试好了。但是我希望他们在做的，是一件有独创性的新作品。并且，我相信，有创意并且想做大事的人，一定不会希望自己的作品，带着别人的影子，否则，还不如赶快去点点上班好了。

@mkeith 因为我看到他用了「全面clone」的字眼，所以在我的理解中，他是觉得这里目前已有的所有功能都可以在一个星期内全部搞定。

对此，我只想说，等真的试过了，完整做出来了，再来看看自己究竟用了多长时间吧。

@huacnlee 他一开始并不是想自己做一个练练手，而是：

「谁有精力来全面clone一个PB2的rails版本？不做任何功能和UI上的变化，以我个人开发的话，开发周期估计要一个星期左右，有可能不需要一个星期，也可能超过一个星期稍微长点，其中最浪费时间最无奈的应该是对PB2中l10n多语言支持手工转为rails用I18n格式。这个开发周期对我现在而言太长了，谁有精力来开发呢？」

如果用我们之前在学校学过的语文知识，来归纳这段话的中心思想，那么你觉得中心思想是什么？