熟悉本博客的同学可能早就发现，imququ.com一直是我的一块试验田。我对网络协议、Web Server（Nginx）、服务端代码、前端代码每一层的研究和优化，最终都会在本博客体现出来。我见过很多大谈用户体验的博主，自己博客体验并不怎样。我并不想在写如何做好优化性能的同时，自己的博客却十分缓慢。关于具体的优化方案，我之前写过一些文章，如Nginx 配置之性能篇、HTTP/2 相关优化，以后还会继续写。例如我最近在研究 ECC 证书对 HTTPS 性能的提升，等有结论了一定会跟大家分享。但同时有很多优化点我觉得比较常规，不值得分别写一篇文章去介绍。我准备把这些零散优化点罗列在本文，并不进行深入讨论。有兴趣进一步了解和探讨的同学，欢迎发表评论。顺便得瑟下，不久前我在 v2ex 发现这样一条回复，开心了好久（via）：他的博客速度最快，不服来辩http://imququ.com/专注 web 开发，他可是从底层协议到前端都有优化吧？好了，下面开始进入正题。静态资源优化大家可以看一下本博客 HTML 源码，并没有任何外链资源，甚至你很可能连大段 css、js 也找不到。这是因为我将常规外链转成了 inline 输出，同时存入 localStorage，之后不再输出。这样做的优点有两个：1）首次访问减少连接数，后续访问减小页面体积；2）不怕刷新和强刷。第一点很明显，将 inline 和外链 ...继续阅读 (77)

今天在整理资料时，无意中看到一年前做过的一个名为《移动 Web 诡异问题两则》的小分享。这两个问题源自于实际线上业务，都挺有意思，我准备以博客的形式分享给大家。由于文中的案例都是发生在一年前，当时的现象和测试数据不一定适用于当前环境，但排查问题的思路可以通用。这两篇文章也不会涉及任何具体的业务信息。我们有一个移动 Web 项目，某天启用了内部编译工具中几个优化功能，发布上线后，马上收到了 404 请求报警。这种情况之前从没遇见过，因为我们的静态资源要么托管在 CDN 上，要么 inline 在页面中，正常情况下并不会从我们的 Web 机器读取。Part I我的第一反应是代码有问题，立马线上验证。问题当然不是出在代码上，不然就不会称之为诡异问题。排除代码问题后，我又快速过了一遍错误日志，来源 IP 和 UserAgent 并没有明显的规律，所以基本可以排除机器扫描或人为构造 URL 的情况。接着对收集到的 404 错误 URL 进行初步分析，找出错误次数最多的 URL，这通过 awk、sort、uniq -c 就可以搞定。将 URL 除重排序后，发现错误请求主要有这两类：/data:image/gif;base64,iVBORw....... /cdn.xxx.com/t01acxxxxxx.png一类是图片 DataURI 前面多了一个/；一类是图片 CDN 地址前面多了一个/。去 ...继续阅读 (26)

最近几年各种 Web 技术一直在爆炸式发展，每天都有大量新东西涌现出来。针对这个现象，业内两位大佬最近先后发文表达了自己的观点：Stop pushing the web forward、Is the web platform getting too big?。其实很早之前我就意识到以我目前的精力，吃透所有 Web 新技术几乎是不可能完成的任务，我关注新技术的侧重点放在了性能优化上。今天我要向大家介绍的技术是：HTTP Client Hints，也与性能优化有关。利用这项技术，HTTP 客户端（通常可以认为是浏览器）能够主动将一些特性告诉服务端，以便服务端更有针对性地输出内容。这项技术由我们熟知的 Ilya Grigorik 提出，目前还处在较为早期的阶段，较为正式的描述文档可以在这里找到。目前Chrome 46 (beta)已支持它，IE 和 Firefox 则还在考虑中。其实之前浏览器已经将很多自身特性放在 HTTP 请求中，例如下面这些头部字段：User-Agent：提供浏览器类型及版本、操作系统及版本、浏览器内核等信息；Accept：表明浏览器支持哪些 MIME type（例如 Chrome 通过 Accept 表明自己支持 image/webp 图片格式）；Accept-Encoding：表明本浏览器支持哪些内容编码方式（例如：gzip、deflate、sdch）；Acce ...继续阅读 (60)

算了算我写博客快有十年了吧。一开始是在 csdn 写，大约九年前，我开始使用自己编写的博客程序，启用自己的域名变为独立博主了。这些年来，我的博客程序从 ASP 到 Python 到现在的 NodeJS 写了三版，域名从 qgy18.com 变为 imququ.com，部署环境也从一开始的国内 ASP 空间到后来的 Linode，唯一没变化的是我的博客从来没有备案过。但是最近，我的 Linode Tokyo 持续无法访问，几番折腾之后终于下定决心使用国内云主机。既然无法改变现状，何不试试现在流行的「拥抱变化」呢。但选择国内主机，根据国家有关规定，我就必须去完成备案。主机我选择了阿里云的 ECS，于是就用了阿里的备案系统。整个过程总的来说还是很顺利：2015-08-18 晚上提交初审，2015-08-19 提交管局审核，2015-09-02 收到通知备案成功。大约两周的时间，对于备案地在阅兵前的北京来说已经很不容易了。这里要感谢波波同学提供的幕布，省去了消耗在拍照环节的大量时间。另外我也比较幸运，我提交申请的时候还不需要邮寄资料，又节省了一些时间。下面说说备案期间我对本站的一些处理。首先，由于我的 Linode IP 已经无法访问，所以我购买 ECS 之后直接就把 DNS 解析过来了。这时我发现阿里针对未备案的域名进行了阻断，通过 HTTP 协议访问我的博客，会看到阿里云默认的「温馨提 ...继续阅读 (44)

