《图解 HTTP 》阅读 —— 第五章

第5章 与HTTP协作的web服务器

一台服务器可以托管多个域名。
在相同的IP地址下,虚拟主机可以寄存多个不同主机名和域名的网站,所以在发送HTTP请求时,必须在Host首部内指定完整的主机名和域名的URI。

通信数据转发程序:

  1. 代理

    代理服务器的基本行为就是接受客户端的请求后转发给其他服务器,不会改变请求URI。

    使用代理服务器的理由:利用缓存技术减少带宽的流量、组织内部针对特定网站的访问控制、以获取访问日志为主要目的等。

    缓存代理:代理在转发响应资源时,会将响应资源副本保存在代理服务器上。当代理再次收到对相同资源的请求时,可以不从源服务器那里获取资源,而是将之前缓存的资源作为响应返回。

    透明代理:转发请求或响应时,不会对报文进行处理和加工的代理类型被称为透明代理。反之,对报文进行修改的代理称为非透明代理。

  2. 网关

    利用网关可以将HTTP请求转化为其他协议通信。
    利用网关可以提高通信的安全性,因为可以在客户端和网关之间的通信上加密以确保连接的安全。

  3. 隧道

    隧道可按要求建立一条与其他服务器的通信,届时使用SSL等加密手段进行通信。隧道本身不会对HTTP进行解析。

缓存:代理服务器或者客户端保存的资源副本。利用缓存可以减少对源服务器的访问,节省了通信流量和时间。

    缓存的有效期:当判断缓存失效,缓存服务器或者客户端会再次从源服务器请求新的资源。

原文地址:https://www.cnblogs.com/imhjh/p/10113889.html

时间: 2024-08-03 22:58:06

《图解 HTTP 》阅读 —— 第五章的相关文章

C#图解教程 第二十五章 其他主题

其他主题 概述字符串使用 StringBuilder类把字符串解析为数据值关于可空类型的更多内容 为可空类型赋值使用空接合运算符使用可空用户自定义类型 Main 方法文档注释 插入文档注释使用其他XML标签 嵌套类型 嵌套类的示例可见性和嵌套类型 析构函数和dispose模式 标准dispose模式比较构造函数和析构函数 和COM的互操作 其他主题 概述 在本章中,我会介绍使用C#时的一些重要而又不适合放到其他章节的主题,包括字符串操作.可空类型.Main方法.文档注释以及嵌套类型. 字符串 对

图解http协议(五章与http协作的web服务器)

今天看了网络协议(5)web服务器. 第二章我们了解了一个简单的客户端和服务器进行交互的方式.现在我们看看在实际中是做哪些改进的吧. 1 关键字:映射.这个映射就是可以使客户端和服务器分离了.一个客户端对应一个DNS映射,然后通过映射把他的请求发送到服务器上,这就感觉像是一个古代的媒婆,她必须深谐两家的思维习惯.把这边的话"映射"翻译给了那边. 2 两个大头确定了,那么他们之间怎么交流呢?是,通过映射.可是谁来执行呢?那就引出了这几个小鲜肉.代理,网关,和隧道. 先看代理.代理就是向一

C#图解教程 第十五章 接口

接口 什么是接口 使用IComparable接口的示例 声明接口实现接口 简单接口示例 接口是引用类型接口和as运算符实现多个接口实现具有重复成员的接口多个接口的引用派生成员作为实现显式接口成员实现 访问显式接口成员实现 接口可以继承接口不同类实现一个接口的示例 接口 什么是接口 接口是指定一组函数成员而不实现它们的引用类型.所以只能类和结构来实现接口. 这种描述比较抽象,直接来看个示例. 下例中,Main方法创建并初始化了一个CA类的对象,并将该对象传递给PrintInfo方法. class

阅读《软件工程—理论方法与实践》第五章心得体会

阅读第五章所了解到的基本知识,形式化方法是指将离散数学的方法用于解决软件工程领域的问题,主要包括建立精确的数学模型以及对模型的分析活动.主要目的是保证软件的正确性.已建立的形式化方法可分为操作类和描述类.操作类方法基于状态和转移;描述类基于数学公理和概念.形式证明与验证技术主要包括模型检测(适用于有穷状态系统,完全自动化并且验证速度快)和定理证明(采用逻辑公式来表示系统规约及其性质,分为自动和交互式两种).一阶线性时态逻辑是一阶谓词逻辑的扩展.对汉诺塔操作规划问题有了更深一步的理解.计算树逻辑是

Git帮助文档阅读笔记----第二章-第五节---打标签

本节我们一起来学习如何列出所有可用的标签,如何新建标签,以及各种不同类型标签之间的差别. 列显已有的标签 直接运行 git tag 即可: 可以用特定的搜索模式列出符合条件的标签.在 Git 自身项目仓库中,有着超过 240 个标签,如果你只对 1.4.2 系列的版本感兴趣,可以运行下面的命令: $ git tag -l 'v1.4.2.*' v1.4.2.1 v1.4.2.2 v1.4.2.3 v1.4.2.4 新建标签 轻量级的(lightweight) 含附注的(annotated)(建议

大道至简第五章阅读感想

第五章失败的过程也是过程 今天王建民老师依旧带领着我们阅读了大道至简第五章,第五章是失败的过程也是过程.通过前面的技术.团队和沟通,这章主要讲了关于做工程的问题. 文章开篇以一句<明皇实录>中的“虚有其表耳”来说明一个很重要的问题就是:不能只求外表,而是要透过表象,力求实质. 第五章的整体思想是让我们注重过程,因为有很多人从来不注重过程,只注重结果.然而过程对于一个编程人员也是非常重要,如果一个好的编程员从来不在乎程序的过程,只是关心最后程序是否能够实现,那么这个编程员一定不是一个好的编程员.

大道至简第五章阅读笔记

这次第五章的内容谈到了工程的实质内容,那就是做工程做项目的过程.在一个项目中,理解了客户的需求之后就该分析具体的实施计划,很多人总是会做瀑布模型然后按照模型的样子去做完过程的每一个阶段,但是每个阶段又是做过场一样,说起来是有这个步骤,有这一项的规划,但真正的实质内容并没有多少,这样的过场真的是没有什么意义,只是空有其表罢了,做一个项目,我们面对的的客户,我们在最后是要把成型的,有用的,能达到客户要求的项目拿出来的,所以说实现才是我们最终的目的,无论我们要做的是一个小的工具还是一个大的项目,做工程

《大道至简》第五章读后感

失败的过程也是过程,我觉得这句话很有深意,阅读完大道至简第五章,我又有了很深的感触. 首先是“做过程不是做工程”,过程是为了实现某种目的而经历的一些事情,过程有很多种,虽然经历了某种过程,但不一定能实现某种功能.做完过程的每一个阶段,并不等于做工程.做过程不是做工程的精义,也不是最终目的. 然后是“做过场”,做过场就好像是一种形式一样,做了没必要做的事情,就是浪费时间. 做工程的最终目的是实现客户的要求,工程只是一种实现的途径.最初做开发的前辈们,不用什么工程或者过程,也一样编出了程序,也一样解

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是