韩国做 mp4下载网站网站主体变更

当前位置： 首页 > news >正文

韩国做 mp4下载网站,网站主体变更,仿商城版淘宝客网站源码,h5调用小程序api一.认识请求方法(method) 1.GET方法 请求体中的首行包括#xff1a;方法#xff0c;URL#xff0c;版本号 方法描述的是这次请求#xff0c;是具体去做什么 GET方法#xff1a; 1.GET 是最常用的 HTTP 方法. 常用于获取服务器上的某个资源。 2.在浏览器中直接输入 UR…一.认识请求方法(method) 1.GET方法 请求体中的首行包括方法URL版本号 方法描述的是这次请求是具体去做什么 GET方法 1.GET 是最常用的 HTTP 方法. 常用于获取服务器上的某个资源。 2.在浏览器中直接输入 URL, 此时浏览器就会发送出一个 GET 请求. 另外, HTML 中的 link, img, script 等标签, 也会触发 GET 请求. GET 请求的特点 首行的第一部分为 GET URL 的 query string 可以为空, 也可以不为空. header 部分有若干个键值对结构. body 部分为空. 2.POST方法 POST 方法也是一种常见的方法, 多用于提交用户输入的数据给服务器(例如登陆页面).
通过 HTML 中的 form 标签可以构造 POST 请求, 或者使用 JavaScript 的 ajax 也可以构造 POST 请求. 两个非常经典使用POST场景 1.登录 2.上传 登录码云时 POST 请求的特点 首行的第一部分为 POST URL 的 query string 一般为空 (也可以不为空) header 部分有若干个键值对结构. body 部分一般不为空. body 内的数据格式通过 header 中的 Content-Type 指定. body 的长度由 header 中的 Content-Length 指定. 3.GET和POST 我们知道请求体的基本格式包含四个部分首行请求头Header正文Body空行 在正文body中body是你可以存放任意格式的数据只有前端和后端约定好即可从使用习惯上说GET没有body,POST含有bodyGET会把需要给服务器的补充信息放到query string中url POST会把这些信息放到body中。 对于GET和POST在使用习惯上还是有明显区别的 1.GET习惯于把数据放到url中的query string中POST习惯于把数据放到body中。 GET也可以把数据放到body中POST也可以把数据放到query string大部分服务器和浏览器都适用注意我说的是大部分。  2.语义上的区别在标准文档中GET的语义是用来获取数据POST的语义是给服务器传输数据 但实际使用不一定拘泥于上述要求  3.关于幂等性在标准文档中建议GET请求实现成幂等的POST则无要求。 什么是幂等 1.每次输入的内容一定输出的结果也一定称之为幂等。 2. 每次输入的内容一定输出的结果不一定不是为幂等。 GET在实际开发中也可以不实现幂等 4.GET请求是可以被浏览器收藏夹收藏的POSt请求不可以。 网上的以下说法不太准确这里做些补充。 1.POST比GET更安全因为在登录时如果使用GET用户名密码就会显示url中此时会被别人看见显得不安全。 但其实是POST数据没有显示在url中也是可以被黑客通过抓包获取到的真正保证安全性关键在于加密如果数据加密了就算放到url显示又如何呢 2.GET传输的数据量小存在上限POST传输的数据量更大 这描述的是在以前实际上HTTP标准文档上明确说了对于GETurl的长度不受限制之前老版本的IE浏览器在实现的时候url长度确实是有限制不过这是放在以前现在比较长的url也是很常见的 3.GET 只能携带文本数据,POST 则可以携带二进制数据 这个说法不能说是完全错误,确实有一定的局限性的.URL 通过 query string 来携带数据query string 是只能包含文本的. 但是可以对二进制数据进行 urlencode转码自然就成了文本了到了服务器自然进行 urldecode解码, 就能把数据还原成二进制.POST 请求 body 中也经常不是直接携带二进制也有很多时候是对二进制数据进行 urlencode/ base64 等方式进行转码 4.其他方法 实际上这些方法的语义是属于标准文档作者的制定原则Http 是应用层协议开发者在实际开发时完全可以自己制定“规则”如上可以在POST来从服务器拿数据也可以用GET往服务器放数据。甚至可以全用POST。 其他方法 PUT 与 POST 相似只是具有幂等特性一般用于更新 DELETE 删除服务器指定资源 OPTIONS 返回服务器所支持的请求方法 HEAD 类似于GET只不过响应体不返回只返回响应头 TRACE 回显服务器端收到的请求测试的时候会用到这个 CONNECT 预留暂无使用 这些方法的 HTTP 请求可以使用 ajax 来构造. (也可以通过一些第三方工具)
以上用法比较少绝大部分都是使用GET/POST方法 二.认识请求报头header  1.Host Host 表示服务器主机的地址和端口. 比如 其实URL 已经包含了 Host 了gitee.com 这里的 Host 和 URL 中的 ip 地址 端口绝大部分情况下都是一样的 少数情况可能不同。 2.Content-Length Content-Length表示 body 中的数据长度 通过这个长度来处理粘包问题因为HTTP 底层也是基于 TCP 连续传输多个 HTTP 数据报,此时接收方这边的接收缓冲区里就会积累多个包的数据,应用程序在读取这些数据的时候就需要明确包之间的边界。 3.Content-Type Content-Type 表示请求的 body 中的数据格式. body 可以传输很多种格式的.包括程序员也可以自己约定任意的格式 但是有些格式是非常常见的比如 请求中的格式如下 1. application/json  (body就是json) 2.application/x-www-form-urlencodedform表单 3. multipart/form-data 上传文件时使用 响应中的格式如下 1. text/plain 纯文本 2. text/html html 3. text/css Css 4. application/javascript js 5. application/json 6. image/png 7. image/jpg 同时响应格式的后面还可以添加编码方式 如 4 User-Agent(简称UA)   User-Agent:表示浏览器/操作系统的属性 用法有三点  1.UA可以根据当时用户使用的设备来正常的打开网站 在上古时期上古时期,UA 非常关键的部分.不同用户使用的上网的设备,差异很大(当年计算机发展速度日新月异)同一个时间段内,用户使用新设备和或者是旧设备的情况的会同时存在旧设备打开新特性的网站是无法正常打开的。 比如你是一个程序员,你要写一个网站你写的网站是否要使用新的特性呢? 使用新特性,老的设备就无法正常打开 不使用新特性,你这个网站就打打不过竞争对手。 而借助 UA 就能解决上述问题 服务器就可以针对此时的 UA 的信息进行判定。 如果用户用的是很老的设备,返回的页面就不包含新特性, 确保这个页面能够正确访问出来。 如果用户用的是新的设备,返回的页面就包含新特性,确保这个页面体验足够好。 2.根据操作系统的不同来返回对应的页面布局. UA 里包含了系统信息,就可以判定系统是 PC 的系统还是移动端的系统,此时就可以根据这个信息来返回不同的页面了 不过现在常用的使用响应式布局来进行页面布局。 因为使用UA的话需要维护两段代码PC端和移动端 而响应式布局中通过一套代码就可以适应不同尺寸的显示器 取值的CSS3 提供了一个特性,媒体查询 可以感知到当前屏幕的尺寸根据不同的尺寸应用不同的样式。 3. 手动把 UA 改成 PC的 UA,手机版就能访问 电脑版 的网页了。 5.Referer Referer描述了当前的页面从哪里来的 以前refer是可以被修改的比如我是从百度跳转这个广告可以修改成来自360跳转。这样会属于百度的流量丢失等于钱丢失。 所以现在的 HTTP S 就能够很好的解决上述问题。SSL(网络中用于加密的协议)加密就能把 header 和 body 都进行加密网络上传输的就是密文了运营商要想修改,就得先破解~就算你能解密,你也篡改不了(一旦修改就能被用户的浏览器感知到)。 6.cookie  Cookie 本质上是一个,浏览器这边本地持久化存储数据的机制,就是把数据存到硬盘里。 在谈及cookie的作用之前先看看下面两个问题。  浏览器作为电脑上的一个程序,能否直接读写本地磁盘文件呢? 当然可以! 系统提供了 API 操作文件作为一个程序当然可以调用这些 api 来操作了 浏览器上运行的网页,能否通过浏览器提供的 api 来读写本地磁盘文件呢? 可以理论上完全可行,但是浏览器禁止了这种做法.(浏览器并没有给网页提供这样的 api) 一个网页不能直接的读写你的硬盘文件。这是为了安全性!假如你打开一个网站,随手一点就打开了 一个黑客搞的恶意网站,此时人家通过网页直接把你电脑上的所有学习资料都给你一删必然会造成重大损失!! 但是确实,有些网站,是需要把一些信息保存到浏览器这边的比如当前登录的用户的身份信息. 那怎么办捏如下 HTTP 请求中的 Cookie 字段, 就是把本地存储的 Cookie 信息发送到服务器这边 HTTP 响应中会有一个 Set-Cookie 字段,就是服务器告诉浏览器你要在本地保存哪些信息 格式都是程序员定义的键值对 Cookie的作用 通过Cookie网站可以识别并记住用户的身份和会话状态如登录状态、购物车内容等。这样用户在不同页面之间跳转时网站能够持续提供个性化的服务如保持用户登录状态、显示用户购物车中的商品等。 想象你去了一家你常去的咖啡馆。这家咖啡馆为了提供更好的服务决定用一种小卡片来记住你的喜好。这就是Cookie在Web世界中的类似物。 第一次去咖啡馆你告诉服务员你喜欢喝拿铁不加糖。服务员很贴心地拿出一张小卡片写上你的偏好然后把这个小卡片Cookie给了你让你下次来时出示。下次再去你走进咖啡馆直接出示了小卡片Cookie。服务员看到你的卡片立刻就知道你的喜好直接为你准备了一杯不加糖的拿铁无需你再次说明。 这里的小卡片就像是Web中的Cookie它帮助咖啡馆服务器记住了你的个人喜好用户数据。 关于Cookie的重要结论 1.Cookie 从哪里来? 服务器返回给浏览器的.通常都是首次访问/登录成功之后 2.Cookie 到哪里去? Cookie 会存储在浏览器本地主机的硬盘上. 后续每次访问服务器都会带上。 Cookie不同的客户端,保存的 Cookie 是不同的.即使是同一个主机,使用不同浏览器,Cookie 大概率也不同。 3.Cookie 中存什么? 键值对格式的数据.这里的内容都是程序员自定义的。和 query string 一样外人无从理解不同网站的Cookie的都是不一样的 4.Cookie 在浏览器这边如何组织?在硬盘本地保存,是按照不同的域名为维度分别存储不如你的浏览器访问百度,有一组 cookie 访问搜狗,也有一组 cookie。 5.Cookie用途用来在客户端保存数据其中最重要的是保存用户的身份标识服务器就可以通过标识来区分用户。 一些其他的业务数据一般不会存到cookie中 cookie 随时可以删除掉把业务数据存储在服务器通过 cookie 中的身份标识找到对应的数据   浏览器的另一个保存机制一般账号密码不会在 cookie 中保存cookie 是要传输给服务器的 一般浏览器保存的密码都是明文密码,明文密码放到 cookie 当然不合适,虽然有 https 能加密。https 侧重于是不能被篡改”而不是不能被解密。 7.补充 在使用Fiddler抓包时为什么有一大块呈现灰色 为什么下面有一整块都是灰色的呢 因为浏览器和服务器之间要进行多次网络交互,整体的过程是比较低效的为了提升效率,就会把一些固定不变的内容在浏览器本地的机器硬盘上进行缓存. 例如css,图片,js等,它们是很少发生改变将这些保存到硬盘上之后,后续再请求,就可以直接从硬盘上读取数据,减少了网络交互的开销.网络带宽可是比cpu还贵的资源。 小技巧使用 ctrl F5 强制刷新就可以不读取缓存,直接读取服务器数据。 如图