似乎英文 Twitter 的表达和中文公告不是一个意思

我用 autossh。再加上 nohop 或者 screen 放到后台运行。
autossh -R *:remoteport:localip:localport remotehost -N

中文域名其实就是 punycode。还有 emoji 域名呢
https://i❤.ws/

主要问题就是收不到+发布出去 +1....
发邮件很容易被收到垃圾箱

直接写
template (v-for='')
blablabla

渲染结果
blablabla
blablabla
blablabla

用手机充电脑也是可以的，只不过功率太小，电脑使用时根本充不进，电量半天不动。。。

我笔记本 24 小时插电放在桌子左侧，手机充电器在床头，有时懒得跑床头就把电脑的拔了插手机上充半个小时

不用担心那么多。只要不是不合规的充电头都不影响。
type-c 有个电压协商的，不支持协商的用电器会自动 fallback 到 5v 级别供电。
我的笔记本电脑 45w type-c 充电器 20V2.25A ，也支持我小米 5s 手机的高通 QC3.0，快充正常使用

目前 128 使用 46g，大概 80-100 个 app 左右？无照片无视频无缓存视频，有 6 个 g 的歌

其实问题主要在于 resolve promise 对象的实现。本想看看 v8 是怎么实现的，奈何 c++实在看不懂。。。

第一次见 logo 语言~看起来挺有意思的

如果把 original 从 Promise 替换成一个非 promise 的值如 2
结果就是 4, 3, 2, 1 了，大概就是在 pop 11 的时候直接执行了，而不是再 chain 一步等待 original 去 fullfill

根据 Promise A+ 规范 https://promisesaplus.com/#point-34

Promise 的执行顺序是和平台相关的。promise 链的执行是在当前 event loop 的主线程结束后的某一时刻进行，具体是何时得看 js 引擎的实现或者 polyfill 的实现。（ 2.2.4 ）

从 v8 的实现来看，Promise 的回调是存放在 microtasks 里，event loop 会先完成 microtasks 再去执行 tasks
从 polyfill 来看，得看实现的方式。如果用 mutationObserver，会和 v8 的顺序相似。如果使用 setTimeout 或者 setImmediate，顺序就会有所不同了。总之，不同 Promise 的执行顺序并不在 Promise 的规范里，顺序也是没法保障的，只不过可以对特定情况进行分析，来了解当前 JS 解释器的执行顺序。例如我用 bulebird 的结果是 4, 3, 2, 1。

我尝试分析了一下，
:3 resolve(original)这一步在
:6 .then(t => console.log(t))
时，由于 original 是 Promise，在执行 promise resolution procedure(参考规范第 2.3 节)的时候比 resolve 非 promise 的值多了一步，需要等待被 resolve 的 promise fullfilled 或 rejected。我猜想由于是懒惰执行，所以到第 6 行 then 的时候在发现 resolve 的是一个 promise，需要等待这个 promise fullfill，于是就把:6 的 then 的回调 chain 在了 original 的后面（参考 2.3.2 ）

我把格式略微优化了一下，附上 microtasks queue 的操作过程，如下图
https://ws1.sinaimg.cn/large/006y5ecPgy1fp0fioe4h1j30ou11c424.jpg

总结来看，这种顺序是不能作为逻辑依赖的，因为规范并没有这样要求，能保证的只是每一个 chain 的顺序。
我对 v8 了解不多，所以分析过程可能不严谨，也许会有些错误，仅供参考，详细了解还得参考 promise A+和 v8 的实现。

p2415q 淘宝 2k7。。。

我比较推荐 24' 4k，因为高 dpi 显示效果和 mbp 的效果同样细腻。macOS 的话 27' 4k 应该也还行，不过没有试过。
2k 分辨率就不太推荐，因为靠近了或者遇到字体略小的文本眼细的情况还是能看清像素点的

楼主可以想办法应聘虾米音乐产品经理，然后就能提这个需求了

每天的帖子按照回帖数排序。
每天早上 8 点刷新。
所以你每天 7 点 59 会发现一大堆帖子
然后 8 点整后一个都没有了