11 章：部署上线 在这个教程的最后一章，我们将会把程序部署到互联网上，让网络中的其他所有人 都可以访问到。 Web 程序通常有两种部署方式：传统部署和云部署。传统部署指的是在使用物理主 机或虚拟主机上部署程序，你通常需要在一个 Linux 系统上完成所有的部署操作； 云部署则是使用其他公司提供的云平台，这些平台为你设置好了底层服务，包括 Web 服务器、数据库等等，你只需要上传代码并进行一些简单设置即可完成部署。

wrap_socket() function. 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 session，参见session。 在 3.5 版更改: 总是允许传送 server_hostname，即使 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 21.12. http.client —HTTP 协议客户端 1109 The Python

wrap_socket() function. 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 session，参见session。 在 3.5 版更改: 总是允许传送 server_hostname，即使 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 21.12. http.client —HTTP 协议客户端 1109 The Python

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 在 3.10 版更改: 当未给出 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均取自 请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile 添加了 source_address, context 和 check_hostname。 在 3.2 版更改: 这个类目前会在可能的情况下（即如果ssl.HAS_SNI 为真值）支持 HTTPS 虚拟主机。 在 3.4 版更改: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证

自动执行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() ，参数 fullurl 、data 、headers 、method 均 取自请求对象。 在 3.2 版本发生变更: 增加了 cafile 与 capath。 现在将在可能的情况下支持 HTTPS 虚拟主机（也就是说，如果ssl.HAS_SNI 为真值）。 data 可以是一个可迭代对象。 在 3.3 版本发生变更: 增加了 cadefault。 在 3.4.3 版本发生变更: 增加了 context。 source_address, context 和 check_hostname。 在 3.2 版本发生变更: 这个类现在会在可能的情况下（即当ssl.HAS_SNI 为真值时）支持 HTTPS 虚拟主机。 在 3.4 版本发生变更: 删除了 strict 参数，不再支持 HTTP 0.9 风格的“简单响应”。 在 3.4.3 版本发生变更: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先

自动执行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 来完成的，可以用ProxyHandler 对象获取到代理处理函数。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 现在如果可行（指ssl.HAS_SNI 为真），支持 HTTPS 虚拟主机 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile

自动执行。此方法可能会引发SSLError。 在客户端连接上，可选形参 server_hostname 指定所要连接的服务的主机名。这允许单个服务器托 管具有单独证书的多个基于 SSL 的服务，很类似于 HTTP 虚拟主机。如果 server_side 为真值则指定 server_hostname 将引发ValueError。 形参 do_handshake_on_connect 指明是否要在调用 socket.connect() 、method 均 取自请求对象。 在 3.2 版更改: 增加了 cafile 与 capath。 在 3.2 版更改: 只要条件允许（指ssl.HAS_SNI 为真），现在能够支持 HTTPS 虚拟主机。 3.2 新版功能: data 可以是一个可迭代对象。 在 3.3 版更改: 增加了 cadefault。 在 3.4.3 版更改: 增加了 context。 3.6 版后已移除: cafile