如果我说了cnpm的缺点以后，我估计它就没有优点了。
由于我们墙的问题，npm的速度很慢，所以大家用了cnpm。
然而大家不知道的是我们使用npm或者yarn，会分别产生yarn.lock或者package-lock.json的文件。这两个文件，在我们不主动升级依赖包的情况下不会主动，下次npm install或者yarn的时候，不会主动升级我们的依赖包。
然而我们用cnpm，每次cnpm install他就会给我们在小范围内升级我们的依赖包，这样我们的依赖包多了的时候，总会又一个会报错的。
如果我们的工程很久没有动的化，再次cnpm install的时候，就有可能出现问题了。
哎，所以我强烈建议大家不用使用cnpm了，关于速度慢的问题，我们可以设置npm 或者yarn的代理，注意不是镜像，镜像当然也可以，不知道为啥我使用的镜像不太爽。
查看Web服务器（Nginx Apache）的并发请求数及其TCP连接状态：，引起 too many open files的原因
如何查看nginx状态？如何统计访问量？
nginx 配置文件，最多连接数，更改，突破十万并发
worker_processes：操作系统启动多少个工作进程运行Nginx。注意是工作进程，不是有多少个nginx工程。在Nginx运行的时候，会启动两种进程，一种是主进程master process；一种是工作进程worker process。例如我在配置文件中将worker_processes设置为4，启动Nginx后，使用进程查看命令观察名字叫做nginx的进程信息，我会看到如下结果：
今天发现weblogic上有大量的连接处于time_wait状态，感觉很奇怪。据说是nginx照成的，用tcpdump研究下。
据另一种说法是，nginx开启太多的进程，会影响主进程调度，所以占用的cpu会增高， 这个说法我个人没有证实，估计他们是开了一两百个进程来对比的吧。
访问量高时，由于系统对于进程的最大文件打开数的限制（ulimit -n 默认1024），而nginx属于单进程多线程并发的服务，所以在访问量高时，连接数超过1024后，会被系统限制连接。
在运行linux系统时，打开的文件太多就会提示too many open files，出现这句提示的原因是程序打开的文件/socket连接数量超过系统设定值，下文介绍三种解决这个问题的办法，需要的朋友可以参考下
这篇文章介绍的内容是关于php 时间函数strtotime 使用详解 ，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下
DNS Prefetch，即DNS预获取，是前端优化的一部分。一般来说，在前端优化中与 DNS 有关的有两点： 一个是减少DNS的请求次数，另一个就是进行DNS预获取 。