果然 conflict 了，正在解决。

嗯，多谢。正在！

理论上来说我们现在在改同一个文件，不知道这次 push 之后会发生什么呢？

我也是刚刚做完的。汗，现在正在 push。

Fixed.

@xhacker

没有看到你的 Centro，你访问一下 /ua 吧。

@xhacker

如果你刚才访问了那个页面的话，我现在可以在 App Engine 的日志后台看到你的 UA。

稍等。

现在可以自动跳转了么？

一个社区网站该有的部分，我以前几乎全都做过一遍。

所以现在很多时候就是用 Python 把以前用 PHP 做过的，再实现一次。

相关更改已经进入 git。

请访问这个页面然后告诉我你的 UA String：

http://v2ex.appspot.com/ua

注册页面的 reCAPTCHA 上线。

恩，用常量去取代常量，是不需要正则的。

正则的用途是用常量去取代变量，或是把变量变换位置。每次正则运行的时候，有可能替换操作完全不执行，因为输入的内容是不确定的。

而 in reply to 的那条原信息也可能是另外一条信息的 reply，因此，如果写一个 recursive 程序就可以很容易还原出整个 conversation，而现在很多客户端已经有这样的功能了。Tweetie 的全线版本都有。

如果你在官方网站上点了 Reply，或是点很多靠谱客户端的 Reply 按钮，那么在最后发出来的消息里是会包含 thread 信息的。在官网上会显示成：

39 minutes ago via Twitter for iPhone in reply to Intherye

其中 in reply to 是可点的，点了之后就可以看到原信息。

MB166，两年的老机器了。

http://bebefore.com/apple-macbook-pro-mb166/

Unibody 面世之前的最后一代。

放弃吧，正则不是用来解决这种简单小问题的。

试试看用正则去分析 web server log，那样的复杂场合才是正则的用武之地。

比如我是 C，我 fo 了 A，但是没有 fo B（也压根不认识 B），也彻底不关心 A 和 B 之间的那些无聊口水话，那么这个时候如果 A 用官方 reply 的话我是看不到的。但是有的人，用的是：

blah blah blah RT @B blah blah blah

这种格式。

这种情况下，确实 unfo 比较好。

@dimlau

根据 Twitter 的设计：

如果 A 和 B 互相 fo
C 只 fo 了 A
那么 A 用 @B + (in_reply_to_id) 的方式说话，C 是看不到的