jfast.netGitHub被黑，Rails安全性受质疑
\u0026#xD;InfoQ之前报道过国内的代码托管服务GitCafe，它的官方微博GitCafe昨日转发了一篇台湾人的博客：
相关服务：台湾服务器租用
\u0026#xD;\u0026#xD;\u0026#xD;从GitHub被黑谈Rails的安全性 http://t.cn/zOtJ7dG
\u0026#xD;
GitCafe创始人姚欣宇（ghosTM55）评论道：
\u0026#xD;\u0026#xD;\u0026#xD;人为的自大和疏忽导致GitHub这次事情做的实在是不够漂亮
\u0026#xD;
@Python发烧友认为：
\u0026#xD;\u0026#xD;\u0026#xD;来自客户端的数据永远都不要轻易相信
\u0026#xD;
張漢東的评论是：
\u0026#xD;\u0026#xD;\u0026#xD;原来是被黑了，其实不管多么牛逼的框架，都不可能內建所有的bug强制防范措施，本来Ruby的哲学就是让developer更自由，当然安全责任也应该是开发者自己承担。这位黑客的做法挺好，提醒我们注意!
\u0026#xD;
蚶子炖排骨Kevin认为：
\u0026#xD;\u0026#xD;\u0026#xD;是Github的developer太业余，haker给Rails committed这个issue但是rails team没有重视，结果haker做了mass assignment搞了一下Github
\u0026#xD;
HTML5的文件处理API
\u0026#xD;傲游浏览器前端开发主管、 HTML5研究小组个人成员赵锦江的微博是“勾三股四”，他就自己的一篇博客发布了微博：
\u0026#xD;\u0026#xD;\u0026#xD;我的系列博客之二《HTML5中的文件处理之File Writer API》 http://t.cn/zOcU9Gz 主要介绍了BlobBuilder、FileSaver、FileWriter三大块。同样附相关API的快速查阅图表(FileWriter继承自FileSaver，重复的接口已省略)
\u0026#xD;
CashLee李秉骏问道：
\u0026#xD;\u0026#xD;\u0026#xD;新的api还没有出来？目前这个接口处于啥情况。感觉浏览器真的变操作系统了。
\u0026#xD;
赵锦江的回复是：
\u0026#xD;\u0026#xD;\u0026#xD;BlobBuilder支持的比较普遍；FileSaver因为目前没有程序入口，所以也测不出来支持得怎么样；FileWriter需要结合FileSystemAPI使用，目前chrome(国内webkit浏览器我只确定傲游3)支持了FileSystemAPI，FileWriter在这两个浏览器下都正常工作。更具体的看这里 http://t.cn/7PSwe
\u0026#xD;
萱萱爸爸_张文清提到：
\u0026#xD;\u0026#xD;\u0026#xD;zip.js是个很好学习范例：http://t.cn/z0FrQ46
\u0026#xD;
今日微博推荐
\u0026#xD; \u0026#xD;推荐理由：丛磊，新浪云计算高级技术经理。先后独立开发第一个用在Spider的JavaScript编译器YAJSC、用于新浪视频相关推荐计算的分布式计算框架DCF等。2008年开始带领技术团队从事云计算方面的开发，2009年起负责SAE的整体架构和技术实现，作为一线开发人员先后经历了SAE的原始版本、Alpha1、Alpha2、Beta的发布。研究方向涉及编译器实现、分布式系统、人机博弈等方向。
