56 Django--HTTP协议与Django下载使用

目录

• HTTP协议
  • HTTP工做原理：
  • HTTP特色：
  • HTTP请求方式：
  • URL : 统一资源定位符
  • HTTP请求格式
  • HTTP响应协议
  • HTTP状态码
    • 301和302区别
• Django下载及简单示例
  • 基于Django实现一个简单示例
• MVC和MTV框架
  • mvc
  • MTV

HTTP协议

超文本传输协议(HyperText Transfer Protocol,HTTP)是一种用于分布式、协做式和超媒体信息系统的应用层协议。HTTP是万维网的数据通讯的基础。

1999年6月公布的 RFC 2616，定义了HTTP协议中现今普遍使用的一个版本——HTTP 1.1。

HTTP工做原理：

HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行做为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。

如下是 HTTP 请求/响应的步骤：

1. 客户端链接到Web服务器
   一个HTTP客户端，一般是浏览器，与Web服务器的HTTP端口（默认为80）创建一个TCP套接字链接。
2. 发送HTTP请求
   经过TCP套接字，客户端向Web服务器发送一个文本的请求报文，一个请求报文由请求行、请求头部、空行和请求数据4部分组成。
3. 服务器接受请求并返回HTTP响应
   Web服务器解析请求，定位请求资源。服务器将资源复本写到TCP套接字，由客户端读取。一个响应由状态行、响应头部、空行和响应数据4部分组成。
4. 释放链接TCP链接
   若connection 模式为close，则服务器主动关闭TCP链接，客户端被动关闭链接，释放TCP链接;若connection 模式为keepalive，则该链接会保持一段时间，在该时间内能够继续接收请求;
5. 客户端浏览器解析HTML内容
   客户端浏览器首先解析状态行，查看代表请求是否成功的状态代码。而后解析每个响应头，响应头告知如下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML，根据HTML的语法对其进行格式化，并在浏览器窗口中显示。

例如：在浏览器地址栏键入URL，按下回车以后会经历如下流程：

1. 浏览器向 DNS 服务器请求解析该 URL 中的域名所对应的 IP 地址;
2. 解析出 IP 地址后，根据该 IP 地址和默认端口 80，和服务器创建TCP链接;
3. 浏览器发出读取文件(URL 中域名后面部分对应的文件)的HTTP 请求，该请求报文做为 TCP 三次握手的第三个报文的数据发送给服务器;
4. 服务器对浏览器请求做出响应，并把对应的 html 文本发送给浏览器;
5. 释放 TCP链接;
6. 浏览器将该 html 文本并显示内容; 　

HTTP特色：

　http协议是基于TCP/IP协议之上的应用层协议。

1. 基于请求-响应 的模式：HTTP协议规定,请求从客户端发出,最后服务器端响应该请求并 返回。换句话说,确定是先从客户端开始创建通讯的,服务器端在没有 接收到请求以前不会发送响应。

2. 无状态保存：HTTP是一种不保存状态,即无状态(stateless)协议。HTTP协议 自身不对请求和响应之间的通讯状态进行保存。也就是说在HTTP这个级别,协议对于发送过的请求或响应都不作持久化处理。

   ​ 使用HTTP协议,每当有新的请求发送时,就会有对应的新响应产生。协议自己并不保留以前一切的请求或响应报文的信息。这是为了更快地处理大量事务,确保协议的可伸缩性,而特地把HTTP协议设计成 如此简单的。

3. 无链接：无链接的含义是限制每次链接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开链接。采用这种方式能够节省传输时间，而且能够提升并发性能，不能和每一个用户创建长久的链接，请求一次响应一次，服务端和客户端就中断了。可是无链接有两种方式，早期的http协议是一个请求一个响应以后，直接就断开了，可是如今的http协议1.1版本不是直接就断开了，而是等几秒钟，这几秒钟是等什么呢，等着用户有后续的操做，若是用户在这几秒钟以内有新的请求，那么仍是经过以前的链接通道来收发消息，若是过了这几秒钟用户没有发送新的请求，那么就会断开链接，这样能够提升效率，减小短期内创建链接的次数，由于创建链接也是耗时的，默认的好像是3秒中如今，可是这个时间是能够经过我们后端的代码来调整的，本身网站根据本身网站用户的行为来分析统计出一个最优的等待时间。

HTTP请求方式：

