@GordianZ 不够新。不过能够感受到的差异就是目前暂时缺少 -moz-box-shadow，其他都还算好。

你可以任意修改以适合自己的用途。比如这里就有一个修改得比较大的：

http://www.geekaa.com/

完全免费。

欢迎使用。

或许 Cobb 他们就是通过反复这样的训练，然后就创造了自己的 Limbo。

这个词条中提到的有意识地训练自己去做清醒梦，我非常想尝试。

我目前在用 Things + Calvetica 管理。

Things 负责每个项目里的具体事项。

Calvetica 负责各种 deadline，也兼任 CRM。

^^

如果用 iPhone 4 的话，还会看到高清的 Logo 和导航图标。

我相信 Xcode for Windows 肯定是存在的，不然苹果用什么开发 iTunes 和 Safari 的 Windows 版呢。

@POPOEVER 哇，终于在这里看到奶爸的标志头像了。

现在我也是奶爸了，女儿 2 个月，非常健康可爱 ^^

重塑工作

现在加入了一些更多的优化。

接下来就是做主题分页了。

我研究下看看 Python 标准库里有没有什么靠谱的压缩手段。

http://code.google.com/appengine/docs/python/memcache/clientclass.html#Client_set

set(key, value, time=0, min_compress_len=0, namespace=None)

Sets a key's value, regardless of previous contents in cache.

Arguments:

key

Key to set. The Key can be a string or a tuple of (hash_value, string) where the hash_value, normally used for sharding onto a memcache instance, is instead ignored, as Google App Engine deals with the sharding transparently.

value

Value to set. The value type can be any value supported by the Python pickle module for serializing values. The combined size of the serialized key and value must be at most 1 megabyte.

囧了。。。

其实我记得目前页面上的回复是有缓存的。

但是 /t/815 为什么还那么慢，有一种可能就是，memcache 能够接受的对象尺寸有限制？比如 1M，但是 /t/815 很可能超过 1M 了。

我再仔细看看文档。

@Los 确实是 spammer。我已经 deactivate 这个账户很多次。但是每次都很顽强地把密码找回之后继续发。

目前 V2EX 的 deactivate 机制就是把一个用户的密码改为乱码，这样他就暂时不能登陆。

@ashchan 非常感谢你的思路。

Django 的 template filter 也是消耗 CPU 的另一源头，目前页面上的 x hours xx seconds ago 即是通过 template filter。如果能够将这些负载挪到浏览器，对性能肯定有帮助。

目前对于主题的 content 已经使用了将渲染结果保存为 content_rendered 的方法来优化，但是对 reply 也这样做的话，长远会消耗 2 倍的存储空间，所以我还在考虑中。

@Los 呵呵，希望这里很快也会成为一个各种网站的流量源，就像 Digg 和 Reddit 那样。