随着今年 5 月 14 日 HTTP/2 协议正式版的发布，越来越多的网站开始部署 HTTP/2 了。我对 HTTP 协议一直都比较有兴趣，本文汇总一些关于 HTTP/2 的资料以及我写过的文章，会持续更新。如果大家有任何问题，欢迎留言交流探讨。协议HTTP/2 协议由以下两个 RFC 组成：RFC 7540 -Hypertext Transfer Protocol Version 2 (HTTP/2)RFC 7541 -HPACK: Header Compression for HTTP/2网上有一份由百度 FEX 翻译的「h2-13 中文版」，更新于一年前，也可以看看。h2-13 说明这是协议的第 13 版草案，HTTP/2 一共经历了 00~17 共 18 版草案才正式发布。很多支持 HTTP/2 的 Web 服务器和客户端，都会标注出自己支持的具体版本，例如 h2、h2-14，分别表示自己支持正式版、第 14 版草案。有时候还会看到某个软件写着支持 h2c，这是指它支持运行于非加密通道之上的 HTTP/2（HTTP/2 Cleartext）。HTTP/2 协议是从 SPDY 演变而来，SPDY 已经完成了使命并很快就会退出历史舞台（例如 Chrome 将在「2016 年初结束对 SPDY 的支持」；Nginx 在今年年底正式支持 HTTP/2 后，也不再支持 SPDY），故 ...继续阅读 (51)

随着今年 5 月 14 日 HTTP/2 协议正式版的发布，越来越多的网站开始部署 HTTP/2 了。我对 HTTP 协议一直都比较有兴趣，本文汇总一些关于 HTTP/2 的资料以及我写过的文章，会持续更新。如果大家有任何问题，欢迎留言交流探讨。协议HTTP/2 协议由以下两个 RFC 组成：RFC 7540 -Hypertext Transfer Protocol Version 2 (HTTP/2)RFC 7541 -HPACK: Header Compression for HTTP/2网上有一份由百度 FEX 翻译的「h2-13 中文版」，更新于一年前，也可以看看。h2-13 说明这是协议的第 13 版草案，HTTP/2 一共经历了 00~17 共 18 版草案才正式发布。很多支持 HTTP/2 的 Web 服务器和客户端，都会标注出自己支持的具体版本，例如 h2、h2-14，分别表示自己支持正式版、第 14 版草案。有时候还会看到某个软件写着支持 h2c，这是指它支持运行于非加密通道之上的 HTTP/2（HTTP/2 Cleartext）。HTTP/2 协议是从 SPDY 演变而来，SPDY 已经完成了使命并很快就会退出历史舞台（例如 Chrome 将在「2016 年初结束对 SPDY 的支持」；Nginx 在今年年底正式支持 HTTP/2 后，也不再支持 SPDY），故 ...继续阅读 (41)

600 多天前，我写了《打造 Mac 下的完美开发环境》这篇文章，核心理念是利用虚拟化软件安装 Linux，达到统一线下线上环境、屏蔽升级宿主机器带来的影响、方便地备份和恢复等几个目的。后来，我从那篇文章的评论中发现了 Vagrant（官网、github），它跟我的想法几乎完全一致，并且提供了一系列工具用于开发环境的快速部署和迁移，非常好用。本文就来介绍 Vagrant 这个工具。安装首先，去Vagrant 官网根据自己系统选择对应版本下载并安装。Vagrant 安装后还不能直接使用，因为它只是一个虚拟机管理和配置工具，虚拟机系统的安装和运行还得靠专门的虚拟化软件。Vagrant 默认内置了 VirtualBox Provider 用于跟 VirtualBox 交互，再去VirtualBox 官网安装最新版 VirtualBox 就可以正式开始使用了。Vagrant 也支持其他 Provider，例如用于 Parallels Desktop 的vagrant-parallels。如果你想用 Parallels Desktop 作为 Vagrant 的后端，通过以下命令就可以获得这个 Provider：$ vagrant plugin install vagrant-parallelsProvider 的作用是在 Vagrant 和不同虚拟化软件之间架设一座桥梁。有了 Provide ...继续阅读 (35)