1. GET : 向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据，而不该当被用于产生“反作用”的操做中。
2. POST : 向指定资源提交数据，请求服务器进行处理(提交表单或者上传文件)。数据被包含在请求本文中。
3. HEAD : 与GET方法同样，都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于，使用这个方法能够在没必要传输所有内容的状况下，就能够获取其中“关于该资源的信息”（元信息或称元数据）。
4. PUT : 向指定资源位置上传其最新内容。
5. DELETE : 请求服务器删除Request-URI所标识的资源。
6. TRACE : 回显服务器收到的请求，主要用于测试或诊断。
7. OPTIONS : 这个方法可以使服务器传回该资源所支持的全部HTTP请求方法。用'*'来代替资源名称，向Web服务器发送OPTIONS请求，能够测试服务器功能是否正常运做。
8. CONNECT : HTTP/1.1协议中预留给可以将链接改成管道方式的代理服务器。一般用于SSL加密服务器的连接（经由非加密的HTTP代理服务器）。
9. patch

注意事项：

1. 方法名称是区分大小写的。当某个请求所针对的资源不支持对应的请求方法的时候，服务器应当返回状态码405（Method Not Allowed），当服务器不认识或者不支持对应的请求方法的时候，应当返回状态码501（Not Implemented）。
2. HTTP服务器至少应该实现GET和HEAD方法，其余方法都是可选的。固然，全部的方法支持的实现都应当匹配各自的语义定义。此外，除了上述方法，特定的HTTP服务器还可以扩展自定义的方法。例如PATCH（由 RFC 5789 指定的方法）用于将局部修改应用到资源。

请求方式: get与post请求（form表单示例）

• GET提交的数据会放在URL以后，也就是请求行里面，以?分割URL和传输数据，参数之间以&相连，如EditBook?name=test1&id=123456.（请求头里面那个content-type作的这种参数形式，后面讲） POST方法是把提交的数据放在HTTP包的请求体中.

• GET提交的数据大小有限制（由于浏览器对URL的长度有限制），而POST方法提交的数据没有限制。

• GET与POST请求在服务端获取请求数据方式不一样，就是咱们本身在服务端取请求数据的时候的方式不一样了。

  get通常用于获取数据；post通常用于提交数据。

URL : 统一资源定位符

超文本传输协议（HTTP）的统一资源定位符将从因特网获取信息的五个基本元素包括在一个简单的地址中：

