@yyfearth 写了两年grunt，我意识到npm可以20来行解决的东西，放到gruntfile里常是100来行。当然不是说grunt或gulp有多不好。只是我终于明白想substack等人的说法，不要一上来就用grunt，安装一堆插件，写一个巨大的gruntfile。很多时候npm即可。

唯一的办法：安装了插件的人不显示内容，可以实现。

唯一的结果：安装了插件的用户离开这个网站，除非它是你的忠实用户。

但如果你可以说服用户禁用除广告插件，你不需要用科技解决它。

如果不是为了模块化，一体化的livereload+watch+build+monitor解决方案倒不少，希望强大功能的，还可以看看browser-sync，当然强大功能的背后也是一个不省油的dev server。

@yyfearth 的确，但感觉不是很符合习惯，nodemon就是这样的看了半天文档才知道。

wiper就是想模块化，避免增加太多功能或再跑一个完整的http server，然后在npm集成。例如：

```
"cp:dev": "npm run cp:css:watch & npm run cp:js:watch & npm run cp:reload",
"cp:reload": "wiper -p 30001 -w public/js/*.js,public/css/*.css",
"cp:css:build": "lessc services/composer/composer.less | autoprefixer -o public/css/app.css",
"cp:css:watch": "onchange 'services/composer/**/*.less' -- npm run cp:css:build",
```

@wzxjohn 没香港电话，又没订阅，买不了。rackspace只要你有钱就行了（

@wzxjohn osx上traceroute -a就好。

@bellchu thx，那么rackspace符合我的理想值，external traffic只算请求。

我假设apt-get的运作方式：请求repo，找更新列表，下载更新包。理想中的流量计算——只有请求收费，下载更新包的流量不收费。但实现起来似乎不大现实，目前需要搞懂的就是这块。

@wzxjohn 我最初也是这样认为的，但现在不清楚是不是，找微软的人问下好了。

@bellchu 你认为apt-get算不算入站流量。rackspace是专门设了内网mirror的……

orz

看来微软Azure接入了电信内网啊，AS直接从深圳电信跳到微软的AS8075线路上了，hop多一些但ping值也在50以下。

@bellchu 对的，我说的overhead就是这个。不过我的问题是，多数服务商计算“进出流量”，并不是按你的VPS instance上的“进出流量”来计算的，而是你的VPS到任何内网以外的流量……

@wilsonxyz Azure不是SSD？unixbench的测试是执行各种“日常工作项目”，没有SSD的基本上少500（例如rackspace老客户可以用非SSD的服务器，就是不到1000）。

香港服务器担心的是全国的ping是不是差距很大，别的没啥……

@wzxjohn 感谢。我的报告（原贴补充分享了）unixbench是1500，IO接近Linode，看来rackspace是cpu强（也可能是优化作弊，谁知道呢）。到欧洲澳洲的网络的确azure好些，但也受到很大限制，大概是香港出国线路本来如此。

@wzxjohn good news，有报告链接吗？我对它们到rackspace比较弱的几个地区，例如欧洲和澳洲，有点兴趣。

@Showfom PS: 指个人，resell的就不说了:)

@Showfom 我的假设是用不了2T，没有多少outgoing traffic啊。