600 多天前，我写了《打造 Mac 下的完美开发环境》这篇文章，核心理念是利用虚拟化软件安装 Linux，达到统一线下线上环境、屏蔽升级宿主机器带来的影响、方便地备份和恢复等几个目的。后来，我从那篇文章的评论中发现了 Vagrant（官网、github），它跟我的想法几乎完全一致，并且提供了一系列工具用于开发环境的快速部署和迁移，非常好用。本文就来介绍 Vagrant 这个工具。安装首先，去Vagrant 官网根据自己系统选择对应版本下载并安装。Vagrant 安装后还不能直接使用，因为它只是一个虚拟机管理和配置工具，虚拟机系统的安装和运行还得靠专门的虚拟化软件。Vagrant 默认已经内置了 VirtualBox Provider 用来跟 VirtualBox 交互，所以再去VirtualBox 官网下载并安装 VirtualBox 就可以正式开始使用了。Vagrant 也支持其他 Provider，例如用于 Parallels Desktop 的vagrant-parallels。如果你想用 Parallels Desktop 作为 Vagrant 的后端，通过以下命令就可以获得这个 Provider：$ vagrant plugin install vagrant-parallelsProvider 的作用是在 Vagrant 和不同虚拟化软件之间架设一座桥梁。有了 Pro ...继续阅读 (40)

经常关注我博客的同学可能会发现，我的博客文章从来没有涉及到我所负责的项目、内部工作流程或配套工具。因为项目中遇到的很多问题和对应的解决方案都是基于一定条件所产生，并不具有普适性。内部的工作流程和配套工具也是一样，对于非开源的内部工具或系统来说，无论我把它写得多么天花乱坠，对于我的读者来说价值都是零。所以我的博客有很多纯粹的技术知识，例如 HTTP/2、HTTP 协议；也有一些普适的技术经验，例如对 Web 服务性能和安全性的优化；还有一些我对开源工具、系统的试用心得，例如 Sublime Text、Alfred，对代码 Review 系统的思考，以及今天要写的移动应用测试平台 —— Bugtags。首先用一句话定义这个平台：一款着力于提升移动应用测试效率的产品。这么说大家肯定不明白，先来描述一下大部分中小移动开发团队进行应用功能测试的流程：开发工程师完成功能开发后，团队里面的每个人都要投入到测试中。测试过程中如果发现了问题，需要截屏、手机连电脑并导入截图、记录设备信息、尽可能详细地描述 bug，最终提交到例如 JIRA、Redmine、Bugfree 这类管理系统中。之后的流程就跟传统 web 项目测试无异了。可以看到，对于应用的功能测试，如何全面、方便地收集 bug 是一个痛点。先拿 bug 信息的全面性来说：网络是 2G 还是 3G、GPS 是开启还是禁用、内存是否够用、与服务 ...继续阅读 (42)

经常关注我博客的同学可能会发现，我的博客文章从来没有涉及到我所负责的项目、内部工作流程或配套工具。因为项目中遇到的很多问题和对应的解决方案都是基于一定条件所产生，并不具有普适性。内部的工作流程和配套工具也是一样，对于非开源的内部工具或系统来说，无论我把它写得多么天花乱坠，对于我的读者来说价值都是零。所以我的博客有很多纯粹的技术知识，例如 HTTP/2、HTTP 协议；也有一些普适的技术经验，例如对 Web 服务性能和安全性的优化；还有一些我对开源工具、系统的试用心得，例如 Sublime Text、Alfred，对代码 Review 系统的思考，以及今天要写的移动应用测试平台 —— Bugtags。首先用一句话定义这个平台：一款着力于提升移动应用测试效率的产品。这么说大家肯定不明白，先来描述一下大部分中小移动开发团队进行应用功能测试的流程：开发工程师完成功能开发后，团队里面的每个人都要投入到测试中。测试过程中如果发现了问题，需要截屏、手机连电脑并导入截图、记录设备信息、尽可能详细地描述 bug，最终提交到例如 JIRA、Redmine、Bugfree 这类管理系统中。之后的流程就跟传统 web 项目测试无异了。可以看到，对于应用的功能测试，如何全面、方便地收集 bug 是一个痛点。先拿 bug 信息的全面性来说：网络是 2G 还是 3G、GPS 是开启还是禁用、内存是否够用、与服务 ...继续阅读 (29)

在我之前的「开始使用 HTTP/2」这篇文章里，我提到过：Nginx 到年底才会支持 HTTP/2，于是本博客使用H2O这个 Web Server 提供 HTTP/2 服务。8 月初，Nginx 官方博客发了一篇文章：「Announcing an Early Alpha Patch for HTTP/2」，也就是说 Nginx 终于开始对 HTTP/2 提供早期（Early Alpha）支持了。对于我这种以折腾为主的个人博客来说，没有理由不尝试一下。Nginx 新增了 http_v2_module 模块用于提供 HTTP/2 服务，这个模块是以 Patch 形式提供。官方对此有三点说明：强烈不建议用于生产环境；现阶段不支持 Server Push；这个 Patch 会替换之前的 SPDY 模块，也就是说应用 Patch 后不能再给站点配置 spdy；介绍完基本信息，下面简单写如何让 Nginx 支持 HTTP/2：现阶段的 HTTP/2 补丁需要 Nginx 1.9.0 以上的版本，建议直接去Nginx官网下载最新源码包（当前是 1.9.3），然后去OpenSSL或LibreSSL（我用的是 LibreSSL）官网下载最新的 SSL 源码包并分别解压。接着，进入解压好的 Nginx 源码目录，下载并应用补丁：cdnginx-1.9.3wget http://nginx.org/pa ...继续阅读 (53)

