目前白嫖 HTTPS 的主流途径依旧是 LetsEncrpyt，certbot 似乎是官方主要推荐的一个申请方式，关于用途和用法，这里不多介绍，总之，是一个品种齐全，种类多样的 cli 工具：https://certbot.eff.org/
这里由于我的 NAS 希望签 HTTPS，但是电信开外网是不允许开 80 和 443 端口的，所以无法用 HTTP 协议去校验，只能选择 DNS，如果没有 DNS 插件，那么只能用 Manual 的方式，非常麻烦。
于是，我开始了面向源代码编程——
这次有一个需要关闭页面的需求，于是自然而然想到了经久不衰的 window.open 兄弟款：window.close。在 MDN 中，对于 window.close 的描述也相当简单：window.close
然而我们需要注意的是下面这句话：
Firefox 35.0.1：脚本不能关闭不是他打开的窗口
关于 WebSocket，在四年前做实验室习题时第一次接触，当时基本上没怎么介绍 WebSocket，只贴了一份链接，而恰巧这次做了一些 WebSocket 上的工作，所以会从头开始介绍一下 WebSocket。
在 WebSocket 以前，Web 工作人员已经探索过好多种方法了，由于我没有生在那个时代，所以除了 ajax 轮询之外的方法，我完全都没有记住，不过 WebSocket 确实是站在了巨人的肩膀上，终于成为了一套事实方案，而其维护成本和原理也比 TCP 的 socket 链接要简单不少。
好久都没更新博客了，难得有时间，还是水一篇好了……
在此之前，我从来没有聊过测试相关的话题，这是因为——平时根本没有时间去写单元测试！最多只有 lib 级别的东西不得不写测试才会有时间去写。不过这次由于业务的关系，补了一大堆单元测试，对于开发而言，整个流程其实还是挺简单的，但是正要构造起测试用例来确很麻烦，因为单元测试和开发会有一些区别——
（自从学日语之后每天光日语就竭尽全力了（而且还要追星不是）所以一直没更新，但是这个必须写一下……）
在探究邮件兼容性之前，先友情提示：请在防盗链白名单里加上各邮箱供应方的域名，以防图片 block。
这几周老板交给了我一个伟大而光荣的任务：
说起 Lint tools，其实不如说是 Vue 的 Lint tools 推荐，在过去我对 Vue.js 的 Lint 感受的不够深刻，由于 Vue.js 是由 .vue 的后缀名组成的 template file，那样 Lint 其实是不好做的，但是万万没想到，这年头 Lint 工具超发达的，什么都有——
lint 界元老，也是最基本的一个 lint 工具，即使别的你什么都不配，相信你也至少会使用 eslint 来管理你的项目。
昨天下午 15:00，我们发现了 CI 的大规模异常，基本上就是 connection failed 和 Could not resolve host 的连环轰炸。
在查找问题之前，先来看看从我们伪 DevOps 能治理的角度出发可能是什么问题，一个运行中的 CI 任务到底是跑在哪里的：
在我们这里，CI 机器是有一个独立网段的，部署一个 CI 需要若干台机器，由 Master 负责调度给 Slave，Slave 在机器上创建新的 Docker 容器运行任务。
一般来说，我这里的基础设施得益于 CDN、OSS 和网关层，到了这里都不用扛太多的流量，只要写的不怎么车祸，后端都不存在什么性能瓶颈。
但是这次要上一个灰度功能，需要和业务相结合，在此之前我们的灰度都是以 DNS 为标准进行地区式的灰度，但是现在流量必须要直接打到后端才能判断，如果前面缓存了就没办法灰度了——因此没办法，我们只能船到桥头自然直——扛吧。
先来简单描述一下我们的代码逻辑：查询 1 -> 处理逻辑 -> 查询 2 -> 查询 3 -> 处理逻辑 -> 灰度判断 -> 返回。
最初保持了最原始的代码，没有设置任何缓存，这在过去是满足需求的，因为缓存是由网关层的反向代理帮我们在 Header 里加上的，包括了 s-max-age 和 max-age。
之前经常有用户反馈我们做的系统中，在上传过程中会遇到 Request body larger than maxBodyLength limit，其实这个问题之前已经存在了很久，但是一直没去动。
最初以为是服务端发出的 error，因为默认使用的 koa-body 在旧版本也有上传内容的大小限制，但是后来调试过程中发现请求根本没发出去——
今天同事向我反馈，当我们的静态资源有中文名混杂 + 和空格 时，得到的链接并不能打开，返回的是 404.
举个例子，假定我们的资源为：
http://example-resource.oss-cn-shanghai.aliyuncs.com/23232323/中文 + 文件-file.ec296f20-d67b-11e8-a623-7b28809dc3c9.js那么在浏览器中访问的文件名应该被转义为：
%E4%B8%AD%E6%96%87%20+%20%E6%96%87%E4%BB%B6-file.ec296f20-d67b-11e8-a623-7b28809dc3c9.js注意，在这里，空格被转义为 %20，而 + 没有进行任何处理。