無標題文檔如何评价真阿当的文章：《2016年前端技术观察》？2016-12-15每到年底「事情」就是多，刷知乎的时候看见 Hax 又开始喷了，作为吃瓜群众当然是会围观。其实坦白讲，这次喷没有一点技术含量。虽然目前我本人也不是 100% 做前端技术，但业界的风潮还是要跟上的（否则怎么和前端们谈笑风生）。基本上，就一句话，这个钩太直了。你们这些「玻璃心」的前端还竟然能够主动上去咬，你们真是需求不足。打字和说话都没 Hax 这个胖子快，那么我就长话短说：如果说五年前不知道 CSS 预处理器是无知，那么现在说这个话就是无畏了。前端抢后端的活？坦白讲，技术方面好的前端谁不会了解后端技术，为何要分得那么清楚？如果前端要深入某个领域，那么又未尝不可呢？人为设置对立面，然后引发论战，这个「阿当」这方面的段位不低。Angular 是后端的银弹？我们先讨论业务好吗…抛开场景和业务直接谈技术都是刷流氓。TypeScript 你说只是增加了些语法糖我也忍了，但你说 ES6 这就不可理喻了。前端这几年的技术爆炸式的增长，但很显然前端这个职位的定位以及自身的发展是需要自我明确的，不要浮躁。为何不说说 Vue.js ？还有，顺便提一句，那个「阿当」直到现在也真不知道是否在淘宝工作过，那个部门的？有印象的多年前就已经语出惊人有过舌战，而从一而论到底是他的技术观念的确如此还是有其他的「原因」那么就不得而知了。至少当时本人在淘宝前端团队的时候，内部就有过讨论。第一反应是这哥们是谁，没听说过？第二反应就是，谁 TM 招他进来的？不过既然现在人家已经转为产品经理了，那么我们就应该宽容一点。毕竟，和产品经理撕技术，很掉身价。再顺便的顺便提一句，我从来不建议前端乃至技术人员去购买纸质的书籍，尤其是《程序员》这个杂志，现在的《程序员》杂志真心的害人不浅误人子弟。不信？你应该看看那个杂志编辑的嘴脸，就能明白他们对于技术方面的态度，乃至就不奇怪为什么会有允许这篇文章刊登印成铅字了。说实在的，我现在挺惭愧以前还为《程序员》杂志写过文章还被印成铅字。-- eof --upyun-cli.py，又拍云的命令行工具2016-12-03其实这是个填坑的项目，两年了我终于把当时留下的坑给填上了，但愿这迟来的不会太迟。事情是两年前 又拍云 做了个活动，大概是为又拍云开发第三方应用就可以获得不定的流量。由于我的博客一直用的是又拍云的资源服务，自然这个活动对于我而言是很有诱惑力的。又拍云 其实已经是非常老的老朋友了，往前可以追溯到又拍在线图片服务时期。凭借多年的图片处理以及运维经验，我个人从 12 年使用到现在没有出现过任何的问题，对于又拍云的服务自然是非常的信赖。对于老用户也是相当的信任，那个活动我其实并没有开始针对又拍云的 SDK 开发任何的小项目，只是报了个名，他们就将不菲的流量资源（T 级别，多到个人博客根本用不完）已经给到我了。其实我是个极其懒惰的人，自然这件事情就因为各种琐事给忘在脑后了。直到近期我翻阅 github 项目的时，发现 Star 的项目中，为数不多的项目还在持续的更新，这里就有又拍云的 Python SDK。有些触动，不仅仅是因为 又拍云 那种默默实打实做实事的态度，同时也是为了我自己的懒惰感到非常的惭愧。言归正传，我自己也荒废了 Python 语言多年，刚好可以拿这个 SDK 练练手，所以就有了这个小项目。有些惭愧没使用 Python 做过实际项目多年，发现 Python 这门语言的发展还是很快的，非常适合短平快的些项目的开发。现在的 Python 已经过了阵痛期，如果你还在问是选择 Python2 还是 Python3 这些月经性的问题，这里我建议如果没有历史包袱那么就直接使用 Python3 开始吧。回到 upyun-cli.py ，除了使用 Upyun SDK，还使用了些目前很流行的模块，例如 click、colorama、pyaml 等。当然这个小脚本还没有大到需要分模块的地步，因此我将所有的代码都集中在一个文件，也同时是为了方便部署使用。最后废话不多说，还是抛砖引玉直接看代码吧。作为 Python 新手，我很期待有经验的同学能够给我些更多的建议 :^)网易云音乐接口的简单分析2016-11-29由于公司网络的关系，在线听音乐经常会被断断续续，于是考虑批量将音乐（高清）下载到本地。同时，由于熊孩子的缘故，在自己的音乐榜单上「小苹果」等歌曲一直在前排，显得很没有「格调」，于是就萌生了折腾云音乐接口的想法。网易云音乐的接口相对而言还是比较简单，尤其是大部分前端与服务器端通信的逻辑都已经在 core.js 里面，虽然加了压缩但是没有混淆因此还是很好去处理和理解。访问云音乐接口每次都需要带个名为 csrf_token 的 GET 参数，这个参数很好找就在 Cookie 里面，而且还是持久化的。剩下的两个参数大部分都是 POST 过去，分别名为 params 和 encSecKey，里面的字符串经过 encodeURIComponent 处理过。加密和解密的方法还是在 core.js 这个文件里面能够找到，AES CBC 加密，客户端自己生成 Pair 。两个加密解密的方法都暴露在全局作用域下，分别名为 window.asrsea 以及 window.ecnonasr 。部分的接口，例如 feedback/weblog 是没有做任何重复请求处理的，换句话说可以刷。上面说到 csrf_token 其实是持久化的，也没有来源判断等，因此拿到 Cookie 以后就可以自己构造请求。不过话说回来网易的平台设置做得的确财大气粗，乃至多点并发去做请求都能撑得下来（估计是我的小水管还不够人家的零头）。顺便提一句，再深入研究下其实可以发现非会员也可以下载收费资源，这里不铺开讲了。总结下一些看起来是「大道理」的心得：csrf_token 这些参数应该和时间和请求次数挂钩，更不应该加入到 Cookie 里；客户端和服务器端的加密一直是安全方面讨论的主要课题，我的倾向是轻客户端重服务器端，不要把所有的逻辑都写在客户端中；前端脚本代码的打包方面尽可能的不要污染全局空间，尤其是框架方面的代码；服务器端应该对用户异常行为作出判断，例如业务方面用户频繁下载以及标记打星是否合理；PS，网易云音乐考虑下 WebSocket？查找和 Hook 网络接口这块可以从请求方法入手，通常现在端架方面请求都会放在一个方法中处理；有点废话，抓取的时候使用 HTTP Keep-Alive 头能够明显的加快请求速度；可以考虑多个 IP （代理）去抓取数据，以免实际地址被服务器 Block；实际情况中需要考虑的外部因素有很多，例如尽可能的在预算范围内购买足量的存储空间…；Charles 很好用，这钱花得值…最后，顺便刷个榜开个玩笑捣蛋下。-- EOF --NFC，Apple Pay 的幕后英雄2016-02-19昨日，果粉们期待的 Apple Pay 终于在中国大陆上线，对于 iPhone6 以及以上的用户而言，又多了一种移动支付方式。我们开玩笑的说，以后这手机的支付方式的数量恐怕会比我们的存款还要多 :^)Apple Pay 通过 NFC 近场通信协议支付。NFC 已经不是新鲜事