在我之前的「开始使用 HTTP/2」这篇文章里，我提到过：Nginx 到年底才会支持 HTTP/2，于是本博客使用H2O这个 Web Server 提供 HTTP/2 服务。8 月初，Nginx 官方博客发了一篇文章：「Announcing an Early Alpha Patch for HTTP/2」，也就是说 Nginx 终于开始对 HTTP/2 提供早期（Early Alpha）支持了。对于我这种以折腾为主的个人博客来说，没有理由不尝试一下。Nginx 新增了 http_v2_module 模块用于提供 HTTP/2 服务，这个模块是以 Patch 形式提供。官方对此有三点说明：强烈不建议用于生产环境；现阶段不支持 Server Push；这个 Patch 会替换之前的 SPDY 模块，也就是说应用 Patch 后不能再给站点配置 spdy；介绍完基本信息，下面简单写下如何让 Nginx 支持 HTTP/2：现阶段的 HTTP/2 补丁需要 Nginx 1.9.0 以上的版本，建议直接去Nginx官网下载最新源码包（当前是 1.9.3），然后去OpenSSL或LibreSSL（我用的是 LibreSSL）官网下载最新的 SSL 源码包并分别解压。接着，进入解压好的 Nginx 源码目录，下载并应用补丁：cdnginx-1.9.3wget http://nginx.org/p ...继续阅读 (38)

本文不讨论 Server Push 是什么，以及如何使用 Server Push。之前我在《开始使用 HTTP/2》这篇文章中写到：如果服务端想要推送的资源本地已经缓存过，客户端会发送RST_STREAM告诉服务端不要再传了。不过根据我的观察，H2O 服务端在收到RST_STREAM之前，已经发出了资源，造成了流量的浪费。具体原因，我正在向 H2O 作者求证。我给 H2O 项目提了一个 issues 询问此事，得到了 H2O 的作者Kazuho Oku，aria2 的作者Tatsuhiro Tsujikawa，以及《High-Performance Browser Networking 》的作者Ilya Grigorik的回答。基本搞明白了这个问题，本文记录一下。Kazuho Oku 的回答：Because the HEADERS frame has left the server before the RST_STREAM sent from the client reaches the server.这是因为客户端发出的 RST_STREAM 帧到达服务端之前，那些 HEADERS 帧（注：HTTP2_SESSION_RECV_HEADERS 和 HTTP2_SESSION_RECV_DATA）已经离开了服务端。The issue is known to the protoco ...继续阅读 (20)

本文不讨论 Server Push 是什么，也不讨论如何使用 Server Push。之前我在《开始使用 HTTP/2》这篇文章中写到：如果服务端想要推送的资源本地已经缓存过，客户端会发送RST_STREAM告诉服务端不要再传了。不过根据我的观察，H2O 服务端在收到RST_STREAM之前，已经发出了资源，造成了流量的浪费。具体原因，我正在向 H2O 作者求证。我给 H2O 项目提了一个 issues询问此事，得到了 H2O 的作者Kazuho Oku，aria2 的作者Tatsuhiro Tsujikawa，以及《High-Performance Browser Networking》的作者Ilya Grigorik的回答。基本搞明白了这个问题，本文记录一下。Kazuho Oku 的回答：Because the HEADERS frame has left the server before the RST_STREAM sent from the client reaches the server.这是因为客户端发出的 RST_STREAM 帧到达服务端之前，那些 HEADERS 帧（注：HTTP2_SESSION_RECV_HEADERS 和 HTTP2_SESSION_RECV_DATA）已经离开了服务端。The issue is known to the protoco ...继续阅读 (25)

本文不讨论 Server Push 是什么，也不讨论如何使用 Server Push。之前我在《开始使用 HTTP/2》这篇文章中写到：如果服务端想要推送的资源本地已经缓存过，客户端会发送RST_STREAM告诉服务端不要再传了。不过根据我的观察，H2O 服务端在收到RST_STREAM之前，已经发出了资源，造成了流量的浪费。具体原因，我正在向 H2O 作者求证。我给 H2O 项目提了一个 issues询问此事，得到了 H2O 的作者Kazuho Oku，aria2 的作者Tatsuhiro Tsujikawa，以及《High-Performance Browser Networking》的作者Ilya Grigorik的回答。基本搞明白了这个问题，本文记录一下。Kazuho Oku 的回答：Because the HEADERS frame has left the server before the RST_STREAM sent from the client reaches the server.这是因为客户端发出的 RST_STREAM 帧到达服务端之前，那些 HEADERS 帧（注：HTTP2_SESSION_RECV_HEADERS 和 HTTP2_SESSION_RECV_DATA）已经离开了服务端。The issue is known to the protoco ...继续阅读 (33)

