@muziyue
是这样的
print ' 123456 1 '.split(' ') -> ['', '123456', '1', '']
print ' 123456 1 '.split() -> ['123456', '1']
不用try应该也是可以的，在取[-1]的时候只需要判断一下len是否>0就行了，这个try我是偷懒用建议不要学。

try:
print len(raw_input().split()[-1])
except:
print 0

TRYTRY?
不行就把测试数据套出来看看？print raw_input()

@cysnap 留邮箱

@hejiaxian 根本没PM功能

@jerryjhou 知道了，这个时间是日本到中国，中国到美国再回linode的时间。可能是绕道了AS22388上

@jerryjhou 看来apan也不怎么样，从bjcngi到he lax1也只要141，看来ipv6还是用洛杉矶机器ss靠谱。

@jerryjhou 我明白了，时间上算是对的，你这解释我觉得是合理的。

@CupTools
我还是没明白为什么下一跳都都是东京为什么时间差这么大(这个延时很稳定的不论白天晚上)，这个lax2到底在哪。

10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms (2001:470:0:2a2::1)
10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms

2001:470:0:2a2::1 147.386 ms 10gigabitethernet16-5.core1.lax2.he.net
2001:470:0:275::2 167.678 ms kddi-as2516.10gigabitethernet7-2.core1.lax2.he.net

http://blog.mengsky.net/test/22.JPG

有个绕得更夸张，又绕到了纽约
http://blog.mengsky.net/test/33.jpg

@jerryjhou 我重新申请了IPV6地址，已经不会走到2001:470:0:2a2::1了，延时少了100多。

tracert每一条的时间是从ICMP发出到目标然后收到的时间，算5000千米光速从美国到日本都不止20吧。如果是真是多走了这一段的话。

@CupTools

10gigabitethernet16-5.core1.lax2.he.net 2001:470:0:2a2::1
这个IP是不是Anycast？

10gigabitethernet16-5.core1.lax2.he.net 207.473 ms 307.106 ms 326.068 ms
10ge3-2.core1.tyo1.he.net 318.190 ms 412.333 ms 409.435 ms

2001:470:0:2a2::1 147.386 ms
10 2001:470:0:275::2 167.678 ms

@jucelin 这些ID不能重复使用，发tk重复的会怎样我就不知道了。。。所以拿走的说一声

睡觉，拿走说一声

&I^$%TKIUGAGITHUB-3bd67b9d
&I^$%TKIUGAGITHUB-3fbf4c84

不科学，应该能用的

@mozutaba 1fafda7c 试试

怎么会，刚捅出来的

老号不知道，这些全是邮箱开的，应该不会做死

我从github捅出来的，我也不知道啊，DO的机器我没用过

code:&I^$%TKIUGAGITHUB-1fafda7c
code:&I^$%TKIUGAGITHUB-ecb0b1ae
code:&I^$%TKIUGAGITHUB-e868d5e1

-----------深夜作死

我就偷偷来一发code:&I^$%TKIUGAGITHUB-1fafda7c

makedie

&I^$%TKIUGAGITHUB-1fafda7c