很可能，至少武汉电信已经不能直接访问V2EX了
C:\Users\ayanamist>ping www.v2ex.com

Pinging www.v2ex.com [175.41.251.178] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 175.41.251.178:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\ayanamist>

知道arp绑定这个东西么

@zhuang 谢谢你的教导。解决方案我有，虽然很dirty。我的主要观点是：虽然数据库什么无法做到可靠，但提供的API至少要做到吧。Timeout了，客户必然要retry，这个放到提供的api的框架里，免得客户为了实现可靠的数据获取，而重实现这一块吧。给出的异常也尽量准确吧。隐藏了一个ApplicationError这么大的异常，文档中却只字不提，这是什么态度。

@raptium 你牛逼啊，GAE那端报错，和我迅雷有什么关系！我还没满速呢！我这里可以4M/s的好不好，浏览网页都无比正常

@panlilu 功能更全面，不过我修改的频繁，也较不稳定一些。支持短ID，对Twitter的功能支持的更全面一些。

@iwinux 请注意已经是减号状态了，已经展开了，所以我才截图。我也不知道是哪里出了问题
@chone 吃草就吃草，不要往外弄些别的东西。我出的这个问题和付费不付费无关吧
@zhuang 同学，我不想再贴一张其它的引发DeadlineExceedError的截图了，其它的99%的都会有traceback。麻烦你没开发过GAE平台就不要猜想什么的

@zhuang 问题是我已经展开了，而且没有什么代码屏蔽错误的，他什么代码异常都没有就直接超时了？

@jckwei 我懒得专门bundle一个模板引擎不好么。本来就是简简单单的做个web页面。我这个应用web页面又不是重点。

看到我自己的这个帖子http://v2ex.appspot.com/t/14238 就是因为提了一句web.py（和那个框架没关系，是我无意中用了那个文件名），于是下面几位同学都开始牛头不对马嘴的歪楼，终于理解到编辑主楼是多么重要的功能啊……@Livid

@jckwei 同学，我对你自顾自说话的精神表示泪流满面，我连文件名都为你改了啊……

刚把文件名改了，请看www.py这个文件，省的一些望文生义的家伙把某知名框架都圈进来

@linsk 拜托，只是刚好我的文件名叫web.py，和那个框架半毛钱关系没有
@kongruxi 麻烦你先去看看我的源代码和截图吧。

楼上两位不看截图不看源代码，就凭着我正文里的话就开始瞎发言，真是服了

@real_newbie @Livid 肯定加了不少hack的

@phus 我关注啊……我手机靠这玩意儿翻墙呢……我帮你维护可以么……

同意2楼，三思而后行。做事谨慎点貌似没啥坏处吧

@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。
总之非常的不稳定，不是花钱能解决问题的。