ThinkJS（官网|GitHub）的核心架构是 CBD（核心 Core + 行为 Behavior + 驱动 Driver）模式。核心包含通用函数库、系统默认配置、核心类库等运行 ThinkJS 必不可靠的部分；行为是 ThinkJS 扩展机制中很关键的一部分，也是本文重点要介绍的内容；除了核心和行为之外，ThinkJS 其他功能都是通过驱动来实现的，例如 Cache、Session、DB 等。ThinkJS 把响应用户请求整个流程分成了很多个阶段，对应不同的标签位（Tag）。每个标签位都可以调用一系列 Behavior。使用 Behavior 可以方便地扩展 ThinkJS，实现自己想要的功能。ThinkJS 框架自身很多功能也都是通过它来实现的。系统标签位先来了解一下 ThinkJS 内置了哪些标签位。根据官方文档，ThinkJS 在响应用户请求过程中，会依次执行以下这些操作：执行标签位form_parse；发送 X-Powered-By 响应头信息，值为 thinkjs 的版本号；执行标签位app_init；执行标签位resource_check，判断当前请求是否是静态资源类请求。静态资源类请求执行标签位resource_output；执行标签位path_info，获取修改后的 pathname；执行标签位route_check，进行路由检测，识别对应的 Group、Con ...继续阅读 (28)

ThinkJS（官网|GitHub）的核心架构是 CBD（核心 Core + 行为 Behavior + 驱动 Driver）模式。核心包含通用函数库、系统默认配置、核心类库等运行 ThinkJS 必不可靠的部分；行为是 ThinkJS 扩展机制中很关键的一部分，也是本文重点要介绍的内容；除了核心和行为之外，ThinkJS 其他功能都是通过驱动来实现的，例如 Cache、Session、DB 等。ThinkJS 把响应用户请求整个流程分成了很多个阶段，对应不同的标签位（Tag）。每个标签位都可以调用一系列 Behavior。使用 Behavior 可以方便地扩展 ThinkJS，实现自己想要的功能。ThinkJS 框架自身很多功能也都是通过它来实现的。系统标签位先来了解一下 ThinkJS 内置了哪些标签位。根据官方文档，ThinkJS 在响应用户请求过程中，会依次执行以下这些操作：执行标签位form_parse；发送 X-Powered-By 响应头信息，值为 thinkjs 的版本号；执行标签位app_init；执行标签位resource_check，判断当前请求是否是静态资源类请求。静态资源类请求执行标签位resource_output；执行标签位path_info，获取修改后的 pathname；执行标签位route_check，进行路由检测，识别对应的 Group、Con ...继续阅读 (26)

ThinkJS（官网|GitHub）的核心架构是 CBD（核心 Core + 行为 Behavior + 驱动 Driver）模式。核心包含通用函数库、系统默认配置、核心类库等运行 ThinkJS 必不可靠的部分；行为是 ThinkJS 扩展机制中很关键的一部分，也是本文重点要介绍的内容；除了核心和行为之外，ThinkJS 其他功能都是通过驱动来实现的，例如 Cache、Session、DB 等。ThinkJS 把响应用户请求整个流程分成了很多个阶段，对应不同的标签位（Tag）。每个标签位都可以调用一系列 Behavior。使用 Behavior 可以方便地扩展 ThinkJS，实现自己想要的功能。ThinkJS 框架自身很多功能也都是通过它来实现的。系统标签位先来了解一下 ThinkJS 内置了哪些标签位。根据官方文档，ThinkJS 在响应用户请求过程中，会依次执行以下这些操作：执行标签位form_parse；发送 X-Powered-By 响应头信息，值为 thinkjs 的版本号；执行标签位app_init；执行标签位resource_check，判断当前请求是否是静态资源类请求。静态资源类请求执行标签位resource_output；执行标签位path_info，获取修改后的 pathname；执行标签位route_check，进行路由检测，识别对应的 Group、Con ...继续阅读 (31)

一直以来，我的博客都在使用 Nginx。但它目前只支持到 SPDY/3.1，也不支持 Server Push，一直是我的一块心病。Nginx 官方说今年年底会增加对 HTTP/2 的支持，还要等好久：We’re pleased to announce that we plan to release versions of both NGINX and NGINX Plus by the end of 2015 that will include support for HTTP/2.via为了更好的研究 HTTP/2 的一些新特性，我决定先找个替代品玩一把，等 Nginx 更新了再换回去。这里有一份列表，列出了目前已经支持 HTTP/2 的客户端和服务端。经常比较，我最终选择了H2O。H2O 是一个用 C 语言实现的 HTTP Server，非常轻量。详细功能介绍可以去它的官网看，我主要看中了它的这两个特性：支持 HTTP/2 协议（支持 Server Push）；对 TLS 的一些安全策略支持得比较好（Forward Secrecy、CHACHA20_POLY1305 加密算法、默认最低支持到 TLSv1、默认开启 OCSP stapling、支持 Session 恢复等）；H2O 支持的这些 TLS 策略，我在之前的文章里都提到过，这里就不解释了。事实证明，使用了 H2O 之后 ...继续阅读 (48)

