嗯。我这也出现了。

@GordianZ 我怀疑可能维护 python.org 网站的人里边有中国人，然后某天突发奇想。

果然。

买便宜货，用坏了就换。

@lianghai @shawiz 别的方面不知道。只说程序里是不会乱的。 只是在 模板 里加一个判断即可。

比如：
在模板显示标题的位置加一个判断，如果有标题，就显示标题字段。如果没有标题，就显示内容字段。

然后自己实现一个更好的东西。

然后伟大的人物可能就此诞生。开创一个崭新的时代。加油！

或许可以这样：

1、凡有标题的，按照普通贴处理。
2、凡无标题的，内容只能是 140 字。

下边都是书里边讲的：


延迟，又叫时延。分为，
1、发送时延(transmission delay)，主机或路由器发送数据帧所需要的时间。
2、传播时延(propagation delay)，电磁波在信道中传播一定的距离需要花费的时间。
3、处理时延，主机或路由器在收到分组时进行处理的时间。
4、排队时延，分组在路由器里边等待处理或发送时的排队的时间。

发送时延=数据帧长度/发送速率

传播时延=信道长度/电磁波在信道上的传播速率

总时延=发送时延+传播时延+处理时延+排队时延

(声音在不同介质中传播速率不一样。电磁波也是如此，3e5 km/s 仅是电磁波在自由空间中的传播速率。)


书上还写道，
哪个时延占主要地位，取决于具体情况，不能一概而论。比如，卫星链路的 “传播时延”(也就是跟光速有点关系的那个) 占主要地位。如果是不太长的普通电线或光缆什么的，“发送时延” 就占主要地位了。

延迟大的网络不一定速度慢，延迟小的网络不一定速度快。不仅要看传输的速度快慢，还要看两端发送和接收的速度。

吃。

好像很多人都推荐 pycharm 。

0、这个节点好像是Google 而不是 Google App Engine。
1、正确的应该是 self.response.out.write(self.request.get('key').encode('utf-8'))
2、print 输出的都是“ raw data ”[1]，所以会包含传给浏览器的所有内容(包括http协议头，数据内容等；不叫状态信息)。


[1]具体解释见：http://code.google.com/appengine/docs/python/runtime.html#Responses
“ App Engine collects all of the data the request handler script writes to the standard output stream, then waits for the script to exit. When the script exits, all of the output data is sent to the user.”

早晚都会变长。。

v2ex 的节点 ，就跟 tag 差不多的 吧。

只玩过 “滑呲溜儿” ，还有自己造的冰车。。

旧的不去，新的不来。
死亡是生命的终结也是新生的开始。

那就是被引用页面的： common/show.html 路径写错了。或者是 show.html 这个文件里有报错。

不论哪种情况，都不会显示，也不会在引用页面中报错。

@Mianco 喝 二锅头的路过。

还是单机的好玩，不过经典的单机越来越少了。