按照相应的API调用即可获得最大性能。从而从根本上避免了新手未 使用缓存，或缓存使用不当造成的性能不佳的问题。也杜绝了多人协 同开发缓存同步及管理的问题 CmlPHP支持根目录、子目录，单入口、多入口部署、支持独立服务 器、虚拟主机、VPS等多种环境，绝大部分开发环境可直接运行，无 需配置伪静态规则(部分低版本server只要修改框架URL配置即可，框 架会自动处理)，快速上手开发。线上环境对SEO有要求时再配置伪静 态即可。

性能。从而从根本上避免了新手未使用缓存，或缓存使用不当造成的性能不佳的问题。也杜绝了多人 协同开发缓存同步及管理的问题 CmlPHP支持根目录、子目录，单入口、多入口部署、支持独立服务器、虚拟主机、VPS等多种环境， 绝大部分开发环境可直接运行，无需配置伪静态规则(部分低版本server只要修改框架URL配置即可， 框架会自动处理)，快速上手开发。线上环境对SEO有要求时再配置伪静态即可。

用即可获得最大性能。从而从根本上避免了新手未使用缓存，或缓存使用不当造成的 性能不佳的问题。也杜绝了多人协同开发缓存同步及管理的问题 CmlPHP支持根目录、子目录，单入口、多入口部署、支持独立服务器、虚拟主机、 VPS等多种环境，绝大部分开发环境可直接运行，无需配置伪静态规则(部分低版本 server只要修改框架URL配置即可，框架会自动处理)，快速上手开发。线上环境对SEO 有要求时再配置伪静态即可。

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

locale（分别用于配置时区和本地化）。 你可能还想要配置 Laravel 的一些其它组件，比如缓存、数据库、Session 等，关于这些我们将会在后续文档一一探讨。 Web 服务器配置 关于虚拟主机的配置（映射域名到 Laravel 应用目录）略过，如果了解细节可参考这篇教程，当然也可以留待下一篇讲 Homestead 和 Valet 再去了 解。本文只探讨如何美化 URL 让其更具有可读性。

防止终端用户访问 b a s i c / w e b 相邻目录中 的私有应用代码和敏感 数据文件。 禁止对其他目录的访问是一个不错的安全改进。 信 信 信息 息 息： ： ： 如果你的应用程序将来要运行在共享虚拟主机环境中， 没有修改其 轗 轥 轢 服务器配置的权限，你依然可以通过调整应用 的结构来提升安全性。 详情请参考共享主机环境 一章。 信 信 信息 息 息： ： ： 如果您在反向代理后面运行轙 轩 轩 轲 轳 。 推 推 推荐 荐 荐使 使 使用 用 用的 的 的 十 印 卡 卣 卨 卥 配 配 配置 置 置 在 轁 轰 轡 轣 轨 轥 的 h t t p d . c o n f 文件或在一个虚拟主机配置文件中使用如下配置。 注意，你应该将 p a t h / t o / b a s i c / w e b 替换为实际的 b a s i c / w e b 目录。 # 设置文档根目录为 " b

locale（分别用于配置时区和 本地化）。 你可能还想要配置 Laravel 的一些其它组件，比如缓存、数据库、 Session 等，关于这些我们将会在后续文档一一探讨。 Web 服务器配置 关于虚拟主机的配置（映射域名到 Laravel 应用目录）略过，如果 了解细节可参考这篇教程，当然也可以留待下一篇讲 Homestead 和 Valet 再去了解。本文只探讨如何美化 URL 让其更具有可读性。

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 版更改: 目前这个类在默认情况下会执行所有必要的证书和主机检查。要回复到先前的非验证