一直以来，我的博客都在使用 Nginx。但它目前只支持到 SPDY/3.1，也不支持 Server Push，一直是我的一块心病。Nginx 官方说今年年底会增加对 HTTP/2 的支持，还要等好久：We’re pleased to announce that we plan to release versions of both NGINX and NGINX Plus by the end of 2015 that will include support for HTTP/2.via为了更好的研究 HTTP/2 的一些新特性，我决定先找个替代品玩一把，等 Nginx 更新了再换回去。这里有一份列表，列出了目前已经支持 HTTP/2 的客户端和服务端。经过比较，我最终选择了H2O。H2O 是一个用 C 语言实现的 HTTP Server，非常轻量。详细功能介绍可以去它的官网看，我主要看中了它的这两个特性：支持 HTTP/2 协议（支持 Server Push）；对 TLS 的一些安全策略支持得比较好（Forward Secrecy、CHACHA20_POLY1305 加密算法、默认最低支持到 TLSv1、默认开启 OCSP stapling、支持 Session 恢复等）；H2O 支持的这些 TLS 策略，我在之前的文章里都提到过，这里就不解释了。事实证明，使用了 H2O 之后 ...继续阅读 (25)

注：由于我买的证书在 OSX EI Capitan 系统的 Chrome 下有问题，本站暂时去掉证书，改为普通的 HTTP 服务。一直以来，我的博客都在使用 Nginx。但它目前只支持到 SPDY/3.1，也不支持 Server Push，一直是我的一块心病。Nginx 官方说今年年底会增加对 HTTP/2 的支持，还要等好久：We’re pleased to announce that we plan to release versions of both NGINX and NGINX Plus by the end of 2015 that will include support for HTTP/2.via为了更好的研究 HTTP/2 的一些新特性，我决定先找个替代品玩一把，等 Nginx 更新了再换回去。这里有一份列表，列出了目前已经支持 HTTP/2 的客户端和服务端。经过比较，我最终选择了H2O。H2O 是一个用 C 语言实现的 HTTP Server，非常轻量。详细功能介绍可以去它的官网看，我主要看中了它的这两个特性：支持 HTTP/2 协议（支持 Server Push）；对 TLS 的一些安全策略支持得比较好（Forward Secrecy、CHACHA20_POLY1305 加密算法、默认最低支持到 TLSv1、默认开启 OCSP stapling、支持 S ...继续阅读 (38)

本周五我在公司有一个关于《HTTP 协议》的培训，只有两个小时，估计能讲到的东西不会太多。实际上，浏览器为了完成 WEB 应用的各项功能，需要跟各种网络协议打交道，HTTP 只是其中一种。本文会介绍浏览器中常见的网络协议，以及各种协议之间的关系。我们经常会听到「TCP/IP 协议」这个名词，从字面上来看，有人会认为它专指 TCP 和 IP 两种协议。实际上大多数情况，TCP/IP 协议指的是整个网际协议族（Internet Protocol Suite），是利用 IP 协议进行通讯的其他协议统称。TCP/IP 包含的协议众多，还有一个分层模型。相比较 OSI 模型，TCP/IP 的分层更简单，从下到上分别为：物理层、数据链路层、网络层、传输层和应用层。IP（Internet Protocol）属于网络层协议，负责联网主机之间的路由选择和寻址。IPv4 中的 4 指的是 TCP/IP 协议的第 4 个版本，直到这个版本，IP 协议才单独拆出来，所以并没有单独的 IPv1 - IPv3。而 IPv5 分给了一个没什么进展的试验性协议，所以下一个版本的 IP 协议变成了 IPv6。TCP（Transmission Control Protocol）和 UDP（User Datagram Protocol）是整个 TCP/IP 协议中最重要的两个传输层协议。TCP 是面向连接的、可靠的流协 ...继续阅读 (27)

本周五我在公司有一个关于《HTTP 协议》的培训，只有两个小时，估计能讲到的东西不会太多。实际上，浏览器为了完成 WEB 应用的各项功能，需要跟各种网络协议打交道，HTTP 只是其中一种。本文会介绍浏览器中常见的网络协议，以及各种协议之间的关系。我们经常会听到「TCP/IP 协议」这个名词，从字面上看，有人会认为它专指 TCP 和 IP 两种协议。实际上大多数情况，TCP/IP 协议指的是整个网际协议族（Internet Protocol Suite），是利用 IP 协议进行通讯的其他协议统称。TCP/IP 包含的协议众多，还有一个分层模型。相比较 OSI 模型，TCP/IP 的分层更简单，从下到上分别为：物理层、数据链路层、网络层、传输层和应用层。IP（Internet Protocol）属于网络层协议，负责联网主机之间的路由选择和寻址。IPv4 中的 4 指的是 TCP/IP 协议的第 4 个版本，直到这个版本，IP 协议才单独拆出来，所以并没有单独的 IPv1 - IPv3。而 IPv5 分给了一个没什么进展的试验性协议，所以下一个版本的 IP 协议变成了 IPv6。TCP（Transmission Control Protocol）和 UDP（User Datagram Protocol）是整个 TCP/IP 协议中最重要的两个传输层协议。TCP 是面向连接的、可靠的流协议 ...继续阅读 (29)

