HTTP协议以及Python开发技巧

第一篇：HTTP协议以及Python开发技巧

TTPYTHONhttp协议的相关知识应该都很清楚，这里简单回顾下其流程。首先HTTP底层是利用TCP进行通讯的；其次，HTTP本身协议是面向无连接的：限制每次连接只处理一个请求，服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

Python采用httplib库进行HTTP通讯，用法很简单：

import httplib #导入httplib库

conn = httplib.HTTPConnection(“10.197.32.136”,8080)#建立http链接，只需要IP地址和端口

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str,{})#发送url请求

response = conn.getresponse()#获取返回信息

conn.close()#关闭链接

request函数是非阻塞函数，也就是说，它向服务器发送了url请求之后，可以正常运行之后的任务。

getresponse函数是阻塞函数，如果没有收到服务器的返回信息，程序将无法继续。

close函数在任何地方都可以调用，因此，如果无需服务器返回信息，则可以在发送请求之后就关闭链接。

Httplib无法连续发送两个request，例如：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})

程序将会抛异常，并且关闭。因为http协议本身一次链接只支持一个request，在收到response或者关闭才能开启下一次链接。所以，正常的程序应该是：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})

conn.close()

或者：

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str1,{})

response = conn.getresponse()

conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})conn.request(“POST”,“/RealTimeServer/WebSocketDemo”,str2,{})

第二篇：http协议介绍（模版）

（二）召开会议

民主生活会上，班子成员要紧紧围绕主题和征求到的意见建议，认真开展党性分析，深入查找问题，实事求是开展批评与自我批评。顺序为先班子、后个人，先主要负责人、后其他班子成员。党组织书记要对班子成员的发言逐个进行评议，班子成员之间也要互相进行评议，帮助查找存在的问题，提出改进的意见建议。

（三）会后工作。

领导班子要针对群众普遍关心、反映强烈和民主生活会上查找出来的问题，提出切实有效的整改措施，明确具体责任人和整改时限。班子成员也要制定和落实个人整改措施。本次民主生活会形成的整改措施和干部群众对上次民主生活会形成的整改落实情况的满意度，会后要在一定范围向干部群众通报，确保整改措施落到实处。会后6天内上报民主生活会情况报告，报告要附有会前征求到的干部群众意见材料、会后制定的整改措施。

六、会议要求

（一）召开民主生活会，提前10天向街道党工委报告，主动接受指导和监督。

（二）制定落实整改措施。民主生活会后，办公室、党员领导领导干部要根据民主生活会情况，进一步查找问题，逐项研究，深入分析，制定出切实可行的整改措施和方案。同时要把学习贯彻党的十七大精神同同履行岗位职责结合起来，切实转变作风，做好本职工作，提高工作效率和和工作水平，发挥好党员领导干部表率带动作用。

（三）上报民主生活会情况。召开民主生活会的情况、原始记录、会前征求意见、整改措施和方案及上次民主生活会整改措施落实情况，要及时上报街道党工委备案。

第三篇：HTTP协议学习心得体会

HTTP协议学习心得体会

HTTP(HyperText Transfer Protocol)

====================================

是TCP/IP协议集中的一个应用层协议，用于定义浏览器和Web服务器之间交换数据的过程以及数据本身的格式。现在被广泛使用的是HTTP1.1，相对于1.0，1.1的最大特点是支持持续连接。

基于HTTP1.0协议的客户机与服务器的信息交换过程包括四个步骤：建立连接；发送请求信息；回送响应信息；关闭连接。

通信过程总是通过浏览器发送请求来启动的，Web服务器则是被动地对这些请求作出响应。HTTP协议是无状态的。

HTTP1.1与HTTP1.0的比较

------

HTTP1.0规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个TCP连接，服务器完成请求处理后立即断开TCP连接。服务器不跟踪每个客户机，也不记录过去的请求。为了克服HTTP1.0的这个缺陷，HTTP1.1支持持久连接，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟。HTTP1.1还允许客户端不用等待上一次请求结果返回，就可以发送下一次请求，但服务器端必须按照接受到客户端请求的先后顺序依次回送响应结果，以保证客户端能够区分出每次请求的响应内容。

