Python中WEB开发（一）
CS即客户端、服务器编程:
客户端、服务端之间需要使用Socket，约定协议、版本（往往使用的协议是TCP或者UDP），制定地址和端口，就可以通信了。
客户端、服务端传输数据，数据可以有一定的格式，双方必须线约定好。
BS编程，即Browser、Server开发：
Browser浏览器，一种特殊的客户端，支持HTTP（s）协议，能够通过URL向服务端发起请求，等待服务端返回HTML等数据，并在浏览器内可视化展示的程序。
Server，支持HTTP(s)协议，能够接受众多客户端发起的HTTP协议请求，经过处理，将HTML等数据返回给浏览器。
本质上来说，BS是一种特殊的CS，即客户端必须是一种支持HTTP协议且能解析并渲染HTML的软件，服务端必须是能够接收客户端HTTP访问的服务软件。
HTTP协议底层基于TCP协议实现。
BS开发分为两端开发:
(1) 客户端开发，或称前端开发。HTML，CSS,JavaScript等。
(2)服务端开发，Python有WSGI、Flask、Tornado等。
HTTP协议
协议
HTTP协议是无状态协议。
同一个客户端的两次请求之间没有任何关系，从服务器端角度来说，它不知道这两个请求来自同一个客户端。
cookie
键值对信息。
浏览器发起每一请求时，都会把cookie信息发给服务器端。
是一种客户端、服务端传递数据的技术。
服务端可以通过判断这些信息，来确定这次请求是否和之前的请求有关联。
一般来说cookie信息实在服务器端生成，返回给客户端的。
客户端可以自己设置cookie信息。
URL组成
URL可以说就是地址，uniform resource locator 统一资源定位符，每一个链接指向一个资源供客户端访问。
schema://host[:port#]/path/.../[;url-params][?query-string][#anchor]
例如，通过下面URL访问网页：
http://www.magedu.com/pathon/index.html?id=5&name=python
访问静态资源时，通过上面的这个URL访问的是网站的某路径下的Index.html文件，而这个文件对应磁盘上的真实的文件。就会从磁盘上读取这个文件，并把文件的内容发挥浏览器端。
scheme模式、协议：
http、ftp、https、file、mailto等等。mysql等都是类似这样写。
host:port ：
www.magedu.com:80,80端口是默认端口可以不写。域名会使用DNS解析，域名会解析成IP才能使用。实际上会对解析后返回的IP的TCP的80端口发起访问。
/path/to/resource：
path，指向资源的路径。
？key1=value1&key2=value2:
query string , 查询字符串，问号分割，后面key=value形式，且使用&符号分割。
HTTP消息
消息分为Request、Response。
Request：浏览器向服务器发起的请求。
Response：服务器对客户端请求的响应。
请求和响应消息都是由请求行、Header消息报头、Body消息正文组成。
请求
请求消息行：请求方法Method 请求路径 协议版本 CRLF
请求方法Method:
GET 请求获取URL对应的资源
POST 提交数据至服务器端
HEAD 和GET类似，不过不返回消息正文
常见传递信息的方式：
(1) GET方法使用Query String
http://www.magedu.com/pathon/index.html?id=5&name=python
通过查询字符串在URL中传递参数
(2) POST方法提交数据
(3) URL中本身就包含着信息
http://www.magedu.com/python/student/001
响应
响应消息行：协议版本 状态码 消息描述 CRLF
status code状态码：
状态码在响应头第一行：
1xx ：提示信息，表示请求已被成功接收，继续处理
2xx： 表示正常响应
200 正常返回了网页内容
3xx: 重定向
301 页面永久性移走，永久重定向。返回新的URL，浏览器会根据返回的URL发起新的Request请求。
302 临时重定向
304 资源未修改，浏览器使用本地缓存
4xx: 客户端请求错误
404 Not Found , 网页找不到，客户端请求的资源有错
400 请求语法错误
401 请求要求身份验证
5xx: 服务器端错误
500 服务器内部错误
502 上游服务器错误，如nginx反向代理的时候
无状态，有连接和短连接
无状态：服务器无法知道两次请求之间的联系，即使是前后两次同一个浏览器也没法判断出是出于一个浏览器的请求。后面通过cookie和session来判断。
有连接：是因为它基于TCP协议，是面向连接的，需要3次握手、4次断开。
短连接：自HTTP 1.1之前，都是一个请求一个连接，而TCOP的连接创建销毁成本高，对服务器有很大的影响。所以，自HTTP 1.1之后，支持keep-alive，默认也是开启的，一个连接打开后，会保持一段时间（可设置），浏览器再访问该服务器就使用这个TCP连接，减轻了服务器压力，提高了效率。
WSGI
WSGI主要规定了服务器端和应用程序之间的接口。
WSGI服务器--wsgiref（实验用）
wsgiref是一个WSGI参考实现库。
wsgiref.simple_server 模块实现一个简单的WSGI HTTP服务器。
wsgiref.simple_server.make_server(host,port,app,server_class=WSGIServer,handler_class=WSGIRequestHandler) 启动一个WSGI服务器。
wsgiref.simple_server.demo_app(environ,start_response) 一个函数，小巧完整的WSGI的应用程序的实现。
WSGI 服务器作用
（1） 监听HTTP服务端口（TCPServer,默认端口80）
（2）接收浏览器端的HTTP请求并解析封装成environ环境数据
（3）负责调用应用程序，将environ和start_response方法传入
（4）将应用程序响应的正文封装成HTTP响应报文返回给浏览器端
WSGI APP应用程序端
1、应用程序应该是一个可调用对象，Python中应该是函数、类、实现了__call__方法的类的实例。
2、这个可调用对象应该接收两个参数
3、以上可调用对象的实现，都必须返回一个可迭代对象
environ和start_response这两个参数名可以是任何合法名，但是一般默认都是这2个名字。
environ
environ是包含HTTP请求信息的dict对象
start_response
它是一个可调用对象。有三个参数，定义如下：
start_response(status,response_headers,exc_info=None)
status 是状态码，如 200 OK
response_headers 是一个元素为二元组的列表，例如[('Content-Type','text/plain;charset=utf-8')]
exc_info 在错误处理的时候使用
start_response 应该在返回可迭代对象之前调用，因为它返回的是Rsponse Header。返回的可迭代对象是Response Body.
服务器端
服务器程序需要调用符合上述定义的可调用对象APP，传入environ 、start_response, APP处理后，返回响应头和可迭代对象的正文，由服务器封装返回浏览器端。
simple_server 只是参考用，不能用于生产
测试用命令
-I 使用HEAD方法
-X 指定方法，-d 传输数据
到这里，就完成了一个简单的WEB程序开发。
WEB服务器
1、本质上就是一个TCP服务器，监听在特定端口上
2、支持HTTP协议，能够将HTTP请求报文进行解析，能够把响应数据进行HTTP协议的报文封装并返回浏览器端。
3、实现了WSGI协议，该协议约定了和应用程序之间的接口。
APP应用程序
1、遵从WSGI协议
2、本身是一个可调用对象
3、调用start_response，返回响应头部
4、返回包含正文的可迭代对象