本周五我在公司有一个关于《HTTP 协议》的培训，只有两个小时，估计能讲到的东西不会太多。实际上，浏览器为了完成 WEB 应用的各项功能，需要跟各种网络协议打交道，HTTP 只是其中一种。本文会介绍浏览器中常见的网络协议，以及各种协议之间的关系。我们经常会听到「TCP/IP 协议」这个名词，从字面上看，有人会认为它专指 TCP 和 IP 两种协议。实际上大多数情况，TCP/IP 协议指的是整个网际协议族（Internet Protocol Suite），是利用 IP 协议进行通讯的其他协议统称。TCP/IP 包含的协议众多，还有一个分层模型。相比较 OSI 模型，TCP/IP 的分层更简单，从下到上分别为：物理层、数据链路层、网络层、传输层和应用层。IP（Internet Protocol）属于网络层协议，负责联网主机之间的路由选择和寻址。IPv4 中的 4 指的是 TCP/IP 协议的第 4 个版本，直到这个版本，IP 协议才单独拆出来，所以并没有单独的 IPv1 - IPv3。而 IPv5 分给了一个没什么进展的试验性协议，所以下一个版本的 IP 协议变成了 IPv6。TCP（Transmission Control Protocol）和 UDP（User Datagram Protocol）是整个 TCP/IP 协议中最重要的两个传输层协议。TCP 是面向连接的、可靠的流协议 ...继续阅读 (126)

在连续写了两篇关于「HTTP/2 与 WEB 性能优化」的文章后，今天来写这个系列的最后一篇。在正式开始之前，我们先来简单回顾下之前两篇文章：「HTTP/2 与 WEB 性能优化（一）」的结论是：HTTP/2 的 Server Push 机制，可以让重要的 JS、CSS 等资源尽快加载，从而不再需要 HTTP/1 中「将重要资源内联在页面头部」的优化方案了。「HTTP/2 与 WEB 性能优化（二）」的结论是：HTTP/2 支持了多路复用，HTTP 连接变得十分廉价，之前为了节省连接数所采用的类似于「资源合并、资源内联」等优化手段不再需要了。多路复用可以在一个 TCP 连接上建立大量 HTTP 连接，也就不存在 HTTP 连接数限制了，HTTP/1 中常见的「静态域名」优化策略不但用不上了，还会带来负面影响，需要去掉。另外，HTTP/2 的头部压缩功能也能大幅减少 HTTP 协议头部带来的开销。但 HTTP/2 并不是万能的，并不是说用了 HTTP/2 就不再需要性能优化了。我在本系统第二篇文章末尾写到：据官方预测，HTTP/1 至少还需要 10 年才能彻底退出历史舞台，另外尽管 HTTP/2 协议允许脱离 TSL 部署，但 Chrome 和 Firefox 都表示不支持非 TLS 的 HTTP/2，之后很可能一个网站会同时提供 HTTP/1.1、HTTP/1.1 over TLS ...继续阅读 (34)

在连续写了两篇关于「HTTP/2 与 WEB 性能优化」的文章后，今天来写这个系列的最后一篇。在正式开始之前，我们先来简单回顾下之前两篇文章：「HTTP/2 与 WEB 性能优化（一）」的结论是：HTTP/2 的 Server Push 机制，可以让重要的 JS、CSS 等资源尽快加载，从而不再需要 HTTP/1 中「将重要资源内联在页面头部」的优化方案了。「HTTP/2 与 WEB 性能优化（二）」的结论是：HTTP/2 支持了多路复用，HTTP 连接变得十分廉价，之前为了节省连接数所采用的类似于「资源合并、资源内联」等优化手段不再需要了。多路复用可以在一个 TCP 连接上建立大量 HTTP 连接，也就不存在 HTTP 连接数限制了，HTTP/1 中常见的「静态域名」优化策略不但用不上了，还会带来负面影响，需要去掉。另外，HTTP/2 的头部压缩功能也能大幅减少 HTTP 协议头部带来的开销。但 HTTP/2 并不是万能的，并不是说用了 HTTP/2 就不再需要性能优化了。我在本系统第二篇文章末尾写到：据官方预测，HTTP/1 至少还需要 10 年才能彻底退出历史舞台，另外尽管 HTTP/2 协议允许脱离 TSL 部署，但 Chrome 和 Firefox 都表示不支持非 TLS 的 HTTP/2，之后很可能一个网站会同时提供 HTTP/1.1、HTTP/1.1 over TLS ...继续阅读 (44)

在连续写了两篇关于「HTTP/2 与 WEB 性能优化」的文章后，今天来写这个系列的最后一篇。在正式开始之前，我们先来简单回顾下之前两篇文章：「HTTP/2 与 WEB 性能优化（一）」的结论是：HTTP/2 的 Server Push 机制，可以让重要的 JS、CSS 等资源尽快加载，从而不再需要 HTTP/1 中「将重要资源内联在页面头部」的优化方案了。「HTTP/2 与 WEB 性能优化（二）」的结论是：HTTP/2 支持了多路复用，HTTP 连接变得十分廉价，之前为了节省连接数所采用的类似于「资源合并、资源内联」等优化手段不再需要了。多路复用可以在一个 TCP 连接上建立大量 HTTP 连接，也就不存在 HTTP 连接数限制了，HTTP/1 中常见的「静态域名」优化策略不但用不上了，还会带来负面影响，需要去掉。另外，HTTP/2 的头部压缩功能也能大幅减少 HTTP 协议头部带来的开销。但 HTTP/2 并不是万能的，并不是说用了 HTTP/2 就不再需要性能优化了。我在本系统第二篇文章末尾写到：据官方预测，HTTP/1 至少还需要 10 年才能彻底退出历史舞台，另外尽管 HTTP/2 协议允许脱离 TSL 部署，但 Chrome 和 Firefox 都表示不支持非 TLS 的 HTTP/2，之后很可能一个网站会同时提供 HTTP/1.1、HTTP/1.1 over TLS ...继续阅读 (26)

