关于HTTP 你最好知道的

不知不觉,还是躲不过奇怪的520,该来的还是躲不掉的。从小就是一个剪不断理还乱的人,这么久了,也没有整清楚感情究竟是什么套路。子曾经曰过,欲穷天下之事,深谙套路二字。这条路上,这辈子估计只能曲曲折折了。

每个女孩,都是一个崭新的世界

话说回来,在小采风心里面,每个女孩,都是一个崭新的世界。每个世界各有不同,回过头来,趣味无穷。估计是年纪还小,可能上帝明明之中,希望我能够多多看看不同的世界,再遇到那个携手浪荡下去的那个她。按照这般逻辑,这条曲曲折折的路,看来还很漫长,自己还是自身修炼好,才能更好应对未知的曲折。

感情路上的小打小闹,没有什么特别的经验需要分享,就像下面的落叶,纵使心中有爱,也只剩下枯萎的一面了。有几个误区,我自己给自己讲清楚:

再枯萎,也要有阳光

(一)说起感情来头头是道的朋友呢,通常就是感情经验非常匮乏的,因为感情匮乏,所以只能从书本、影视剧里窥探这般神奇,因此也就是理论超过实践,而往往感情经验相对丰富的人,从不会标榜自己是个感情专家,建议理论学者们投入实践的洪流中;

(二)漂亮的妹子单身的可能性真是不低,这个问题,似乎西电的校园里还更高了,插一句嘴,西电的妹子真的很棒,简单,认真(本科时候做过全校自习情况的调研,西电女生的勤奋,俺可是有数据证明的哦!)。优秀,有时候还真是一种障碍,对于多数男生来说,所以,奉劝身边胆大心细的朋友,你所需要做的就是勇敢,相信自己,报得美人归,这是很赞的增值服务。优质女生,真的会有意向不到的惊喜,往往相互间的影响受益无穷,比如你懂的,认识得就不说了;

(三)分手的本质原因其实可以归于那些付出特别多的人,这里还是需要明确一下是特别多。从个人经验来看(不,不是个人经验,从感觉来看,我还小),最好的感情,往往也是双方舒适度最佳的时候。一方太多的付出(注意尤其是部分男生),在让自己心安理得的时候,其实对女生的伤害是在是太大了,因为女孩子希望能够有所回报,却总是赶不及你对他的好,这种不平衡的状态 ,往往会是危机爆发的前兆,因为这种方式,离最初的双方舒适区越来越远;

(四)我好,你也好。(这里是不是跟什么广告比较像,想不起来了)。一方过多的付出,似乎给了自己道德制高点,即使没有让另一半满意,至少没有做错事。这种方式,其实还是不对的。人不为己,天诛地灭,本性总归是自私的。太多的付出,其实是有一丢丢希望有回报的,此时,心中多多少少是有些怨言的,即使嘴上不说藏在心里,有天吵架,还是会暴露出来的,“我都已经怎么怎么样了,你还不怎么怎么样?”,之类的话就会破口而出了。所以,一个合适的另一半,如果自己因此就丢失了自己的爱好,自己完全放弃了自己的爱好,比如说游戏什么的,其实也会心理不舒服。相反,还是相互理解相互尊重吧!一个不尊重的另一半,在一起有什么意思呢?说这句话的时候,先要保证自己内心无愧哦!

都说暧昧是感情最好的阶段,可能就是不丢失自己,还趣味无穷吧!最高境界呀!(不良朋友)

为了这一刻,努力

以上言论,都是小采风自己的胡言乱语,没有什么经验的人,都是一张白纸瞎玩,早已经是水墨画的看官们切勿见怪。总之呢,一句话,什么时候,遇到什么人,不是自己能决定的,切记主动多一些且爱自己多一些,才能没有遗憾。今天有点走偏了,不过还是要祝各位朋友,对自己女朋友好点,谁让自己是个男生呢?毕竟,男生做的一切,不都是搏君一笑吗?

话不多说,有点跑偏了,记录一下HTTP中有一些自己需要注意的概念,假装高大上一下喽!

一、web服务器:工作原理

web服务器不同的类型和配置,不过呢,其基本的工作原理相同,如图1:

图1:web服务器工作原理

(1)建立连接:连接建立且被接收,服务器将新连接添加到连接服务列表中;可以随意拒绝或断开任意连接,原因可能是客户端未认证,或是恶意攻击;

(2)接收请求:部分web服务器存在特殊的数据结构,包含报文中各个片段的指针及长度,通过快速查询表,以便快速访问报文部分字段;web服务器连接结构有多种,有基于单线程、多进程多线程、复用IO结构及复用多线程的,为保持大量连接,复用IO结构大量使用,且复用多线程是基于多线程观察打开的连接;

(3)处理请求:web服务器根据方法、资源、首部和主体部分,进行相应处理;

(4)访问资源:web服务器在请求的资源路径上,添加自己的文档根目录,便可以准确定位文档资源;对于虚拟主机托管(一台服务器上面有多个站点),服务器根据客户端信息,包括HOST首部信息,或者主机名,定位正确的对应的文档根目录;应用程序服务器,将web服务器连接到后端的应用程序,生成动态的访问资源;

(5)构建响应:web服务器为每个资源扫描包含所有扩展名的MIME类型的文件,基于扩展名的MIME类型是最为常见的;重定向是比较复杂的,由于资源永久移动,临时移动,URL增强,负载均衡,致使资源永久性移动,关于通用的重定向方法,下文予以介绍;

(6)发送响应:注意持久化连接和非持久化连接的差异;

(7)记录日志:存在多种日志格式,在小采风的MySQL的那点事儿中,有谈到,在主从复制中,二进制日志和中继日志的不同格式,对于主从复制的效率、一致性和完整性存在一定的影响;