HTTP1.1还增加了host请求头字段，用于明确表示访问服务器上的哪个web站点，可以在一个IP地址和端口号上使用不同的主机名来创建多个虚拟web站点。HTTP1.1还有keep-alive请求头来支持持续连接。

HTTP消息的格式

-----------------------

一个完整的请求消息包括：一个请求行，若干消息头，以及实体内容，其中消息头和实体内容都是可选的。消息头和实体内容之间要用空行隔开。浏览器使用GET方式的请求消息可以放松不含实体内容的请求消息。只有使用POST, PUT, DELETE方式的请求消息中才可以包含实体内容。

Hypertext Transfer Protocol

GET / HTTP/1.1rn

Request Method: GET

Request URI: /

Request Version: HTTP/1.1

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap,application/x-shockwave-flash, application/vnd.ms-excel, application/vn

Accept-Language: zh-cnrn

UA-CPU: x86rn

Accept-Encoding: gzip, deflatern

User-Agent: Mozilla/4.0(compatible;MSIE 7.0;Windows NT 6.0;SLCC1;.NET CLR

2.0.50727;.NET CLR 3.0.04506)rn

Connection: Keep-Alivern

rn

一个完整的响应消息包括：一个状态行，若干消息头，以及实体内容。同样，消息头和实体内容都是可选的。消息头和实体内容之间要用空行隔开。消息响应的实体内容就是网页文档的内容。

Hypertext Transfer Protocol

HTTP/1.1 200 OKrn

Request Version: HTTP/1.1

Response Code: 200

Cache-Control: privatern

Content-Type: text/html;charset=UTF-8rn

Set-Cookie:

PREF=ID=7f53f6f0b1511417:NW=1:TM=1205568884:LM=1205568884:S=zHreYqNC-Z3rmOc6;expires=Mon, 15-Mar-2010 08:14:44 GMT;path=/;domain=.google.cnrn

Content-Encoding: gziprn

Server: gwsrn

Transfer-Encoding: chunkedrn

Date: Sat, 15 Mar 2008 08:14:44 GMTrn

rn

HTTP chunked response

Data chunk(1025 octets)

Chunk size: 1025 octets

Data(1025 bytes)

HTTP消息头

----------------

HTTP请求和响应都使用消息头来描述HTTP消息本身的信息，可以实现HTTP客户机与服务器之间的条件请求和应答。

消息头可以分为：通用消息头，请求头，响应头，实体头四类。

请求行与状态行

-----------------------

请求消息的请求行包括三个部分：请求方式，资源路径，以及使用的HTTP版本。如：GET /

HTTP/1.1rn。

响应消息的状态行包括三个部分：HTTP协议的版本号，一个表示成功或者失败的整数代码（状态码）和对状态码进行描述的文本信息。如：HTTP/1.1 200 OKrn。

使用GET和POST方式传递参数

-------------

在URL地址后面可以附加一些参数，每个参数由参数名和参数值组成，例如：当使用GET方式提交表单内容时，浏览器将各个表单字段元素及其数据按照URL参数的格式附加在请求行中的资源路径后面。使用GET方式传送的数据量有限制，一般在1KB以下。

当使用POST方式提交表单内容时，浏览器将个表单字段元素及其数据作为HTTP消息的实体内容发送给服务器。因此数据量可以比GET方式大的多。使用POST方式时，还必须将Content-Type消息头设置为“application/x-www-form-urlencoded”，将Content-length消息头设置为实体内容的长度。

响应状态码

---------------

1.100~199: 成功接受请求，要求客户端继续提交下一次请求才能完成整个处理过程。

2.200~299: 成功接受请求并已完成整个处理过程。

3.300~399: 为完成请求，客户端需要进一步细化请求。

4.400~499: 客户端的请求有错误。

5.500~599: 服务器段出现错误。

通用信息头

==============

即能用于请求消息，也能用于响应消息，包括一些与被传输的实体内容没有关系的常用消息头字段。

