关于Nodejs的依赖管理

npm和yarn之类的工具能够自动化引入和构建依赖，但是最近发现一个比较坑的地方。

在npm上发布的package一般来说会锁定其所依赖的包的版本

我在使用request-promise的时候，发现request-promise已经依赖了tough-cookie，于是在把几个代码文件迁移到另一个项目的时候没有重新添加tough-cookie的依赖，导致中间解析cookie时出现了很多莫名其妙的错误，遂重新添加依赖后才成功。

也就是说，当一个项目越做越大以后，里面的包的依赖关系将会变得更加复杂，一个包所依赖的其他包的可能包含了某个package的多个版本。而随着package的增多，这种臃肿的包将会越来越多。

不禁想反思一下前端这个步子是不是迈得太大了

Typecho竟然有0day，已更新迁移到新版本，API ALL down，转至其他地方

已开启全站Gzip压缩

压缩率大概在70%左右，API调用请自行添加Gzip解压

关于 typecho、apache、MySQL 和 localhost、127.0.0.1

忽然感觉网站打开速度特别慢，看了一眼加载，发现大部分时间都耗在了TTFB(页面请求waiting时间)上。
百度了半天，发现这个时间主要是服务器组建页面的，基本情况是模板越大，时间越长。
但是回想一下，typecho的模板并不算十分庞大，也没有特别多的重定向。

- 阅读剩余部分 -

拒绝劫持，从我做起 [微笑]

API调用没有受到影响，HTTP已全部重定向至HTTPS