Web

WebAssembly 看起来很美，号称可以达到 native code 一半的运行效率。但是在目前的测试下来看，想在浏览器前端转码还是一个遥远的梦想。 前段时间因为入职哔哩哔哩，奉命开发基于 electron 的上传客户端（后来被产品砍了），研究了一下各种切图方案的优缺点。因为 electron 基于 nodejs 运行，要达到这个需求只需要用对应平台编译好的 ffmpeg 二进制文件即可。不过为了 portability，还是研究了一下在浏览器内通过 WebAssembly, aka wasm 跑编译的 ffmpeg 的运行情况。 将 C/

以下列表为个人测试并且真正在使用的的常用网站，不断更新中。我没有用的网站和服务，即便支持也没有包括。不断维护中。 通过 FIDO-U2F 支持的网站 Google Dropbox Github Bitbucket 通过 Yubikey OTP 支持的网站 Vultr Kraken 就这么多了。发现新的网站支持的话会更新。 但是，太少了。

好久没折腾服务器了，偶尔用 Qualys SSL Labs 做了个 SSL 测试，发现一不小心拿了 F。原因是 OpenSSL 在五月新爆出的一个漏洞 OpenSSL Padding Oracle vuln. (CVE-2016-2107)，会导致信息传输中的不安全。 解决方法也很简单，将服务器升级至 OpenSSL 1.0.2h 即可。截至目前 Ubuntu 官方源里最新的 OpenSSL 版本依然是 1.0.

为什么使用它？ 在 Let's Encrypt 证书申请实测 和 签发 Let's Encrypt ECC 证书 这两篇博文里，我小小地研究了 Let's Encrypt 证书的申请和使用。而刚发现的 acme.sh 这个 Shell 脚本则极大地方便了我们的使用，使签发证书顺畅无比。因此，在任何情况下，都应该使用 acme.sh 来签发和更新证书。比官方的全家桶高到不知道哪里去了。 acme.sh 安装十分方便，

UPDATE: 请查看 acme.sh - 极力推荐的 Let's Encrypt 工具 这篇博文。 在 Let's Encrypt 证书申请实测 这篇博文里，我们签到了 RSA 2048 位证书。不过听闻 Let's Encrypt 从二月开始就支持签发 ECC 证书了，于是乎赶紧签一个。相比 RSA，ECC 证书在相似安全性的同时体积大幅减小。如果想要进一步了解的，Digicert 的

Intro 关于 Let's Encrypt 这个 CA，大概大家都知道了，可以以非常方便的过程签发免费的证书。在这个全民加密的年代，给自己的网站加上 HTTPS 还是很有必要的，可以有效地避免隐私泄露、运营商劫持等问题。这个博客也同样使用 Let's Encrypt 签发的证书，现在就来写写申请的过程是怎样的。 UPDATE: 请查看 acme.sh - 极力推荐的 Let's Encrypt 工具 这篇博文。 网上的教程有相当多的教程是 acme-tiny 这个轻量级的 acme