很早之前我的 dnspod 账号被盗过，导致域名被人通过 Api 设置了泛解析，指向了一堆垃圾网站。从那之后我终于痛下决心，把常用的 WEB 服务全部梳理了一遍，使用各不相同的密码（Mac 和 iPhone 上我都买了 1Password，用来生成和管理这些密码）。对于支持两步验证的网站，我一定会启用它。最近，imququ.com 这个我基于 ThinkJS 开发的博客系统，后台登录也启用了两步验证。本文来讨论有关两步验证的话题。什么是两步验证两步验证，对应的英文是 Two-factor Authentication（2FA），有些地方也称之为 Two-step Verification，它跟 OAuth 2.0 没有关系，不要搞混了。从名字可以看出，「两步」是 2FA 的重点，广义的 2FA 是指提供多种方案完成用户权限鉴定。例如某些网站，在验证完用户名和密码之后，还需要输入手机收到的校验码才能登录成功；某些安全性要求比较高的场景，比如银行网银或者 VPN，会单独提供一个硬件设备辅助完成用户权限认证。这都是 2FA。我们知道，登录非 HTTPS 网站时，用户名密码都是明文传输，很容易被人截获。即使采用了 HTTPS，如果电脑被装了键盘记录器，或者浏览器被装了不良扩展，密码还是会被盗。两步验证解决的问题是：即使用户名密码输入正确，还需要输入额外的校验码才能登录；而这个校验码是一次性 ...继续阅读 (34)

很早之前我的 dnspod 账号被盗过，导致域名被人通过 Api 设置了泛解析，指向了一堆垃圾网站。从那之后我终于痛下决心，把常用的 WEB 服务全部梳理了一遍，使用各不相同的密码（Mac 和 iPhone 上我都买了 1Password，用来生成和管理这些密码）。对于支持两步验证的网站，我一定会启用它。最近，imququ.com 这个我基于 ThinkJS 开发的博客系统，后台登录也启用了两步验证。本文来讨论有关两步验证的话题。什么是两步验证两步验证，对应的英文是 Two-factor Authentication（2FA），有些地方也称之为 Two-step Verification，它跟 OAuth 2.0 没有关系，不要搞混了。从名字可以看出，「两步」是 2FA 的重点，广义的 2FA 是指提供多种方案完成用户权限鉴定。例如某些网站，在验证完用户名和密码之后，还需要输入手机收到的校验码才能登录成功；某些安全性要求比较高的场景，比如银行网银或者 VPN，会单独提供一个硬件设备辅助完成用户权限认证。这都是 2FA。我们知道，登录非 HTTPS 网站时，用户名密码都是明文传输，很容易被人截获。即使采用了 HTTPS，如果电脑被装了键盘记录器，或者浏览器被装了不良扩展，密码还是会被盗。两步验证解决的问题是：即使用户名密码输入正确，还需要输入额外的校验码才能登录；而这个校验码是一次性 ...继续阅读 (31)

很早之前我的 dnspod 账号被盗过，导致域名被人通过 Api 设置了泛解析，指向了一堆垃圾网站。从那之后我终于痛下决心，把常用的 WEB 服务全部梳理了一遍，使用各不相同的密码（Mac 和 iPhone 上我都买了 1Password，用来生成和管理这些密码）。对于支持两步验证的网站，我一定会启用它。最近，imququ.com 这个我基于 ThinkJS 开发的博客系统，后台登录也启用了两步验证。本文来讨论有关两步验证的话题。什么是两步验证两步验证，对应的英文是 Two-factor Authentication（2FA），有些地方也称之为 Two-step Verification，它跟 OAuth 2.0 没有关系，不要搞混了。从名字可以看出，「两步」是 2FA 的重点，广义的 2FA 是指提供多种方案完成用户权限鉴定。例如某些网站，在验证完用户名和密码之后，还需要输入手机收到的校验码才能登录成功；某些安全性要求比较高的场景，比如银行网银或者 VPN，会单独提供一个硬件设备辅助完成用户权限认证。这都是 2FA。我们知道，登录非 HTTPS 网站时，用户名密码都是明文传输，很容易被人截获。即使采用了 HTTPS，如果电脑被装了键盘记录器，或者浏览器被装了不良扩展，密码还是会被盗。两步验证解决的问题是：即使用户名密码输入正确，还需要输入额外的校验码才能登录；而这个校验码是一次性 ...继续阅读 (28)