@gy6221
@Chalice
感谢回复，请问 HTTP 和 HTTPS 均是无法访问吗？
我这边 HTTP 和 HTTPS 均能访问。

FYI：
我这边的测试工具一直都是 curl

@falcon05 这是七牛比较好的一个方面，和 dropbox 一样的，美丽的 url。

@allenhu 见 L5，忘记了说一点。

忘记了最终要的一点，自己补充下（刚才气疯了，下楼跑了几圈)：
4. /!\HTTP 协议下的回源策略有严重问题 /!\

展开说下，
首先是前提：相信各位都知道”回源“是涉及 cdn 的术语，可是我标题写的是”对象存储“。没错，七牛自带 cdn，无论你用不用”融合 cdn “（其实就是 https 协议的 cdn ）主机位于国外，工具是官方的 qshell 最新发布版。用的是 qshell fput，看过文档就是道，fput 是需要一个本地文件作为参数的。


再是我遇到的问题： 本地文件被更新过了，qshell 返回正常退出（我手工运行过，过程 success ）。但是 HTTP 协议下的文件没有被更新。这里你可以说是 op 中提到的第一点 max-age 的问题，本地节点已经缓存了。好吧，强制你用 https 咯？

FYI：
如果想说”回源更新需要时间的呀”，这里明确告诉你，我等了 24h，脚本每小时运行一次，也就是 24 次的更新 24H 的时长，可是依旧是 24H 前的版本。

@wingoo 不爽是真的。op 只是主旨如就是标题，希望新人对这类建议 **三思后行**，自己租房比找工作复杂得多。

@root787
> 相信大家在办理入职时都会被 HR 吐槽 住得远吧，然后各种旁敲侧击不断提醒让你在附近租房？请一定对此 **三思后行** ！

@mornlight 感谢回复，举家在魔都西则郊区位置。发文只是希望类似的小伙伴 **三思后行** ，同时看下有没有同样遭遇过的。

@rocksolid 不止是这样，感觉对 IT 职能都是这样处理的。毕业那会儿在雀巢旗下的一个国内全资食品行业子公司干部门 IT 职员，公司在魔都西北角，就算那么近 HR 还是隔三差五推荐入住厂房宿舍。后来因为转正薪资相差过大就不干了。

请诸位容许我在楼层回复中，表达些主观、无端臆想的逻辑推论。
HR 仅仅是考虑减少自己的工作量（招聘成本），而使出这样的留住员工，不计可能造成影响的恶毒招数。

别忘了不少网站在未通过邮箱验证时，也能限制功能式的使用。

公司用二手 HP ProLiant 工作站组了集群，然后运维的人手不够了。

现实情况是，二手工作站三天两头无故重启，某硕家用机稳定的不行。显卡？不用这个

http://imgur.com/QQTWDmE 如图，三星 s6 chrome latest 同不可以显示，未加字体

@xucheng 学习了，看来这是个 Vagrant 的 hack 用法咯

>同时是为了省内存。

这点我同意。

但是用户**学习成本高**，而且**不容易定制**的弱点，你还是同意的吧（我们就说版本号吧）。

上面唠叨的太多，下面是一个我用过得 MC 服务器的 docker 镜像实现（任意版本，同样是从亚马逊 S3 下载服务器 jar ）：
https://hub.docker.com/r/itzg/minecraft-server/

以及我自己基于这个定制的，无需从 S3 下载的 1.8.1 版本（ out dated too much ，国内做做参考还是够得）：
https://github.com/imdjh/mymc

@KKKKKK 我觉得你说的不合理，身为 docker 技术的拥护者和实践者，我首先表示涨见识了， Vagrant 也能一定程度的运用在快发上。

０．ＬＺ没有细说技术的细节，我稍微看了下（其实我用 docker 前也玩过 Vagrant 流浪汉），总的来说是利用了 Vagrant 的一个插件，将 DO 服务器作为"虚拟机"启动 Droplet ，是很值得肯定的有效玩法。

１． VagrantFile 基本上就是个 ruby 脚本，需要一定的知识作为基础（不然看不懂）；相比 Dockerfile 是类似宏调用的 DSL ，学习成本较低（但是你要说 COPY 和 ADD 的区别的话，其实也是满麻烦的，你知道 WORKDIR 能自动创建文件夹么）

２． DO 的 Droplet 实际上是虚拟机啦，你说我在 DO 上开一个 docker Droplet 运行一个ＭＣ镜像。好吧，这两者有何不同。实际上用 Vagrant 启动的人家还自带 init 进程呢（我知道有 baseimage 啦，但是有多少能用的镜像是用 baseimage 作为基础的呢）。而且ＭＣ服务器是个非常吃内存的家伙，基本上开了ＭＣ的容器，共存的容器会挺可怜的，谁知道下一个被ＯＯＭ的是谁？

３．说了那么多实际上，技术上的主要区别我觉得在于被初始化的脚本（ Vagrant 中是 vm.Provision ），你有没有考虑守护进程的配置，服务出错的调试方案，防火墙配置，软件的定期更新，软件的优化，更在于这个项目本身的易读易改性，谁都不想照着本 500 页的手册页只为了编写一个 APP 是吧（向卡西欧图形计算器致敬）。个人以为 docker 这方面做的很好，比如我只需要在启动时配置“环境变量”就能决定我开哪个版本的服务器（超赞是吧 ;)），而无需触及启动脚本本身。

Extra. 但我看到一个弱点， Vagrant 的那个 DO 插件在自启时会下载后缀是 box 的虚拟机文件（类似于 docker 中的镜像，但是 docker 镜像可以是分成的，感谢 aufs ），这个文件已经３年没有更新了。盆友们，整整３年啊，就算你 bootstrap 的第一行命令能修复 heatbleed, shellshock,但是这肯定是要比 docker 镜像处理的时间长的，毕竟镜像的层能复用，能并行下载各层，而且更新也很轻巧。

TL,DR; 还是我 docker 大法好！

@restran 用了，特别棒！最近也想试试微信公众号服务的开发，请问方便把平台代码开源出来么？（微信平台我是０基础）

@nuptxxp
又看了眼， 4L 那个有问题!!
fix: 要把 send 改为 end ，不然无法被调用两次 =O

于是乎把各个地方简化了下：
var express = require('express');
var router = express.Router();
var http = require('http');

// 我的实现，测试通过^2 ，欢迎提出疑问。
router.get('/', function(req, res){
var apiUrl = 'http://www.djh.im';
(function (theres) {
var pres = theres;
http.get(apiUrl + '/', function (res) {
res.on('data', function (d) {
pres.end(d.toString());
});
})
.on('error', function (data, status) {
res.json({"code":1,"msg":fail});
});
})(res);
});
module.exports = router;

var express = require('express');
var router = express.Router();
var http = require('http');

// 我的实现，测试通过，欢迎提出疑问。
router.get('/', function(req, res){
var apiUrl = 'http://www.djh.im';
var data;
(function (theres) {
var pres = theres;
http.get(apiUrl + '/', function (res) {
res.on('data', function (d) {
data = d;
pres.send(data.toString());
});
})
.on('success', function (data) {
res.send(data);
})
.on('error', function (data, status) {
res.json({"code":1,"msg":fail});
});
})(res);
});
module.exports = router;