最近某单让国内外程序员颇为欢乐的新闻浮出水面。
不，我不是在说那个已经被各大新闻站转载的错漏百出的 Verizon Case Study（顺便一提，不是Verizon的员工私自外包工作到中国，而是Verizon安全顾问团队接到一家美国公司的调查请求。）
我说的是： 12306订票助手，因为成为某国内浏览器[1]近期在媒体上大打广告的“春运抢票版”的默认插件，又因为 早期版本使用Github的Raw File作为CDN，并对返回403错误代码的请求使用暴力的5秒重试， 导致Github被间接的DDOS，整体服务质量下降，Github运营团队不得不对该代码Repo做特殊处理的事件。
在这件事情上，12306订票助手的作者木鱼有 他自己的观点与总结，旅客们不妨去看看他的博文。
客栈今天想说的，是在基于阅读过他的全文，也感谢他每天更新12306订票助手的前提上，对他一些可能误导读者的观点进行补充——具体地说， Github作为CDN的使用方式，以及HTTPS下如何引用HTTP资源。
首先， 永远不要用Github的Raw file作为CDN。稍微Google一下你便会发现，Github的Raw file 对应传统CDN有三大劣势——
恰恰因为12306订票助手不运行于IE，也不希望更新文件被缓存，Raw file的后两个劣势才没有显现出来。但剩下的那个劣势，却让Github的响应速度大打折扣，不得不暂时封锁Raw file访问。
15日Github Status的数据。
16日转移到Sina App Engine后的数据。
那么， Github作为CDN的正道是什么？Github Pages。通过加入gh-pages branch，你可以修改和发布自己repo的文件。值得提醒，Pages虽然免费，并非资源无限，详见 官方Disk Quota的描述——“ 虽然我们没设上限，但请各位合理使用。”
合理使用包含什么？
事实上，如果插件作者事先与Github沟通，我相信他们也会给出类似的建议，毕竟已经有这么一个使用Github Pages作为专职CDN的服务了，它叫 Cached Commons。对应的手把手教程也不少——见 Github as a CDN。
学会合理，我认为这才是12306订票助手事件带给所有人的最重要教训。Github负载能力如何，遇到403错误代码应该如何处理，都是技术细节。 合理使用， 考验开发人员的网络道德。
Github轻描淡写的说 合理使用，而不是严明规章到MB、GB， 其实是一种潜意识的相互信任。这是一种在贫富悬殊供求关系紧张的中国日益缺少的东西，12306订票助手的存在就是一种印证：乘客不相信12306，12306不相信乘客，最后逼出一个12306订票助手，每天乃至每半天更新一次来满足中国人订票回家的需求。
只是没人想到， 对403代码的错误处理，对Github的错误使用，为浏览器营销的宣传推广，以及中国春运的压力，会演变成Github被DDOS的哭笑不得的故事吧？
废话到此，回到技术问题上。
这也是12306订票助手一开始选用Github的Raw file作为CDN的理由： 因为Chrome浏览器会禁止你从HTTPS引用HTTP的资源，javascript，CSS乃至flash。
但凡事有例外， 请问Google Reader，是怎么在HTTPS域下播放优酷与土豆等非HTTPS的视频？我们在去年9月发现了 同样的问题，Google自己是这样解决的——
Chrome 21之后，在SSL加密页面embed非SSL的Flash会怎样呢？会被默默的屏蔽掉，只留下一句console报告。那Google Reader是怎么绕过这个问题看优酷与土豆视频的？ 他们iframe了一个非SSL页面，再在里面引用flash（引用页连域名都是不同的）
同理也适用于Javascript，这也是12306订票助手当前的解决办法（Firefox除外）。不再需要SSL下的CDN了，这个事件也算告一段落。
正文完。
[1] 浏览器是金山出品的“猎豹”，又一款符合中国特色的Trident (IE)+Webkit (Chromium)双内核浏览器外壳，内置12306的自签SSL证书……以下是我们用Fiddler抓取插件4.2.1/4.2.2版的访问信息，看来插件不仅自动更新，为了统计使用人数还附带了点Google Analytics和百度统计的tracking code（ 数据包下载，可用Fiddler打开）——我很感兴趣现在有多少用户在用猎豹来抢票。
By David Frank at 比特客栈的文艺复兴, 2013. | 永久链接
Post tags: Coding, Design, Github