» 连城404在其微博上发布，12306抢票助手插件12306_ticket_helper因为引用了GitHub上的js文件，洪水般的用户请求拖慢了整个GitHub，以至于GitHub管理员不得不请求作者不要引用这些文件。微博上的精彩评论：范凯robbin：浏览器插件“12306订票助手”未来一两周随着越多人春节刷票，极可能拖垮Github。查看问题详细讨论作者自己描述的原因看截图。代码逻辑很欠考虑，返回403就不应该不停的隔5秒轮询重试了，结果搞成了DDOS。@cnsns：是一个订票插件引用了GitHub的文件，而这个插件被金山的猎豹浏览器，和淘宝的某个服务使用，于是GitHub瘦不了了。特别建议点入那个链接，电梯直达下层，很欢。Max_HeY：这是在转嫁负载了，Github本身就不是高并发类型的使用需求，被一下猛戳上亿次挂了很正常，不能用这个解释铁道部那个最多值1万块软妹币网站的垃圾。J-逍遥游：开源的力量强大，建议发起者采用一个合适的license以便保护原创，吸引更多开发者拓展插件功能，规避法律责任和防止商用。叶落孤舟：'我说是抢票插件，果然是，猎豹抢票版。'目前综合多方分析，是因为该12306抢票插件被打包进猎豹浏览器抢票专版中，会去GitHub查询更新信息，由于该版本猎豹带来的访问量巨大，GitHub已经将该插件的访问重定向到作者自己的网站，目前GitHub已经恢复正常。据知情人士说，该服务将迁移到新浪云上。ohnhax：GitHub为什么会被一个抢票插件搞挂？第一，该插件用户众多，从原作者透露的信息，至少有10000+以上；其次，猎豹浏览器内置了该插件，并大量分发；再次，可能有大量无良投机分子非法将该插件重新包装在淘宝上销售。最后，最关键的一点是，铁道部太烂导致大家都要用抢票插件。Chinainvent：咱们买票，还伤害到国际友人了，对话还算诚恳@Bergwolf:12306躺枪啊，看ticket明明是某chrome/firefox的自动购票脚本开发者干的。GitHub也太不行了吧，会用脚本购票的人相对12306的访问量可以完全无视。GitHub上的精彩评论：liyinkan：其实我想说，这个插件非常畅销。12306是一个不巧的神话。“天王盖地虎，宝塔镇河妖。”猎豹浏览器也躺枪了~GFW其实是在保护全世界的人民，这是一盘很大的棋！下面是作者对此次事故做出的解释：因为之前更新检查的js文件我一直放在GitHub上，所以GitHub上始终都是最新的，因此我一直用这里的js来检查更新。之所以这么选择的原因还有一个是：Chrome的安全特性，在HTTPS协议(12306)下，不允许运行从非安全协议(HTTP)下过来的文件，因此我手上没有任何可用的HTTPS服务器，GitHub正好是HTTPS，也就正好符合了这个要求。但是GitHub的Raw有个限制(貌似是)，具体限制多少不清楚，表现为：当访问稍微频繁点的话，就会返回403 Forbidden错误。因此导致更新推送几乎不可用。于是我没有经过深思熟虑便用了最简单的方式：重试。当加载返回403的时候，便延迟5秒尝试重新加载。但是，越是这样执着，GitHub便越人死扣不肯返回正常的文件，直接导致反复重新加载。因此，5秒的周期会导致成为一个类似于DDOS的趋势。我实在无法估计到底有多少用户，因此也无法估计到底会有多少请求发送到GitHub.当然，采取这样措施的时候还是有考虑到负载的。之前的更新检测放在查询页面，但是查询页面是个反复刷新或请求的页面，因此我估计这个已经会成为一个攻击的来源，因此将检测更新代码移至最顶层框架里面(也就是根路径/otsweb/或/otsweb/main.jsp)，在反复刷票的情况下，这个框架基本上是很少被刷新的。不过很明显我低估了用户数和GitHub的执着度，虽然做了如此的变动，但还是导致GitHub收到影响。由此得出的教训是：1.不要低估用户量；2.做事不要太执着，得不得的就非要获得，否则誓不罢休。我们用几个电脑抢都是没票。。。。。。。。。 Post by punning (2013-01-16 11:36)中国是只沉睡的巨龙，一旦苏醒，全世界都会为之发抖。。。流量本来就这么大你还来这手当然扛不住 你可要顶住啊亲 明天要抢票了 就指望你了啊这个时候才想起GFW的好处 今年把年假用了，可以提前一周回去，幸好已经买到票了，很难想象这几天抢票的激烈程度 弱爆了。我昨天随随便便就抢到了张昨天我刷出过一张，，但是要两张。。。。。