@iwinux 没信用卡的只能免费。你提的空间太小不算问题。这个需求只能付费，要不你就gzip一下然后消耗CPU吧。没有靠谱的图片处理确实是个大问题，也没有纯py的实现，gae的那几个太弱了，只能处理下头像都感到吃力
@fanzeyi 你这些都无所谓，生产环境里py25不算低，大部分py2的核心特性都已经支持了，DotCloud还不是py26。py27改变较大，很多模块都不能用了。另外sdk在py27可以用吧……你好像不熟悉py，py2和py3的区别都没搞明白吧
@phus 老大，你为啥不合并我的gzip？而是把那个无关紧要的异常处理给合并了……
@iandyh 用Transaction的一个好处是可以自动重试。我已经shard了，保持small entity做不到（本身已经很小了）。但就算是shard了还是不行啊。关键是应用级的shard一旦弄好，要修改就很麻烦。defer我就不说了。

@nttdocomo 他的意思是urlfetch不支持keepalive吧

@iandyh 我是做GTalk机器人的，瞬发能达到每秒5次甚至更多。你真的应用过Task Queue吗？由于基于Datastore，所以一样会出现Timeout导致Task存储失败。Google的那个文档是扯淡的，潜在的鼓励你花钱去买他的服务。我已经用了一些很dirty的hack了。
Transaction也不靠谱的，在高写入情况下一样会有各种问题。我后台那里长长的各种诡异的Error就不截图了。你可以去看看我写的TwiTalkerPlus的代码，很多恶心的实现都是被逼的

为什么没人提完全不可靠的数据读写，以及任何操作？
写入数据很可能timeout，读取也是。就连query方法获取当前位置也会timeout
xmpp发消息探测状态会莫名奇妙的xmpp.Error
还有完全没有文档介绍的各种ApplicationError，以及urlfetch不抛出timeout，直接全局DeadlineExceed了
另外各种每秒5次的操作限制（读取写入Datastore，urlfetch等等），就连taskqueue也会因为莫名的timeout而存储失败，也做不了跨请求的调度这些很容易超标的api。
总之非常的不稳定，不是花钱能解决问题的。

@reus @ssword 研究了一下git，确实需要人工干预。
想了想，也许只有用户每次操作（包括重排时的每次改变单个元素的顺序）的时候ajax提交，然后服务器用版本号判断，如果版本号不匹配，就放弃此次操作，并返回最新版本的数据比较妥当

@ssword 你这太粗暴了……我需要的是平和处理……我刚想到vcs一定会遇到这个问题，两个人co以后，做了不同的修改，同时commit，会发生什么？

@ssword 不需要实时更新。我想描述的是解决数据碰撞的问题。除了用poll，还有什么办法能解决我描述的那个问题吗？

@aligo poll很浪费资源啊……毕竟这种数据碰撞的情况比较少……

好局限啊……看他那个Checklist，也仅仅是个概念性的东西

@seerhut 没有国际信用卡的人伤不起啊……

请注意，chun的电脑是mac，根本没有com接口

我觉得胡说八道的可能性很大
http://en.wikipedia.org/wiki/Data_compression#Lossless

@TONYHEAD 你这还不是SSH客户端。我以前就是用这个。重连会打断已经创建的HTTP长连接。

@c @felinx @TONYHEAD 我找到了，stunnel很好很不错

@reginofchaos 没有就不填呗。自己领会下那篇文章的意思，找找Mozilla的文档修改相关值即可～

@Sion 速度相差很大的，配置越低感觉越明显。另外Chrome的平台本地化比Firefox做的好很多，大部分东西都是发挥了各个平台的性能。而Firefox则不然。内存这个东西，除非十分的捉襟见肘，否则没必要太看重

@heiguo 我觉得TortoiseGit挺好的，至少方便我等懒人