Django的次日

时间 2019-11-18

标签 django 次日栏目 Python 繁體版

原文原文链接

HTTP协议html

1.1 简介
 超文本传输协议：分布式、协做式和超媒体信息系统的应用层协议，是万维网的数据通讯的基础。
 HTTP的发展是由蒂姆·伯纳斯-李于1989年在欧洲核子研究组织（CERN）所发起。HTTP的标准制定由万维网协会（World Wide Web Consortium，W3C）和互联网工程任务组（Internet Engineering Task Force，IETF）进行协调，最终发布了一系列的RFC，其中最著名的是1999年6月公布的 RFC 2616，定义了HTTP协议中现今普遍使用的一个版本——HTTP 1.1。
 2014年12月，互联网工程任务组（IETF）的Hypertext Transfer Protocol Bis（httpbis）工做小组将HTTP/2标准提议递交至IESG进行讨论，于2015年2月17日被批准。 HTTP/2标准于2015年5月以RFC 7540正式发表，取代HTTP 1.1成为HTTP的实现标准。

1.2 协议概述
 HTTP是一个客户端终端（用户）和服务器端（网站）请求和应答的标准（TCP）。经过使用网页浏览器、网络爬虫或者其它的工具，客户端发起一个HTTP请求到服务器上指定端口（默认端口为80）。咱们称这个客户端为用户代理程序（user agent）。应答的服务器上存储着一些资源，好比HTML文件和图像。咱们称这个应答服务器为源服务器（origin server）。在用户代理和源服务器中间可能存在多个“中间层”，好比代理服务器、网关或者隧道（tunnel）。
 尽管TCP/IP协议是互联网上最流行的应用，HTTP协议中，并无规定必须使用它或它支持的层。事实上，HTTP能够在任何互联网协议上，或其余网络上实现。HTTP假定其下层协议提供可靠的传输。所以，任何可以提供这种保证的协议均可以被其使用。所以也就是其在TCP/IP协议族使用TCP做为其传输层。
 一般，由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP链接。HTTP服务器则在那个端口监听客户端的请求。一旦收到请求，服务器会向客户端返回一个状态，好比"HTTP/1.1 200 OK"，以及返回的内容，如请求的文件、错误消息、或者其它信息。

1.3 工做原理
 HTTP协议定义Web客户端如何从Web服务器请求Web页面，以及服务器如何把Web页面传送给客户端。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行做为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。

如下是 HTTP 请求/响应的步骤：
 1. 客户端链接到Web服务器
 一个HTTP客户端，一般是浏览器，与Web服务器的HTTP端口（默认为80）创建一个TCP套接字链接。例如，http://www.luffycity.com。
 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 文本并显示内容;

1.4 http协议是基于TCP/IP协议上的应用层协议python

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

无状态保存
 HTTP是一种不保存状态,即无状态(stateless)协议。HTTP协议 自身不对请求和响应之间的通讯状态进行保存。也就是说在HTTP这个 级别,协议对于发送过的请求或响应都不作持久化处理。
 使用HTTP协议,每当有新的请求发送时,就会有对应的新响应产 生。协议自己并不保留以前一切的请求或响应报文的信息。这是为了更快地处理大量事务,确保协议的可伸缩性,而特地把HTTP协议设计成 如此简单的。但是,随着Web的不断发展,因无状态而致使业务处理变得棘手 的状况增多了。好比,用户登陆到一家购物网站,即便他跳转到该站的 其余页面后,也须要能继续保持登陆状态。针对这个实例,网站为了能 够掌握是谁送出的请求,须要保存用户的状态。HTTP/1.1虽然是无状态协议,但为了实现指望的保持状态功能, 因而引入了Cookie技术。有了Cookie再用HTTP协议通讯,就能够管 理状态了。
 Cookie技术

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

1.5 HTTP请求方法(HTTP/1.1协议中共定义了八种方法(也叫‘动做’)来以不一样方式操做指定的资源)数据库

GET:
 向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据，而不该当被用于产生“反作用”的操做中，例如在Web Application中。其中一个缘由是GET可能会被网络蜘蛛等随意访问。 

HEAD:
 与GET方法同样，都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于，使用这个方法能够在没必要传输所有内容的状况下，就能够获取其中“关于该资源的信息”（元信息或称元数据）。