1.Cache-Control

2.Connection

3.Date

4.Pragma

5.Trailer

6.Transfer-Encoding

7.Upgrade

8.Via

9.Warning

Cache-Control

--------------------

如果位于请求消息头，用于通知位于客户机和服务之间的代理服务器如何使用已缓存的页面，可以取值为：no-cache, no-store, max-age, max-stale, min-fresh, no-transform, only-if-cached等。

如果位于响应消息头，用于通知客户机和代理服务器如何缓存该页面，可以取值为：public, private, no-cache, no-store, no-transform, must-revalidate, proxy-revalidate, max-age, s-maxage等。

Connection

---------------

用于指定处理完本次请求/响应后，客户端与服务器是否还要继续保持连接。如果为Keep-Alive，则保持连接，如果为close，则关闭。HTTP1.1默认采用持久连接。

Date

---------

表示HTTP消息产生的当前时间。服务器回送的正常响应消息中，应该总是设置Date头字段。如果客户机发送的请求消息中包含有实体内容，也要设置Date。

Pragma

------------

只能固定为no-cache.Trailer

-----------

一些头字段可以放置在整个HTTP消息的尾部。

Transfer-Encoding

---------------------

指定传输编码方式，目前标准的设置值只有chunked，用于把整个消息分成一连串的分段后进行传输。

Upgrade

------------

允许客户机指定它所支持并希望将当前协议切换到的通信协议。

Via

-----

用于指定HTTP消息所途径的中介代理服务器名称和所使用的协议。

请求头

=========

客户端可以接受的数据类型，压缩方法，语言，以及发出请求的超链接所属页面的URL地址等信息。Accept：指出客户端程序能够处理的MIME类型。

Accept-Charset：用于指出客户端程序可以使用的字符集。

Accept-Encoding：客户机能够进行解码的数据编码方式。

Accept-Language：指定客户机期望服务器返回哪个国家语言的文档。

Authorization：两种认证方式BASIC，和DIGEST.Except:

From:

Host: 指定资源所在的主机号和端口号。HTTP1.1中每个请求消息中都必须包含Host请求字段。If-Match:

If-Modified-Since:

If-None-Match:

If-Range

If-Unmodified-Since

Max-Forwards:

Proxy-Authorization:

Range:

Referer: 当单击另一个网页上的超链接时发出的请求在Referer字段中指定URL。

TE：

User-Agent:

响应头

==========

Accept-Range, Age, Etag,Location: 用于通知客户机应当到哪个新的地址去获取文档。状态码为300~399的响应消息都应该使用Location字段将新的文档地址告诉客户机，以便客户机自动重新连接到新地址并检索新文档。使用Location头的HTTP消息不应该有实体内容。所以，HTTP消息头中不能同时出现Location和Content-Type这两个头字段。

Proxy-Authenticate，Retry-After, Server, Vary, WWW-Authenticate。

实体头

========

是实体内容的元信息，描述了实体内容的属性，包括实体信息类型、长度、压缩方法、最后一次修改时间、数据有效期等。

Allow: 指定客户端请求的资源所支持的请求方法（如GET，POST等）。

Content-Encoding: 指定实体内容的压缩编码方式。

Content-Language:

Content-Length: 用于表示实体内容的长度（字节数），浏览器与Web服务器之间使用持久连接时，这个字段在非Chunked传输编码的响应消息中是必不可少的。

Content-Location: 指定响应消息中所封装的实体内容的实际位置路径。

Content-MD5, Content-Range, Content-Type

Expires: 指定当前文档应该在什么时候被认为过期，浏览器到哪个时候以后不能再继续使用本地缓存，而是在有需要时应该像服务器发出新的请求访问。

Last-Modified：文档的最后更改时间。

扩展头

========

现在流行的浏览器实际上都支持Cookie，Set-Cookie，Refresh和Content-Disposition等几个常用的扩展头字段。

Refresh: 告诉浏览器多少秒后自动刷新页面。

第四篇：常用的HTTP协议状态码

常用的HTTP协议状态码