• 传送协议。
• 层级URL标记符号(为[//],固定不变)
• 访问资源须要的凭证信息（可省略）
• 服务器。（一般为域名，有时为IP地址）
• 端口号。（以数字方式表示，若为HTTP的默认值“:80”可省略）
• 路径。（以“/”字符区别路径中的每个目录名称）
• 查询。（GET模式的窗体参数，以“?”字符为起点，每一个参数以“&”隔开，再以“=”分开参数名称与数据，一般以UTF8的URL编码，避开字符冲突的问题）
• 片断。以“#”字符为起点

以http://www.luffycity.com:80/news/index.html?id=250&page=1 为例, 其中：

​ http，是协议；
​ www.luffycity.com，是服务器域名；
​ 80，是服务器上的默认网络端口号，默认不显示；
​ /news/index.html，是路径（URI：直接定位到对应的资源）；
​ ?id=250&page=1，是查询。
​ 大多数网页浏览器不要求用户输入网页中“http://”的部分，由于绝大多数网页内容是超文本传输协议文件。一样，“80”是超文本传输协议文件的经常使用端口号，所以通常也没必要写明。通常来讲用户只要键入统一资源定位符的一部分（www.luffycity.com:80/news/index.html?id=250&page=1）就能够了。

​ 因为超文本传输协议容许服务器将浏览器重定向到另外一个网页地址，所以许多服务器容许用户省略网页地址中的部分，好比 www。从技术上来讲这样省略后的网页地址其实是一个不一样的网页地址，浏览器自己没法决定这个新地址是否通，服务器必须完成重定向的任务。

HTTP请求格式

请求格式：

​ 请求行 请求头部 空行 请求数据

请求行：

​ 请求方式（GET/POST） 路由url（路径） HTTP/1.1

HTTP响应协议

响应格式：

​ 状态行 响应头部 空行 响应正文

状态行：

​ HTTP/1.1 200 OK

HTTP状态码

有HTTP响应的第一行都是状态行，依次是当前HTTP版本号，3位数字组成的状态代码，以及描述状态的短语，彼此由空格分隔。

状态代码的第一个数字表明当前响应的类型：

• 1xx消息——请求已被服务器接收，继续处理
• 2xx成功——请求已成功被服务器接收、理解、并接受
• 3xx重定向——须要后续操做才能完成这一请求
• 4xx请求错误——请求含有词法错误或者没法被执行
• 5xx服务器错误——服务器在处理某个正确请求时发生错误

类型	类别	缘由短语
1XX	Informational(信息性状态码)	接收的请求正在处理
2XX	Success(成功状态码)	请求正常处理完毕
3XX	Redirection(从新定向状态码)	须要进行附加操做以完成请求
4XX	Client Error(客户端错误状态码)	服务器没法处理请求
5XX	Server Error(服务器错误状态码)	服务器处理请求出错

301和302区别

301是永久重定向，302是临时重定向。

1）301和302的区别。

　　301和302状态码都表示重定向，就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址能够从响应的Location首部中获取
  （用户看到的效果就是他输入的地址A瞬间变成了另外一个地址B）——这是它们的共同点。

　　他们的不一样在于。301表示旧地址A的资源已经被永久地移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也将旧的网址交换为重定向以后的网址；

　　302表示旧地址A的资源还在（仍然能够访问），这个重定向只是临时地从旧地址A跳转到地址B，搜索引擎会抓取新的内容而保存旧的网址。 SEO302好于301

 

2）重定向缘由：
（1）网站调整（如改变网页目录结构）；
（2）网页被移到一个新地址；
（3）网页扩展名改变(如应用须要把.php改为.Html或.shtml)。
        这种状况下，若是不作重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户获得一个404页面错误信息，访问流量白白丧失；再者某些注册了多个域名的
    网站，也须要经过重定向让访问这些域名的用户自动跳转到主站点等。

Django下载及简单示例

下载安装：

pip3 install django == 1.11.9

pip3 install django == 1.11.9 -i https://pypi.tuna.tsinghua.edu.cn/simple/  # 清华源下载

建立项目：

1. 命令行：   django-admin startproject 项目名

2. pycharm：File--New Project--Django--location中写项目路径及文件名、选择Existing interpreter(添加python解释器)

建立应用：

python manage.py startapp 应用名

须要在setting配置文件中，installapps的列表中，添加一个app名称做为配置。

应用下有几个文件：
    models.py ：以前咱们写的那个名为model的文件就是建立表用的，这个文件就是存放与该app(应用)相关的表结构的。
    views.py ：存放与该app相关的视图函数的（逻辑）。

启动项目：

python manage.py runserver          # 默认是127.0.0.1:8000

python manage.py runserver  127.0.0.1   # 设置ip，端口默认8000

python manage.py runserver  127.0.0.1:80    # 全设置，不用写80端口

基于Django实现一个简单示例

url控制器

from django.conf.urls import url
from django.contrib import admin

from app01 import views

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^home/', views.home),]

视图views

from django.shortcuts import render,HttpResponse

def home(request):  # request -- 请求相关的信息对象
    
    return render(request, 'home.html') 
    #模板渲染 模板就是html页面 渲染就是字符串替换 
    #第一个参数:request  第二个参数是html页面路径
    #return HttpResponse('str')     # 返回字符串数据

template文件夹下home.html 模板

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<h1>24期官网</h1>
</body>
{#<script src="jquery.js"></script>#}
</html>

启动项目后，执行效果以下：

若是报如下错误：

如今只须要作一步，在settings配置文件里面将这一行注释掉，这是django给你加的一个csrf的认证，如今不须要。

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    # 'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

MVC和MTV框架

mvc

​ Web服务器开发领域里著名的MVC模式，所谓MVC就是把Web应用分为模型(M)，控制器(C)和视图(V)三层，他们之间以一种插件式的、松耦合的方式链接在一块儿，模型负责业务对象与数据库的映射(ORM)，视图负责与用户的交互(页面)，控制器（url分发器）接受用户的输入调用模型和视图完成用户的请求，其示意图以下所示：

MTV

Django的MTV模式本质上和MVC是同样的，也是为了各组件间保持松耦合关系，只是定义上有些许不一样，Django的MTV分别是值：

• M 表明模型（Model）： 负责业务对象和数据库的关系映射(ORM)。
• T 表明模板 (Template)：负责如何把页面展现给用户(html)。
• V 表明视图（View）： 负责业务逻辑，并在适当时候调用Model和Template。

　　除了以上三层以外，还须要一个URL分发器，它的做用是将一个个URL的页面请求分发给不一样的View处理，View再调用相应的Model和Template，MTV的响应模式以下所示：

​ 通常是用户经过浏览器向咱们的服务器发起一个请求(request)，这个请求会去访问视图函数，（若是不涉及到数据调用，那么这个时候视图函数返回一个模板也就是一个网页给用户），视图函数调用模型，模型去数据库查找数据，而后逐级返回，视图函数把返回的数据填充到模板中空格中，最后返回网页给用户。