POST:
 向指定资源提交数据，请求服务器进行处理（例如提交表单或者上传文件）。数据被包含在请求本文中。这个请求可能会建立新的资源或修改现有资源，或两者皆有。

PUT:向指定资源位置上传其最新内容。

DELETE:请求服务器删除Request-URI所标识的资源。

TRACE:   回显服务器收到的请求，主要用于测试或诊断。

OPTIONS: 
 这个方法可以使服务器传回该资源所支持的全部HTTP请求方法。用'*'来代替资源名称，向Web服务器发送OPTIONS请求，能够测试服务器功能是否正常运做

CONMECT:
 HTTP/1.1协议中预留给可以将链接改成管道方式的代理服务器。一般用于SSL加密服务器的连接（经由非加密的HTTP代理服务器）。

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

请求方式：get与post请求
 GET提交的数据会放在URL以后，也就是请求行里面，以?分割URL和传输数据，参数之间以&相连，如EditBook?name=test1&id=123456.（请求头里面那个content-type作的这种参数形式，后面讲） POST方法是把提交的数据放在HTTP包的请求体中.
 GET提交的数据大小有限制（由于浏览器对URL的长度有限制），而POST方法提交的数据没有限制.
 GET与POST请求在服务端获取请求数据方式不一样，就是咱们本身在服务端取请求数据的时候的方式不一样了，这句废话昂。

1.6 HTTP状态码django

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

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

1xx消息——请求已被服务器接收，继续处理
2xx成功——请求已成功被服务器接收、理解、并接受
3xx重定向——须要后续操做才能完成这一请求
4xx请求错误——请求含有词法错误或者没法被执行
5xx服务器错误——服务器在处理某个正确请求时发生错误
虽然 RFC 2616 中已经推荐了描述状态的短语，例如"200 OK"，"404 Not Found"，可是WEB开发者仍然可以自行决定采用何种短语，用以显示本地化的状态描述或者自定义信息。

1.7 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。从技术上来讲这样省略后的网页地址其实是一个不一样的网页地址，浏览器自己没法决定这个新地址是否通，服务器必须完成重定向的任务。

1.8 HTTP请求格式(请求协议)浏览器

URL包含：/index/index2?a=1&b=2；路径和参数都在这里。服务器

1.9 HTTP响应格式(响应协议)网络

MVC和MTV框架模式

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

2.2 MTV框架模式
    Django的MTV模式本质上和MVC是同样的，也是为了各组件间保持松耦合关系，只是定义上有些许不一样，Django的MTV分别是值：
M 表明模型（Model）： 负责业务对象和数据库的关系映射(ORM)。
T 表明模板 (Template)：负责如何把页面展现给用户(html)。
V 表明视图（View）：   负责业务逻辑，并在适当时候调用Model和Template。
　　除了以上三层以外，还须要一个URL分发器，它的做用是将一个个URL的页面请求分发给不一样的View处理，View再调用相应的Model和Template，MTV的响应模式以下所示：

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

django下载安装

下载
    pip3 install django==1.11.9 
    pip3 install django==1.11.9 -i http://xxxxxx  指定源
建立项目
    django-admin startproject mysite   建立了一个名为"mysite"的Django 项目
启动项目
    python manage.py runserver  默认是127.0.0.1:8000
    python manage.py runserver 127.0.0.1  默认端口号是8000
    python manage.py runserver 127.0.0.1:8001

django的url路由分发并发

url(r'^articles/(\d+)/(\d+)/', views.articles), #articles/2019/9/

视图函数
    def articles(request,year,month):  # 位置参数 2019  9
        print(year,type(year)) #2019 <class 'str'>  #匹配出来的全部数据都是字符串
        print(month)

        return HttpResponse(year+'年'+ month +'月' +'全部文章')
    

# 有名分组参数
url(r'^articles/(?P<xx>\d+)/(?P<oo>\d+)/', views.articles), #articles/2019/9/
#xx=2019  oo=9  关键字传参

def articles(request,oo,xx):  # 关键字传参 2019  9
    print(xx,type(xx)) #2019 <class 'str'>  #匹配出来的全部数据都是字符串
    print(oo)
    return HttpResponse(xx+'年'+ oo +'月' +'全部文章')