感觉是：请求太多了，一次发不出那么多请求，全排路由缓存里了，然后把缓存挤爆了后面的都排不进去了就超时了，然后处理这些请求花了一两分钟，换个加宽带宽，然后异步请求更好一点

@Erbied 抱歉，我希望能长租，两个月还是短了一点

怎么联系？我的微信 18829282738

@Him 可以，怎么联系？我的微信 18829282738

@Erbied 如果转正的话会长租个几年的

@cmaster 有点略贵啊，还在实习阶段 >.<

@Erbied 3~6 个月吧

可以试试 lxml ，然后用 xpath

可能会根据你的请求频率，短时间内请求数量，以及请求间隔是否有规律
所以我的想法是多代理，设随机不少于一定数值的延迟

准备工作了，所以马上退坑了

1L 正解，因为匹配的时候会有两种选择('aaa.com', '\n', '111')，和('aaa.com', '\n', '222')，因为第一种在贪婪模式下优先级比较低，所以会直接处第二个结果，('bbb.com', '\n', '222')就被忽略掉了

大蒜可以先用刀压一下压碎一点然后再切比较容易出汁味道也更好， btw ， good job ！

Live long and prosper

因为死了很无聊所以我还活着

丰盛的早餐 + 阅读订阅的内容 + 听听音乐

不能推荐大量使用的原因之一是非线程安全的

所以说，在无返回值函数的最末尾， return None ， return 以及不写最后的 return 对函数整体没有影响，写不写只会影响最后维护，写了比较清晰，不写也不会导致代码性能不佳的问题

func2() 里面加一个 global a 就不会抱错了，因为这样是为了让你在修改变量的时候提醒你，你有个全局变量和你要修改的变量名称相同。
（ python 3.5.2)
a = 1
def func1():
print(a)
return a

print(func1())

def func2():
global a
a += 1
print(a)
return a

print(func3())

这种情况下是不会报错的，如果仅仅是引用全局变量而不修改全局变量是不会报错的

@griffinqiu 那这样，似乎你是赚了的，因为卡又都回来了，想玩的时候还可以继续玩，还有补偿可以享受

@eato 好像有被清零的，那些估计就是同一起跑线了，不过对于大多数玩家其实影响不大了