密封好好像不会臭啊，也没发毛过。
回收过几次了。
但是现在有点懒得搞了。

@blankmiss #1 价格不是最主要因素，反正看起来都在可承受范围内。
主要是感觉 GitHub 上写博客似乎简单一些。

自己用 vps 搭建博客我试了下总有些小问题。

那看起来 CDN 是可以加速这些网址的是吧？

@buffzty 脑子里那个弯儿没转过来之前改成这个也看不出来

@adoal 啊，OKOK ，这回明白了。加不加空格是两种显示方法。那我懂了。

@Eiden @adoal 嗯嗯，大小端这个我知道了。

但我的主要在意的是，是不是可以认为 hexdump 输出的是这个短字的逻辑顺序 00 01 。
而 hexdump -C 输出的是这个短字的物理顺序 01 00 。

man hexdump 也没有看出来明确说这个问题 。

80Gb 存储

我现在是 2 核 8G ，80Mb 存储，带宽 100mb （但是是按需付费），1000 一年。
固定带宽好像不划算来着，要贵很多。

@daiv 诶，京东不是有官方旗舰店吗？我一般都在那里买。买大师系列。

bcompare +10086 ，相当好用

@jobmailcn #5 噢，那看来是不行了。第一层就是 HTTP 了。

@krixaar #2 那就是我操作不了 proxyA 的话就没有办法用嵌套了是吧?

@tutou #15 是的是 node 环境。换成 chrome 的确不一样了：

Node:
sleep done
1
2

Chrome:
sleep done
2
1

那意思这个 timer 的时间实际上还是跟具体实现有关是吧？不能一概而论。

@MossFox https://stackoverflow.com/a/34691484/4156036

看起来是给定的 delay 到期后，可能会有一个“事件”或者“中断”发生，然后 JS 引擎会立即处理它（也就是放到微任务）。但是这个暂时没找到资料来证明。

但是如果说 JS 引擎内部有类似的“事件”机制的话，我感觉都能解释通了。

上面的例子：
setTimeout(function(){console.log(1)}, 10)
setTimeout(function(){console.log(2)}, 0)

第一个 10 毫秒后触发事件，第二个立即触发事件，那么自然第二个先入队列。
到时候执行微任务的时候自然就是第二个先打印了。

@MossFox #11 这个字有点多，链接更多，要花点时间再理解理解。

不过我倒是试了下，如果改成这样的话

```
setTimeout(function(){console.log(1)}, 10) // 队列位置 1
sleep();
setTimeout(function(){console.log(2)}, 0) // 队列位置
```

是可以输出 1 ，2 的：
sleep done
1
2

@MossFox @tutou @LancerXu 各位再帮忙看下:

// 这个大概耗时 1.7 秒
function sleep() {
i=0
// do a heavy job
for (let j = 0; j < 1e9; j++) {
i++;
}
console.log("sleep done")
return 3
}

setTimeout(function(){console.log(1)}, 10) // 队列位置 1
setTimeout(function(){console.log(2)}, 0) // 队列位置 2
sleep();

这里认为塞入微队列的顺序应该是书写顺序吧，那么就是 1 在 2 之前。
然后 sleep 是一个耗时操作，测试大概在 1700 毫秒左右。
那么宏队列结束后调用微队列，此时先出栈 1 ，且应该已经超过 10 毫秒，那么 1 可以直接输出。
但是为什么还是先输出的 2 呢？

还是说 setTimeout 的计时是在进入微队列循环操作后才开始考虑计时器的？

期望输出：
sleep done
1
2

实际输出：
sleep done
2
1

先看了 #8 @MossFox 回复的文章，再看 #3 @tutou 和 #7 @LancerXu 的回复就全理解了。

已领，谢谢

google.com/ncr 印象中好使又简单。