真男人,写网站就应该从session开始写
近日正在研究通过Node来搭建自己的网站服务
KOA是个不错的框架
但是手写session中间件还是有点坑……
近日正在研究通过Node来搭建自己的网站服务
KOA是个不错的框架
但是手写session中间件还是有点坑……
npm和yarn之类的工具能够自动化引入和构建依赖,但是最近发现一个比较坑的地方。
在npm上发布的package一般来说会锁定其所依赖的包的版本
我在使用request-promise的时候,发现request-promise已经依赖了tough-cookie,于是在把几个代码文件迁移到另一个项目的时候没有重新添加tough-cookie的依赖,导致中间解析cookie时出现了很多莫名其妙的错误,遂重新添加依赖后才成功。
也就是说,当一个项目越做越大以后,里面的包的依赖关系将会变得更加复杂,一个包所依赖的其他包的可能包含了某个package的多个版本。而随着package的增多,这种臃肿的包将会越来越多。
不禁想反思一下前端这个步子是不是迈得太大了
Typecho竟然有0day,已更新迁移到新版本,API ALL down,转至其他地方
压缩率大概在70%左右,API调用请自行添加Gzip解压
关于 typecho、apache、MySQL 和 localhost、127.0.0.1
忽然感觉网站打开速度特别慢,看了一眼加载,发现大部分时间都耗在了TTFB(页面请求waiting时间)上。
百度了半天,发现这个时间主要是服务器组建页面的,基本情况是模板越大,时间越长。
但是回想一下,typecho的模板并不算十分庞大,也没有特别多的重定向。