web框架原理
C/S 客户端模式
B/S 浏览器模式 --> Web开发
Web开发的本质其实就是互联网上两台计算机之间的通信
IP、端口、协议
协议:
1.HTTP: 默认端口是80
2.HTTPS 默认端口是443
浏览器输入URL一回车返回页面,之间经历的过程
1.域名 -> DNS解析->IP地址->服务端->返回消息-> 浏览器
2.浏览器 <===>服务器
3.服务器把写好的html页面,返回给浏览器,浏览器按照HTML格式渲染
请求与响应:
http协议中
浏览器给服务器端发送消息过程叫请求(request)
服务器端给浏览器回复消息的过程叫响应 (response)
HTTP 请求方法:
HTTP/1.1协议中共定义了八种方法(也叫“动作”)来以不同方式操作指定的资源:
GET
向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据,而不应当被用于产生“副作 用”的操作中,例如在Web Application中。其中一个原因是GET可能会被网络蜘蛛等随意访问。
HEAD
与GET方法一样,都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于,使用这个方法可以在不必传输全部内容的情况下,就可以获取其中“关于该资源的信息” (元信息或称元数据)
POST
向指定资源提交数据,请求服务器进行处理(例如提交表单或者上传文件)。数据被包含在请求本文中。这个请求可能会创建新的资源或修改现有资源, 或二者皆有。(多用于提交表单)
PUT
向指定资源位置上传其最新内容。(常用于修改)
DELETE
请求服务器删除Request-URI所标识的资源。
TRACE
回显服务器收到的请求,主要用于测试或诊断。
OPTIONS
这个方法可使服务器传回该资源所支持的所有HTTP请求方法。用'*'来代替资源名称,向 Web服务器发 送OPTIONS请求,可以测试服务器功能是否正常运作。
CONNECTZ
HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。通常用于SSL加密服务器的链接(经 由非加密的HTTP代理服务器)。
HTTP状态码
所有HTTP响应的第一行都是状态行,依次是当前HTTP版本号,3位数字组成的状态代码,以及描述状 态的短语,彼此由空格分隔。
状态代码的第一个数字代表当前响应的类型:
1xx消息——请求已被服务器接收,继续处理
2xx成功——请求已成功被服务器接收、理解、并接受
3xx重定向——需要后续操作才能完成这一请求
4xx请求错误——请求含有词法错误或者无法被执行
5xx服务器错误——服务器在处理某个正确请求时发生错误
虽然 RFC 2616 中已经推荐了描述状态的短语,例如"200 OK","404 Not Found",但是WEB开发者 仍然能够自行决定采用何种短语,用以显示本地化的状态描述或者自定义信息。