200Standard response for successful HTTP requests.301This and all future requests should be directed to the given.403forbidden request(matches a deny filter)=> HTTP 403

Not Found,服务器找不到请求的页面。

Internal Server Error（内部服务器错误）

A generic error message, given when no more specific message is suitable.502the server returned an invalid or incomplete response => HTTP 502

Service Unavailable（服务当前不可用）,可能因为超载或停机维护。

The server is currently unavailable(because it is overloaded or down for maintenance).504the server failed to reply in time => HTTP 504

-The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.更多：

一些常见HTTP状态码为： 200 – 服务器成功返回网页 404 – 请求的网页不存在 503 – 服务不可用 常见HTTP状态码大全

1xx（临时响应）

表示临时响应并需要请求者继续执行操作的状态代码。

代码 说明

http状态码 100（继续）请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。

http状态码 101（切换协议）请求者已要求服务器切换协议，服务器已确认并准备切换。

2xx（成功）

表示成功处理了请求的状态代码。代码 说明

http状态码 200（成功）服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。

http状态码 201（已创建）请求成功并且服务器创建了新的资源。http状态码 202（已接受）服务器已接受请求，但尚未处理。

http状态码 203（非授权信息）服务器已成功处理了请求，但返回的信息可能来自另一来源。

http状态码 204（无内容）服务器成功处理了请求，但没有返回任何内容。http状态码 205（重置内容）服务器成功处理了请求，但没有返回任何内容。http状态码 206（部分内容）服务器成功处理了部分 GET 请求。3xx（重定向）

表示要完成请求，需要进一步操作。通常，这些状态代码用来重定向。代码 说明

http状态码 300（多种选择）针对请求，服务器可执行多种操作。服务器可根据请求者(user agent)选择一项操作，或提供操作列表供请求者选择。http状态码 301（永久移动）请求的网页已永久移动到新位置。服务器返回此响应（对 GET 或 HEAD 请求的响应）时，会自动将请求者转到新位置。http状态码 302（临时移动）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。

http状态码 303（查看其他位置）请求者应当对不同的位置使用单独的 GET 请求来检索响应时，服务器返回此代码。

http状态码 304（未修改）自从上次请求后，请求的网页未修改过。服务器返回此响应时，不会返回网页内容。http状态码 305（使用代理）请求者只能使用代理访问请求的网页。如果服务器返回此响应，还表示请求者应使用代理。

http状态码 307（临时重定向）服务器目前从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。4xx（请求错误）

这些状态代码表示请求可能出错，妨碍了服务器的处理。

代码 说明

http状态码 400（错误请求）服务器不理解请求的语法。

http状态码 401（未授权）请求要求身份验证。对于需要登录的网页，服务器可能返回此响应。

http状态码 403（禁止）服务器拒绝请求。

http状态码 404（未找到）服务器找不到请求的网页。http状态码 405（方法禁用）禁用请求中指定的方法。

http状态码 406（不接受）无法使用请求的内容特性响应请求的网页。http状态码 407（需要代理授权）此状态代码与 401（未授权）类似，但指定请求者应当授权使用代理。

http状态码 408（请求超时）服务器等候请求时发生超时。

http状态码 409（冲突）服务器在完成请求时发生冲突。服务器必须在响应中包含有关冲突的信息。

http状态码 410（已删除）如果请求的资源已永久删除，服务器就会返回此响应。

http状态码 411（需要有效长度）服务器不接受不含有效内容长度标头字段的请求。

http状态码 412（未满足前提条件）服务器未满足请求者在请求中设置的其中一个前提条件。

http状态码 413（请求实体过大）服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。

http状态码 414（请求的 URI 过长）请求的 URI（通常为网址）过长，服务器无法处理。

http状态码 415（不支持的媒体类型）请求的格式不受请求页面的支持。http状态码 416（请求范围不符合要求）如果页面无法提供请求的范围，则服务器会返回此状态代码。

http状态码 417（未满足期望值）服务器未满足”期望”请求标头字段的要求。

5xx（服务器错误）

这些状态代码表示服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

代码 说明

