记录－交流－Web开发知识分享
在 30 多年的历史中，HTTP 协议本身有比较大的发展，同时，还有一些重大的变动也在酝酿之中。这些演化使得这个协议的表现力更强，性能更好，更能满足日新月异的应用需求。本文就来回顾和展望一下 HTTP 的历史和未来。
HTTP/0.9 诞生于 1991 年，是 HTTP 协议的最初版，构造十分简单：
GET /index.html<html>
<body>
Hello World
</body>
</html>请求示意图如下：
…上一篇文章我写了koa-static的源码解析，其中用到了HTTP的缓存策略，给返回的静态文件设置了一些缓存的头，比如Cache-Control之类的。于是我就跟朋友讨论了一下HTTP的缓存策略：
朋友说：“HTTP里面控制缓存的头(header)太多了，啥Cache-Control，ETag，Last-Modified，一大堆，乱七八糟的，而且之间逻辑关系不强，要掌握基本靠背！”
我有点惊讶：“为什么要去背这个呢？所有的技术都是为了解决问题而存在的，不了解问题而去单纯的学习技术，去，背，去，死记，确实很枯燥，而且效果不好。HTTP缓存策略只是为了解决客户端和服务端信息不对称的问题而存在的，客户端为了加快速度会缓存部分资源，但是下次请求时，客户端不知道这个资源有没有更新，服务端也不知道客户端缓存的是哪个版本，不知道该不该再返回资源，其实就是一个信息同步问题，HTTP缓存策略就是来解决这个问题的。如果我们跳出这种纯粹的技术思维，我们会发现生活中这种信息同步问题也很常见。而我们解决这些问题的思路很多时候都是司空见惯了，如果从这个角度来说，这个问题就很好理解！”
于是我给他讲了一个我小时候租光碟看奥特曼的故事。…
什么是SSL卸载？在负载均衡器层面执行SSL。
今天我们将讨论一个经常出现的问题，对于那些没有IT背景的人来说，这可能会显得特别陌生：什么是SSL卸载？我们将快速概述一下SSL卸载意味着什么，为什么你想要这样做，以及你是否应该这样做。
一般而言，有关SSL/TLS和互联网的工作方式的一个用词不当的说法是，它是一个1：1的连接。个人的计算机直接与网络服务器连接，然后通讯就会直接从一端到达另一端。而实际上，情况要比这复杂得多，有时候两端之间最多会划分成十多段。…
下面描述了每个状态代码，包括它可以遵循哪种方法以及响应中所需的任何元信息的描述。
此类状态代码表示临时响应，仅包含Status-Line和可选标头，并以空行终止。此类状态代码没有必需的标头。由于HTTP / 1.0没有定义任何1xx状态代码，服务器不得向HTTP / 1.0客户端发送1xx响应，除非在实验条件下。
客户必须准备好在常规响应之前接受一个或多个1xx状态响应，即使客户端不期望100（继续）状态消息。用户代理可以忽略意外的1xx状态响应。
代理必须转发1xx响应，除非代理与其客户端之间的连接已关闭，或者除非代理本身请求生成1xx响应。（例如，如果是
代理在转发请求时添加“Expect：100-continue”字段，然后它不需要转发相应的100（继续）响应。）…
一道经典的面试题是从 URL 在浏览器被被输入到页面展现的过程中发生了什么，大多数回答都是说请求响应之后 DOM 怎么被构建，被绘制出来。但是你有没有想过，收到的 HTML 如果包含几十个图片标签，这些图片是以什么方式、什么顺序、建立了多少连接、使用什么协议被下载下来的呢？
要搞懂这个问题，我们需要先解决下面五个问题：
先来谈谈第一个问题：现代浏览器在与服务器建立了一个 TCP 连接后是否会在一个 HTTP 请求完成后断开？什么情况下会断开？
在 HTTP/1.0 中，一个服务器在发送完一个 HTTP
责编 | 郭芮
HTTP/2 相比于 HTTP/1，可以说是大幅度提高了网页的性能，只需要升级到该协议就可以减少很多之前需要做的性能优化工作，当然兼容问题以及如何优雅降级应该是国内还不普遍使用的原因之一。
虽然 HTTP/2 提高了网页的性能，但是并不代表它已经是完美的了，HTTP/3 就是为了解决 HTTP/2 所存在的一些问题而被推出来的。
HTTP协议是HyperText Transfer Protocol（超文本传输协议）的缩写，它是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。
伴随着计算机网络和浏览器的诞生，HTTP1.0也随之而来，处于计算机网络中的应用层，HTTP是建立在TCP协议之上，所以HTTP协议的瓶颈及其优化技巧都是基于TCP协议本身的特性，例如TCP建立连接的3次握手和断开连接的4次挥手以及每次建立连接带来的RTT延迟时间。…
原文地址：https://www.nginx.com/blog/nginx-1-13-9-http2-server-push/
我们很高兴地宣布，2018年2月20日发布的NGINX 1.13.9支持HTTP / 2服务器推送。对于NGINX Plus用户，即将发布的NGINX Plus R15版本将包含HTTP / 2服务器推送支持，计划于2018年4月发布。
HTTP / 2规范中定义的服务器推送允许服务器抢先将资源推送到远程客户端，预计客户端可能很快会请求这些资源。通过这样做，您可以在页面加载操作中将RTT（往返时间 - 请求和响应所需的时间）减少一个RTT或更多，从而为用户提供更快的响应。
服务器推送可用于为客户提供样式表，图像以及呈现网页所需的其他资源。您应该注意只推送所需的资源; 不要推送客户端可能已经缓存的资源。
在这篇博文中，我描述了：
nghttp）Link标题自动推送内容使用HTTP/2服务端推送（Server Push）,大幅提升网页脚本图片加载速度
NGINX从1.13.9版本开始支持HTTP/2服务端推送， 使用此特性，能大幅提升前端页面加载速度，如，js.css,image等的加载速度大幅提升。经测试js.css的加载时间，从平均几百毫秒到几秒提升到几毫秒到十几毫秒（1M带宽测试）。
升级工作主要包括：
网页的图片，js ,css ,视频 都加 http accept-ranges头，以支持多线程加载，断点续传，提高性能！目前各大网站都在使用此方式！
nginx 设置为：
server {
listen 80;
server_name p2hp.com;
location ~ ^/(img/|js/|css/|upload/|font/|fonts/|res/|video) {
add_header Access-Control-Allow-Origin *;
add_header Accept-Ranges bytes;
root /var/www/...;
access_log off;
expires 30d;
}
...
}
…
HTTP/2 相比于 HTTP/1，可以说是大幅度提高了网页的性能，只需要升级到该协议就可以减少很多之前需要做的性能优化工作，当然兼容问题以及如何优雅降级应该是国内还不普遍使用的原因之一。
虽然 HTTP/2 提高了网页的性能，但是并不代表它已经是完美的了，HTTP/3 就是为了解决 HTTP/2 所存在的一些问题而被推出来的。…
近期评论