如果我说了cnpm的缺点以后，我估计它就没有优点了。
由于我们墙的问题，npm的速度很慢，所以大家用了cnpm。
然而大家不知道的是我们使用npm或者yarn，会分别产生yarn.lock或者package-lock.json的文件。这两个文件，在我们不主动升级依赖包的情况下不会主动，下次npm install或者yarn的时候，不会主动升级我们的依赖包。
然而我们用cnpm，每次cnpm install他就会给我们在小范围内升级我们的依赖包，这样我们的依赖包多了的时候，总会又一个会报错的。
如果我们的工程很久没有动的化，再次cnpm install的时候，就有可能出现问题了。
哎，所以我强烈建议大家不用使用cnpm了，关于速度慢的问题，我们可以设置npm 或者yarn的代理，注意不是镜像，镜像当然也可以，不知道为啥我使用的镜像不太爽。
我们在压测一台目标服务器，想看下负载的连接数，当我们压到一定数量的时候，控制台突然报"too many open files"，这是因为linux系统创建一个TCP连接的时候，都会创建一个socket句柄，每个socket句柄就是一个文件句柄。
Linux 内核参数考虑的是最通用场景，并不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数。其次，对 Nginx 的一些参数，也需要根据服务情况进行调整。
大多数的 Linux 程序都倾向于使用进程而不是线程，因为 Linux 下相对来说创建进程的开销比较小，而 Linux 的线程功能又不是很强大。
进过上面两种方式的对比，结果很明显，多进程处理速度是单线程处理速度的 4 倍多。而且有条件的情况下，如果电脑 CPU 足够，进程数更多，那么速度也会更快。
前两天在调查一个"too many open files"的问题，和之前一样，自然而然的用到了lsof，加上一堆漂亮的命令组合来查看哪些程序打开了很多文件。
mysql创建用户只能访问特定数据库，并拥有全部权限
执行Generator函数会返回一个遍历器对象，也就是说，Generator函数除了是状态机还是一个遍历器对象生成函数。 返回遍历器对象，可以依次遍历Generator函数内部的每一个状态。
JavaScript 常被描述为一种基于原型的语言 (prototype-based language)——每个对象对应拥有一个原型，对象以其原型为模板、从原型继承方法和属性。而同时原型也是对象，它也拥有原型，并从中继承方法和属性，一层一层、以此类推。这种关系常被称为原型链 (prototype chain)，它解释了为何一个对象会拥有定义在其他对象中的属性和方法。
三张图搞懂JavaScript的原型对象与原型链
最开始意识到深拷贝的重要性是在我使用redux的时候（react + redux）， redux的机制要求在reducer中必须返回一个新的对象，而不能对原来的对象做改动，事实上，当时我当然不会主动犯这个错误，但很多时候，一不小心可能就会修改了原来的对象，例如：var newObj = obj; newObj.xxx = xxx 实际上，这个时候newObj和obj两个引用指向的是同一个对象，我修改了newObj，实际上也就等同于修改了obj，这，就是我和深浅拷贝的第一次相遇。