http状态码 500（服务器内部错误）服务器遇到错误，无法完成请求。http状态码 501（尚未实施）服务器不具备完成请求的功能。例如，服务器无法识别请求方法时可能会返回此代码。http状态码 502（错误网关）服务器作为网关或代理，从上游服务器收到无效响应。

http状态码 503（服务不可用）服务器目前无法使用（由于超载或停机维护）。通常，这只是暂时状态。

http状态码 504（网关超时）服务器作为网关或代理，但是没有及时从上游服务器收到请求。

http状态码 505（HTTP 版本不受支持）服务器不支持请求中所用的 HTTP 协议版本

第五篇：HTTP协议请求方法和常见错误范文

HTTP协议中POST、GET、HEAD、PUT等请求方法以及一些常见错误

请求方法是请求一定的Web页面的程序或用于特定的URL。可选用下列几种：

GET： 请求指定的页面信息，并返回实体主体。

HEAD： 只请求页面的首部。

POST： 请求服务器接受所指定的文档作为对所标识的URI的新的从属实体。

PUT： 从客户端向服务器传送的数据取代指定的文档的内容。

DELETE： 请求服务器删除指定的页面。

OPTIONS： 允许客户端查看服务器的性能。

TRACE： 请求服务器在响应中的实体主体部分返回所得到的内容。

PATCH： 实体中包含一个表，表中说明与该URI所表示的原内容的区别。

MOVE： 请求服务器将指定的页面移至另一个网络地址。

COPY： 请求服务器将指定的页面拷贝至另一个网络地址。

LINK： 请求服务器建立链接关系。

UNLINK： 断开链接关系。

WRAPPED： 允许客户端发送经过封装的请求。

Extension-mothed：在不改动协议的前提下，可增加另外的方法。

当服务器响应时，其状态行的信息为HTTP的版本号，状态码，及解释状态码的简单说明。现将5类状态码详细列出： ① 客户方错误

继续

交换协议 ② 成功

200 OK 201 已创建

202 接收

203 非认证信息

204 无内容

205 重置内容

206 部分内容 ③ 重定向

300 多路选择

301 永久转移

302 暂时转移

303 参见其它

304 未修改（Not Modified）

305 使用代理 ④ 客户方错误

400 错误请求（Bad Request）

401 未认证

402 需要付费

403 禁止（Forbidden）

404 未找到（Not Found）

405 方法不允许

406 不接受

407 需要代理认证 408 请求超时

409 冲突

410 失败

411 需要长度

412 条件失败

413 请求实体太大

414 请求URI太长

415 不支持媒体类型 ⑤ 服务器错误

500 服务器内部错误

501 未实现（Not Implemented）

502 网关失败

504 网关超时

505 HTTP版本不支持 关于实体头部的内容还可以有：

Last Modified ：请求文档的最近修改时间。Expires ：请求文档的过期时间。Connect-length：文档数据的长度。

WWW-authenricate：通知客户端需要的认证信息。Connect-encoding ：说明有无使用压缩技术。Transfer-encoding ：说明采用的编码变换类型。标准Http协议支持六种请求方法，即： 0，GET 1，HEAD 2，PUT 3，DELETE 4，POST 5，OPTIONS 但其实我们大部分情况下只用到了GET和POST。如果想设计一个符合RESTful规范的web应用程序，则这六种方法都会用到。不过即使暂时不想涉及REST，了解这六种方法的本质仍然是很有作用的。大家将会发现，原来web也是很简洁明了的。下面依次说明这六种方法。

0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。

1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。有的人可能觉得这个方法没什么用，其实不是这样的。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。

2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲，PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。

3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。

4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。

5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。

其实还有一个TRACE方法，不过这个基本上不会用到，这里就不介绍了。以上的六种方法，我们可以跟数据库的CRUD增删改查操作对应起来： CREATE ：PUT READ：GET UPDATE：POST DELETE：DELETE 这样一来就实现了HTTP和数据库操作（其实不光是数据库，任何数据如文件图表都是这样）的完美统一，这也是REST的精髓之一。