@vayn Great!

如果再扩展一下，就是一个非常好的 sitemap。

看明白了，接收到上传之后拆开，然后提供服务的时候再组合起来。如果组合的时候能够再用 mc 加速一下，那么这个方案就更好了。

@lin 这个大文件上传的 code 非常有意思，感谢分享。

:) 楼主上传一个头像吧。

至于 V2EX.com 本身，目前还太早，但是我确实有自己的内容运营计划，一步一步来吧。

@xuming @little9 是的，强大的 PaaS 云可以帮助站长将更多的精力放在网站运营和产品设计上，而不用花太多时间担心负载甚至安全。

Google App Engine 是真正的下一代 hosting 技术，我相信这个技术会在未来取代 LAMP，尤其是中小型应用。而当年为什么 Discuz! 会成为那个时代最好的产品，也是因为 PHP 比 ASP / Java 在小网站应用上更好用。

我希望 Project Babel，也就是用来驱动 V2EX 的这套开源软件，能够在未来一年内，成为 Google App Engine 上最好的社区软件。

今天晚上实现快速发贴。

@Sunyanzi 无要点在 V2EX 的上一个时代就是回收站的同义词……

@little9 但是站长关心，并且 V2EX 是开源的。所以站长们也可以用 V2EX 搭建自己的社区。

跑在传统服务器上的网站，在没有流量之前或许还好，稍微有一些流量了，技术上就会遇到很多痛苦的事情，但是这些痛苦在 Google App Engine 上都不存在。如果你做过网站你就会明白。

@babaru 那么具体推荐一个型号吧，我最近也在考虑入一款开发用机，但是对 Android 实在不熟。

如果 Google 能够将 file upload/storage 的各种限制放宽到 10M 左右，那么这样的服务就更靠谱了。

相当不错的执行力。

@POPOEVER following nodes 我正在做。

这个网站运行在 Google 的云计算架构上。

收到。

@huacnlee 目前 V2EX 有超过 300 个节点……

嗯，或许精选一些好的，于是，一个新的需求诞生，精选节点后台。。。

^_^

@n2n3 Echofon 的 push notification 是用 App Engine 驱动的。

不能因为墙而影响了自己对最好的技术的判断。

哇，原来是这样。太酷了。

V2EX 目前用了 6 个。