@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格式。这个开发周期对我现在而言太长了，谁有精力来开发呢？」

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

收到。

@panlilu 当这个问题成为一个经常浮现的问题时，我觉得就肯定有修改的必要了。

我个人喜欢用 tab，而目前大部分现代浏览器是可以强制所有 _blank 在新 tab 里打开的，并且可以指定新 tab 是否立刻捕获焦点。

OK. New autolink is deployed.

现在主题和回复中的链接默认会在新窗口中打开。

已经无数次看到这个请求了。

根源原因是 GAE 的 Django 的 urlize filter 不会自动带上 target="_blank"。

我想那就自己另外做一个 autolink filter 好了。

是这个么？

http://bbs.jjwxc.net/board.php?board=20&page=1

已经调整了 V2EX DNS 在解析 Google 服务时输出的 IP 地址。

@yuest 由于 GAE 的一些限制，很难找到一种实现这个效果同时又比较经济的方式。

如果要加入看贴消 notif 那么肯定会带来额外的 instance hour 和 datastore write 的消耗，而且数量不少。

我再想想吧。

数字的显示现在准确了。

Notifications 页面由之前的 50 条调整为 20 条，是否需要加入分页呢？

在 Reeder 里把所有消息源翻了一遍，貌似还没有任何消息……

如果是东海岸时间的话，现在已经是他们的 9.7 的中午了吧？

@Los GitHub 上确实有这样的项目，比如 Joe 的 Three20 现在就移交给了 Facebook 的其他人。

但是， http://github.com/livid/v2ex 我是会进行持续改善的，我希望这个项目我能够做几十年甚至更远。目前确实有非常多的设计模式和性能上的问题，一直非常感谢 @huacnlee @keakon 等同学的建设性意见。