二、代理:功能 位置 流量 追踪

(1)功能:代理的种类繁多,采用部分具体的实例来看

安全防火墙:在单一的网路节点上,限制部分应用层协议的数据的流入和流出

web缓存:缓存常用的文档,减少冗余数据的传输及通信带宽、流量等,下文中具体介绍;

反向代理器:位于web服务器前面,享有共同的域名和IP,但是其具有转发给其他服务器的功能,减少对于访问缓慢的web服务器的压力,也被称为服务器加速器

代理具有过滤、转码和匿名的其他实例,其功能有自己的应用场景;

(2)位置:常见的不同位置

出口代理:位于本地网络的出口点,控制本地网络与大型网络的流量,公司提供对外的防火墙、避免小学生浏览不恰当的内容等;

ISP访问代理:ISP是互联网服务提供,其用来处理客户的聚合请求,使用缓存存储常见的文档,提高用户的访问速度;

反向代理:部署在网络边缘,具体功能,上面已经介绍;

(3)流量:HTTP流量如何流向代理

修改客户端:修改浏览器配置,使其与代理服务器建立连接;

修改网络:修改监视HTTP流量的交换机和路由器,进行适当拦截,使其流向代理;

修改DNS命名空间:手工编辑DNS名称列表,使用动态DNS服务器选择合适代理服务器;

修改web服务器:在web服务器请求的第五个环节,采用重定向技术;

(4)追踪:追踪报文的代理流

Via首部:包含协议名、协议版本、节点名和节点注释;请求路径和返回路径是相反的;可以记录通过网关时的协议转换;

TRACE方法:请求行中的TRACE方法,可以记录报文的代理流,其中的Max-Forwards方法,限制其在多少跳之后,必须返回、到达目的终点;

三、缓存:功能 处理 新鲜度

(1)功能:命中率和字节命中率越高越好

减少冗余数据传输:缓存中为常用文档的副本,减少向服务器的相同文档的请求;

减少带宽需求:因为传输数据减少,带宽需求响应减少;

避免瞬间拥塞:突发事件引发对相同资源的大量请求,缓存有效避免瞬间拥塞现象;

降低距离时延:缓存部署在客户端距离较近的地方,减少远距离传输的时延问题;

(2)处理:处理步骤

图2:缓存的处理步骤

注意事项:

a)接收报文阶段,在报文主体未全部到达之前,已经开始对于事务进行处理;

b)报文解析时,类似于web服务器接收报文时,存在特定的数据结构,快递查询不同的首部;

c)缓存命中时,存在快速算法检测是否命中;缓存对象中包含元数据,记录缓存停留时间,使用次数等;

d)如果足够新鲜,则响应报文主体不变,但是响应首部需要进行相应更改,注意缓存的Date首部无需进行更改,其表示原始服务器产生报文的时间;

那么?如何保证缓存中的常用文档的新鲜度呢?HTTP使用文档过期和服务器再验证来保证,的简单工作机制如下图3:

图3:文档新鲜度保证原理

(1)文档过期:

原始服务器向每个文档增加过期时间,在该时间范围内,文档可以被任意使用,其基于报文中的两个首部:Cache-Control和Expires,两个首部的使用原理相同,但是前者使用的是相对日期,后者使用的是绝对日期;

(2)服务器再验证:

文档过期,并不意味是文档的主体内容不能再使用,需要与原始服务器端进行再验证,其策略:

a)再验证文档内容发生变化,则缓存会获取新的文档副本,并将其存储在旧的文档位置,并将其发送到客户端;

b)再验证文档内容没有发生新的变化,缓存仅获取新的首部,包含一个新的过期时间,并对缓存中的首部进行更新即可;

实际中,使用基于条件方法进行再验证,包括If-Modified-Since:Date和If-None-Match:<tages>进行再验证,前者即为是否在指定日期之前被更改,如果发生更改,则缓存获取新的报文;后者基于实体标签进行再验证,实体标签是附加到文档上的任意标签,服务器对于文档进行更新后,其版本号会发生更改,如果条件成立,则获取新的文档;

四、通用的重定向方法

HTTP重定向、DNS重定向、任播地址、IP MAC转发及IP地址转发

重定向的原则

配置浏览器应用程序,将其重定向到代理服务器;

DNS应用程序,根据不同区域的地址,选择不同的IP地址;

交换机和路由器会检查报文中的TCP/IP地址,确定分组的发送路线;

web服务器通过HTTP重定向将请求定位到不同的web服务器;

(1)HTTP重定向

web服务器选择“最佳”的可用服务器,并将其以短的重定向报文发给客户端,其存在着一定的缺点,a)访问页面需要两次往返,增加时延;b)原始服务器需要进行大量选择,确定最佳;c)重定向服务器出现故障,站点会瘫痪;

(2)DNS重定向

配置DNS应用程序,依据不同的算法,选择合适的IP地址,常见的算法有负载均衡算法、邻接路由算法及故障屏蔽算法,使用这些复杂算法的DNS服务器,成为权威服务器,其工作原理参见下图4:

图4:权威DNS的工作原理

其实解释DNS解析过程,有这么一张图,一图识破DNS解析天机 ,小采风斗胆引用,方便看官们理解,如图5所示:

图5:DNS解析原理

打烊收工了,今天日子有点邪,脑子转的慢慢的,估计是收到520的神奇伤害了,话不多说,亲爱的男朋友女朋友们,节日快乐,日子很短,且新且珍惜。

等我们老了,一起周游世界
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,937评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,503评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,712评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,668评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,677评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,601评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,975评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,637评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,881评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,621评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,710评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,387评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,971评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,947评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,189评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,805评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,449评论 2 342

推荐阅读更多精彩内容