http
-
HTTP 长连接和短连接
你好，我是看山。
一直听别人说 HTTP 长连接，只知道长连接比短连接更节省资源、更快捷，但是并不真的知道原因。知其然不知其所以然，对于技术来说，这种状态是比较危险的。所以，还是要挖一下原理，即使挖的比较浅，也要迈出这一步。
HTTP 是应用层协议，传输层使用的是 TCP 协议，网络层使用的是 IP 协议。
IP 协议主要解决网络路由和寻址问题，TCP 协议主要解决如何在 IP 层之上可靠的传递数据包，使在网络上的另一端收到发送端发出的所有包，并且顺序与发出顺序一致，HTTP 协议主要基于 TCP 协议完成数据传递。
-
HTTP的响应头Vary
写在前面：Vary 是一个HTTP响应头部信息，它决定了对于未来的一个请求头，应该用一个缓存的回复(response)还是向源服务器请求一个新的回复。它被服务器用来表明在 content negotiation algorithm（内容协商算法）中选择一个资源代表的时候应该使用哪些头部信息（headers）。
-
四个决策树让你彻底掌握 HTTP 状态码
该图片由Ian Lindsay在Pixabay上发布
你好，我是看山。
众所周知，每一个 HTTP 响应都会带有一个 HTTP 状态码（HTTP Status Code），是用来表示 HTTP 服务器响应状态的代码。它由 RFC 2616 规范定义的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918 等规范扩展。作为 web 开发者，平时经常 200、301、302、404、500、503 等。最近正在开发一些对外的接口（公司内部各系统间互相调用的接口，也算是内部 Open API 吧），接口调用失败时需要返回一些状态码，考虑借用 HTTP 状态码的含义，可以让调用方通过状态码就能够大体知道出了什么问题，不用彼此重新约定不熟悉的编码规则，方便沟通及错误定位。自认为想法不错，但是在实际编写中遇到了问题，这个多的状态码该怎么用？就用这个机会好好学习下什么场景用什么状态码，也通过本文记录一下 HTTP 状态码的内容。在本文中借 Michael Kropat 的 《Choosing an HTTP Status Code — Stop Making It Hard》 中提供的状态码使用决策树，区分常用状态码的使用场景。
注：本文提供 HTTP 状态码的状态信息及含义，以及 Michael Kropat 总结的常用状态码决策树。
-
网络基础：HTTP 服务介绍
你好，我是看山。
HTTP（Hyper Text Transfer Protocol）即超文本传输协议，采用请求/响应模型，是目前互联网使用最为广泛的一种网络协议。主要的过程：客户端向服务器发送一个请求，请求的请求头包含请求的方法、URI、协议版本、请求修饰符、客户信息、以及请求的内容等信息；服务器以一个状态行作为响应，包括消息协议的版本、成功或者错误编码、服务器信息、实体元信息以及实体内容。http 服务默认端口是 80,https 默认端口是 443。下图为 HTTP 服务简单的处理图。
本着实用主义，本文对 http 协议的原理不做过多解释，只是分享一下日常使用 Chrome 调试 http 服务的经验，希望能得到同行们的指点。