计算机网络/http
文章平均质量分 90
计算机网络,http等知识
卷王出征
应届菜狗
展开
-
做一个视频通话给自己用吧
用webrtc做一个音视频通话原创 2021-12-31 18:43:42 · 2286 阅读 · 3 评论 -
强缓存、协商缓存具体过程
当我们第一次访问某个页面时,我们会获取这个页面的静态资源文件,把他保存在本地磁盘,这种缓存被称为 http缓存 ,http缓存分为两种,强缓存 和 协商缓存 ,接下来就具体分析一下这两者。一、判断强缓存和协商缓存根据上面的图,当浏览器第2——>n次访问此网页时,首先会去本地磁盘 判断是强缓存还是协商缓存,根据第一次请求时,服务端返回的expires和Cache-Control来判断(第一次请求返回的响应头同样被保存在磁盘里,里面有expires和Cache-Control两个字段的信息),exp.原创 2021-03-31 10:27:25 · 675 阅读 · 0 评论 -
强缓存和协商缓存详解
强缓存到底什么是强缓存?强在哪?其实强是强制的意思。当浏览器去请求某个文件的时候,服务端就在respone header里面对该文件做了缓存配置。缓存的时间、缓存类型都由服务端控制,具体表现为:respone header 的cache-control,常见的设置是max-age public private no-cache no-store等如下图,设置了cahe-control:max-age=31536000,public,immutablemax-age表示缓存的时间是31536000原创 2021-02-28 14:17:16 · 4349 阅读 · 3 评论 -
常见的三大网络攻击!
XSSCross Site Scripting 跨站脚本攻击通常指的是通过利用网页开发时留下的漏洞,通过巧妙的方法注入恶意指令代码到网页,使用户加载并执行攻击者恶意制造的网页程序SQL注入指web应用程序对用户输入数据的合法性没有判断或过滤不严,攻击者可以在web应用程序中事先定义好的查询语句的结尾上添加额外的SQL语句,在管理员不知情的情况下实现非法操作,以此来实现欺骗数据库服务器执行非授权的任意查询,从而进一步得到相应的数据信息。CSRFCross Site Request Forgery原创 2020-10-21 09:49:10 · 453 阅读 · 0 评论 -
TCP的流量控制和拥塞控制
流量控制如果发送方把数据发送得过快,接收方可能会来不及接收,这就会造成数据的丢失。所谓 流量控制 就是让发送方的发送速率不要太快,要让接收方来得及接收。利用滑动窗口机制可以很方便地在TCP连接上实现对发送方的流量控制。(就像关窗户,如果出现流量丢失,就关小一点窗户,减少流量的发送,进行流量控制)TCP的拥塞控制拥塞控制:防止过多的数据注入到网络中,这样可以使网络中的路由器或链路不致过载。(就是客户端需要大量的数据,导致网络链路 负载)发送方控制拥塞窗口的原则是:只要网络没有出现拥塞,拥塞窗口就再增原创 2020-10-16 10:29:01 · 193 阅读 · 0 评论 -
TCP是如何保证包的顺序传输
TCP是如何保证包的顺序传输?大家都知道,TCP提供了最可靠的数据传输,它给发送的每个数据包做顺序化(这看起来非常烦琐),然而,如果TCP没有这样烦琐的操作,那么,可能会造成更多的麻烦。如造成数据包的重传、顺序的颠倒甚至造成数据包的丢失。那么,TCP具体是通过怎样的方式来保证数据的顺序化传输呢?seq: 计算机生成的32位随机序列号ack: 确认序列号,值为seq的值+1客户端 每次发送数据时,TCP就给每个数据包分配一个序列号(seq=x),并且在一个特定的时间内等待 服务端 对分原创 2020-10-15 21:25:00 · 948 阅读 · 0 评论 -
tcp为什么是四次挥手?
因为断开连接是双向的浏览器发送 请求报文 断开,服务端收到同意断开,返回 确认报文然后服务端处理好数据,断开,发送 断开报文 ,浏览器收到,返回 确认报文 ,浏览器断开。原创 2020-10-14 14:32:09 · 145 阅读 · 0 评论 -
TCP为什么是三次握手
防止有延迟的报文建立连接解析:如果第一次有 请求报文 延迟,在某个地点等待了很长时间。浏览器一直没有收到服务端的ACK 确认报文 ,会重新发送一个 请求报文 ,服务端返回 确认报文 ,浏览器会再次回复 确认报文 ,表示这次连接是正常的,可以建立连接了,然后断开。这时,第一次的 请求报文 ,到达了服务端,服务端返回 确认报文,发送回浏览器,但是浏览器识别出 此报文 已经失效,拒绝发送 确认报文,这样服务端就清楚了这个报文是延迟报文,会断开连接,不继续连接占用资源。...原创 2020-10-12 21:37:43 · 106 阅读 · 0 评论