Alan Hou的个人博客

Odoo 12开发者指南第三章 服务器部署

Alan

全书完整目录请见：Odoo 12开发者指南（Cookbook）第三版

本章中，我们将讲解如下部分

引言

在第一章 安装Odoo开发环境（从源码轻松安装Odoo一节），以及第二章 管理Odoo服务器实例（标准化你的实例目录布局一节）中，我们探讨了开发环境的设置。生产环境的要求与其会稍有不同。本章讲解Odoo部署的具体内容。

安装Odoo来供生产使用

在生产阶段安装Odoo与为开发安装Odoo并没有很大的区别。但有些可用的方法，这部分中将提供一个类似于开发环境的安装。

准备工作

我们预设你已有准备好了一个开发实例。这部分中我们假设：

如何操作…

你需要执行如下步骤来为生产环境安装Odoo（译者注：GitHub 脚本）：

  1. 以root权限安装并构建如下依赖：
  2. 以root用户创建一个名为odoo的用户：
  3. 配置PostgreSQL数据库：
  4. 以odoo用户克隆项目仓库：
  5. 以odoo用户，克隆Odoo源代码：
  6. 创建virtualenv并安装依赖：
  7. 在project/src子目录中克隆所有第三方插件仓库：
  8. 创建~/odoo-prod/project/bin目录：
  9. 创建一个脚本~/odoo-prod/project/bin/start-odoo来在生产环境轻松启动Odoo：
  10. 让该脚本可执行：
  11. 以root用户卸载gcc：

运行原理…

大部分的内容和第一章 安装Odoo开发环境中所描述的是一样的，但也有一些关键的区别。

我们在使用一个独立的系统用户来作为Odoo的登录用户。这让我们可以控制谁对账户拥有权限，例如通过配置sudo或ssh认证密钥的方式。它还允许我们给用户授予尽量少的权限，以防实例受到威胁和攻击。

连接这一账户的数据库没有任何特权 – 甚至没有数据库创建的权限。我们只需在外部创建数据库一次。如果实例受到攻击，黑客将不能在服务器上创建其它数据库。

我们所创建的Odoo脚本将会在本章后面的设置Odoo来作为系统服务中使用到。它使用production.conf 配置文件，这在下一部分为生产环境调整配置文件中将进行讲解。

我们在操作的最后卸载了gcc，这样在黑客获取到权限时，他们将不能使用它来编译本地的可执行文件。

在这一部分的最后，你的服务尚未准备就绪，你需要参照本章中的为生产环境调整配置文件、设置Odoo来作为系统服务和配置反向代理及 SSL 的部分。

扩展内容…

以下为准备部署你的实例时需要考虑的几个更重要的点。

服务器选型

你应该使用什么样的服务器？基本上当今所有的物理服务器都足以处理包含20个并发用户的平均大小的Odoo实例。因为虚拟机通常分配了更少的资源，如果你计划使用虚拟机，你会需要稍稍更多的关注一下。以下是帮助你上手的几个重要的点。显然，需要对它们进行优化来匹配你对Odoo的使用。

一个小型Odoo实例至少需要1 GB的内存。对于内存分配要适当宽松点，最后为服务添加2-4 GB的swap内存也是不错的起点。最少给你的服务2 个/核CPU。如果你在同一台主机上运行PostgreSQL服务，至少为数据库分配4个/核 CPU 以及1 GB内存。额外的CPU/核数将由Odoo的worker使用，这会在下一部分为生产环境调整配置文件中讲解。

如果你保留Git历史记录的话（这部分我们推荐保留），实例的源代码将占用1-2GB的磁盘空间。文件存储（配置文件中的data_dir）会随着实例的使用不断增长，这一增长严重地依赖于你的实例用来做什么。一开始分配5GB，在磁盘爆满前你应该会有足够的时间来进行磁盘使用的监控。如果你在同一台主机上运行数据库，给包含数据库运行文件的分区分配足够的磁盘空间，50GB起。

你还将为主机上数据库和文件存储的备份预留空间。这很大程度取决于你的备份计划，200GB是一个不错的初始配置。

PostgreSQL调优

讨论PostgreSQL的调优不在本书的范畴内。你可能会需要阅读Packt出版社的PostgreSQL 10管理员指南或PostgreSQL 10.0高性能等书来获得这一个课题更深入的知识。

PostgreSQL的默认配置通常很保守，以防止数据库服务独占所有的系统资源。在生产服务器上，你可以无忧地提升postgresql.conf 文件中的一些参数来获取更好的性能。以下是你可以用于入手PostgreSQL 9.6 的一些设置：

在修改了这些设置之后你需要重启PostgreSQL（sudo /etc/init.d/postgresql restart）。

pgtune工具可以帮助你找到更多的合适的配置。在线版本地址为http://pgtune.leopard.in.ua/：

访问该网站并填写其中的表单：

如果你的实例负载很重，可以通过将数据库服务和Odoo服务分离到两台不同的主机上来获得更佳的体验。不要使用同一台物理主机上的两个虚拟机，如果你已经碰到这种状况时使用高速网络连接的两台物理服务器。那样，你会需要确保数据库服务器主机上pg_hba.conf文件允许来自Odoo服务器的密码验证连接，并且postgresql.conf文件允许PostgreSQL服务在网卡上监听这两台服务器。

源码版本

在克隆Odoo和第三方依赖时，你会想要确保使用与开发环境中所使用的相同修订版本。有几种实现方式：

ℹ️为什么不使用Odoo所提供的Linux发行包？

如果这么做，你会上手很快，因为很多事情发行包都会替你处理好。但是，使用打包的资源会带来一些问题。最重要的是，你不能轻松地为Odoo源代码打补丁，通过源代码运行时则更为容易。没错，这不是你需要日常做的事，但能够使用标准开发工具来完成这一任务，而不是手动地在生产服务器上应用并跟踪补丁，会有巨大的帮助并节约宝贵的时间。

备份

这一部分不讲解备份。至少你应使用服务器上的cron任务来进行每天的备份。一个简单且基础的方案是以root用户运行crontab -e 来编辑 crontab文件并添加如下代码：

不要忘记创建这个/backups目录。备份文件不应存储在相同的硬盘上，理想情况下，这些文件应镜像到在不同物理空间的服务器上。定期检查这些备份，保留不能还原的备份文件是没有意义的。

推荐的方案是保留最近7天的每日备份，这表示如果问题出现的话你会丢失大约一天的运行数据。PostgreSQL有更高级的方案可允许基于时间点的故障恢复（PITR）。你可以在Packt出版社的PostgreSQL 9 Admin Cookbook一书了解到更多信息。类似地，有很多可用于文件备份Linux的工具，如duplicity（http://duplicity.nongnu.org/），会让管理更容易。

为生产环境调整配置文件

在第一章 安装Odoo开发环境中，我们了解了如何将实例配置保存到一个文件中。很多参数我们都使用了默认值，并且如果你照着第二章 管理Odoo服务器实例中标准化你的实例目录布局以及本章中安装Odoo来供生产使用小节来安装生产环境的话，你应该会在生产环境中有着相同的配置文件。这一节展示如何获取一个适合于正式环境的配置文件。

准备工作

我们假设你已经通过安装Odoo来供生产使用一节在生产服务器上安装了Odoo。假设你在与Odoo相同的服务器上运行PostgreSQL。

你可以安装pwgen小工具来生成随机密码。

我们这里按照在生产服务器上运行它们来描述这些步骤，但也可以在你的开发服务器上进行执行，因为新的配置文件被添加到了我们用于部署到生产环境的项目的Git仓库中。

如何操作…

要为生产环境调整配置文件，你需要按照如下步骤：

  1. 在开发环境的基础上新建一个生产环境的配置文件：
  2. 编辑生产环境配置production.conf 文件。
  3. 修改addons_path来匹配生产环境的根路径：
  4. 修改数据路径：
  5. 修改服务服务日志路径来匹配生产环境的根路径：
  6. 配置日志轮询：
  7. 配置日志处理器：
  8. 调整数据库连接参数：
  9. 配置数据库过滤器并禁用数据库列出显示：
  10. 使用pwgen生成的随机密码来修改master密码
  11. 配置Odoo来以worker进程运行：
  12. 仅监听本地网卡：
  13. 保存该文件并将其添加至Git仓库：

运行原理…

这一节中的使用的大部分参数都在第一章 安装Odoo开发环境的在一个文件中存储实例配置中进行了讲解。

在第3, 4和5步中，我们修改了插件路径和日志文件。如果你用于开发的环境与生产环境有着相同的布局，这是要求做的，因为Odoo在配置文件中预期的是绝对路径。

第6步启动了日志轮询。这会引发Odoo配置日志模块来实现服务日志的按日存档，并且保存日志30天。对生产服务器这非常有用，可以避免日志最终消耗掉所有的可用磁盘空间。

第7步配置了日志级别。这里建议的配置非常保守，仅会记录WARNING级别以上的日志信息，除werkzeug (CRITICAL) 和odoo.service.server (INFO)外。有关日志过滤的更多信息，参见第八章 调试，那里你会发现生成服务日志帮助调试方法一节。可根据自身情况进行自由调整。

第8步配置数据库设置。如果你的PostgreSQL数据库服务在本地运行并且按照前面部分所讲解的进行设置这会生效。如果你在其它服务器上运行PostgreSQL，会需要将False值替换为你的数据库实例对应的连接配置。

第9步通过配置数据库过滤器来限制该实例的可用数据库。我们还禁用了列出数据库，这并不是严格必需的，因为我们在dbfilter中设置的正则表达式仅会匹配单个数据库。但这样做仍是一件好事，可以避免向任何人展示数据库列表，来避免有用户连接到错误的数据库上。

第10步为实例设置了一个足够复杂的master密码。master密码用于通过用户界面管理数据库，一些社区插件也使用它来作为导致数据损失的动作执行前进行安全验证。你极其需要设置这一足够复杂的值。我们推荐使用pwgen小工具来生成一个随机密码，但任意其它方法都有效。

第11步配置Odoo使用worker进程进行运行。在这种模式下，Odoo会创建一些worker进程（本例中为4个）来处理HTTP请求。这与默认配置相比有几个优势，其中请求由单独的线程进行处理，如下：

第12步配置内部Odoo网页服务仅监听本地接口。这表示该实例无法通过其它服务器访问。这让我们可以在相同服务器上配置反向代理来访问该服务，并强制加密连接。参见本章后面的配置反向代理及SSL一节。

小贴士：如果你不确定应为服务设置多少个worker进程，使用以下公式为你的系统计算一个worker进程数：

No. of workers = (No. of CPU * 2) + 1

这里，一个worker进程可以处理大约6个并发用户。

扩展内容…

在使用worker进程运行时，你可能会碰到如下针对该模式的具体问题：

小贴士：不论什么情况下，保持在配置到生产环境前进行设置的验证，并记住在启用worker进程时测试打印报表。

设置Odoo来作为系统服务

对于一个生产实例，在机器重启时保持Odoo服务的启动非常的重要。在当前的Linux系统中，这通过systemd的配置来实现。如果你的操作系统不使用systemd，则需要查看文档来获取这一结果。

准备工作

我们假定你按着前面部分进行安装和Odoo实例的配置，尤其是Odoo的部署源代码应为/home/odoo/odoo-prod/project/src/odoo/，以及实例的配置文件应为/home/odoo/odoo-prod/project/production.conf。该脚本还使用了安装Odoo来供生产使用一节第9步中所创建的start-odoo 脚本。

如何操作…

你需要执行如下步骤配置systemd来启动Odoo：

  1. 使用root权限（sudo su），创建一个名为/lib/systemd/system/odoo.service的文件并添加如下内容：
  2. 使用root权限，注册该服务：
  3. 使用root权限，启动服务：
  4. 可运行如下命令来停止服务：

运行原理…

systemd 使用一些配置文件或脚本来识别在服务启动时必须运行的程序。这一节中所提供的配置需要做一些微调来适配你自己实例的路径。

ℹ️别忘记重启服务并查看Odoo是否正常启动！

使用nginx和Let’s Encrypt配置反向代理及SSL

在你通过HTTP协议访问Odoo服务时，用户浏览器与Odoo服务之前的所有信息都暴露在网络中，因此使用HTTPS协议来对传输信息进行加密非常之有必要。Odoo无法原生地实现这点，有必要配置反向代理来为Odoo处理加密和解密。这节向您展示使用nginx（http://nginx.net）来进行实现。我们还将向你展示在你的组织没有自己签署 SSL 证书的方式时使用Let’s Encrypt（https:// letsencrypt.org）来管理证书和更新证书。

相关文章：

使用Let’s Encrypt免费安装SSL证书

Linode主机安装 Let’s Encrypt

Nginx基础知识和常见问题

准备工作

你应该知道服务器的对外名称以及相应地配置DNS。这一节中，我们将使用 odoo.example.com来作为我们的服务器名。你将需要使用自己的域名替换它。

如果你使用 Let’s Encrypt来获取SSL证书的话确保外界可通过DNS名称访问到你服务器的80和443端口。

如何操作…

你需要按照如下步骤来通过NGINX使用HTTPS访问你的实例：

译者注：下例中安装 ssl 证书需在公网进行，因Let’s Encrypt会通过 DNS 验证域名的有效性，相关文件请见 GitHub 仓库

  1. 使用root权限，安装Let’s Encrypt客户端certbot：
  2. 使用root权限，从Let’s Encrypt请求一个证书（不要忘记修改email和服务器地址）：

    译者注：安80端口被占用可能会报Problem binding to port 80: Could not bind to IPv4 or IPv6.，需关闭相应服务如：service nginx stop
  3. 使用root权限，安装nginx：
  4. 在/etc/nginx/sites-available/odoo-ssl中创建一个配置文件并添加上游引用如下：
  5. 在相同的文件中，添加rewrite规则来将http重写向到https网站：
  6. 在相同的文件中，添加如下nginx配置来通过https提供Odoo实例的服务：
  7. 在server版块中添加SSL配置：
  8. 在server版块中添加日志文件配置：
  9. 通过在server版块中添加如下配置来启用gzip：
  10. 在server版块中添加代理header配置：
  11. 在server版块中添加反向代理配置：
  12. 通过在server版块中添加如下配置来启用静态缓存：
  13. 使用root权限，添加/etc/nginx/sites-enabled/中配置文件的链接：
  14. 使用root权限，删除/etc/nginx/sites-enabled/default：
  15. 使用Odoo用户，编辑实例的生产配置文件来启动proxy_mode：
  16. 使用root权限，重启你的odoo实例和nginx：
  17. 使用root权限，创建一个etc/cron.d/letsencrypt计划任务文件来确保证书会被更新，添加如下内容（译者注：crontab -e）：

运行原理…

在第1步和第2步中，我们安装了certbot并为odoo.example.com网站生成了SSL证书。certbot程序是一个命令行工具，简化了与letsencrypt.org交互来生成免费SSL证书的操作。完整文档参见https://certbot.eff.org/docs/。本节中，我们使用了子命令certbot certonly，它将向Let’s Encrypt请求一个-d 选项所传递域名的签名证书。使用-m选项指定你的email地址。–standalone选项要求certbot设置本地临时网页服务，Let’s Encrypt将尝试与其联系来检查你对请求证书的域名的控制权。因此在托管Odoo的服务器上运行该命令、DNS指向该服务器以及没有防火禁用80和443端口的访问都很重要。

ℹ️这一检查通过连接http://<yourdomain>:80/.well-known/acme来实现。certbot的–standalone模式创建一个临时web服务监听该端口并能响应请求，但这仅在没有其它进程监听80端口及外部防火墙允许对该端口的外部访问通过时生效。

我们使用nginx作为反向HTTP代理。进入的HTTP和HTTPS连接都由nginx处理，它将该请求的处理代理至Odoo服务。Odoo服务配置为仅监听本地回环接口（127.0.0.1）的8069端口来接收正常请求（http_port）、监听8072端口来接收长轮询请求（longpolling_port）。你可能会需要按照自己的配置来调整这些端口号：

在第4步中，我们添加了/etc/nginx/sites-available/odoo-ssl这一nginx配置文件。在这个文件中，我们添加了一个上游引用 。这是对本地服务器的引用 ，我们将在下一步中使用到它。

在第5步中，我们添加了服务器配置来使用HTTP协议管理80端口进入的连接。我们不想要通过HTTP提供网站服务，因为数据以纯文本进行传输，这表示可以嗅探出密码。因此，我们添加了一个URL并重写了一条规则来将所有URL永久重定向到使用HTTPS协议加密的443端口。

第6-13步要更为复杂些，添加了配置来使用HTTPS协议处理连接。以下是配置中不同版块的详情：

在最后一步中，我们使用了certbot renew命令，它检查待更新证书，并自动更新这些证书。默认Let’s Encrypt证书的有效期是90天，还是很短的。借助于这一每天运行的工具，即将过期的证书将会自动被更新。

扩展内容…

这一部分集中于nginx配置。你可能会更熟悉其它工具，如Apache网页服务器和mod_proxy。这时，你自然也可以使用它们来实现相似的设置。

如果不愿意使用Let’s Encrypt，而偏好于使用其它证书机构（CA），你可以使用如下步骤：

  1. 安装openssl：
  2. 为你的服务器生成密钥：
  3. 生成签署请求：
  4. 以上的命令会接着一系列的问题询问你的公司名和Odoo服务URL等。不要填错了，否则你的证书将不可用。
  5. 你将可以发送~/sslkey/server.csr文件到你所选择的证书机构（CA）。CA会向你发回一个名为server.crt的文件。
  6. 你将需要在/etc/nginx/ssl/ 目录中存储该文件以及第2步中所生成的server.key文件：
  7. 那么，在本节中所提供的/etc/nginx/sitesavailable/odoo-443这一nginx配置文件中，重写ssl_certificate和ssl_certificate_key行如下：
  8.  最后，重启nginx。

译者注：还有很多其它选择，如使用阿里云可直接在后台生成一年免费证书，下载文件配置到 Nginx中即可

其它知识

使用Docker来运行Odoo

Docker项目通过提供更高级别的工具来让Linux容器（LXC）更易于管理。这些容器可易于应用的发布以及依赖的管理。Docker周边有一整套生态系统，用于方便容器化应用的部署和管理。讨论这些细节在本节的范畴之外，有兴趣的读者可阅读Packt出版社的Learning Docker来获取更深入的讲解。

相关文章：【已完结】精通 Docker 第三版中文版

这一节中，我们将来了解如何使用官方Odoo Docker镜像来运行一个开发或生产服务。

准备工作

我们假定在你的开发机器及生产服务器上都安装了Docker。在Debian GNU/Linux上安装Docker社区版的指南参见https://docs.docker.com/install/linux/docker-ce/debian/（其它平台的安装指南在该页面上也可以找到）。而在Ubuntu服务器上你可以使用如下命令来进行安装：

如何操作…

按照如下步骤来通过官方Odoo镜像来运行Docker（译者注：以下操作使用的是 root 账号，非 root 用户可以添加 sudo来执行命令）：

  1. 通过如下命令设置PostgreSQL服务docker实例：
  2. 通过如下命令运行PostgresSQL数据库：
  3. 通过如下命令设置Odoo docker实例：
  4. 通过如下命令运行odoo实例：

以上命令会在8069端口上启动Odoo服务。在你的本地机器上，你可以通过http://localhost:8069来访问该odoo实例。

如果你想要查看运行中的docker容器的状态，运行如下命令即可：

docker ps命令会展示类似如下的输出：

运行原理…

Docker允许你创建系统镜像并将它们分发到其它服务器上来运行。Docker镜像通过编写Dockerfile来创建，该文件描述如何在已存在的Dockerfile上添加层。Docker镜像托管在https://hub.docker.com上，在这一节中，我们使用了PostgreSQL和Odoo的官方镜像。

在运行Odoo实例容器之前，我们需要为PostgreSQL设置一个容器。在第1步中，我们运行了PostgreSQL 10的Docker镜像。该命令会搜索这一PostgreSQL Docker镜像。如果在你的系统中不存在，Docker会下载它。在命令中，我们传递了–name db选项。这里，db是该PostgreSQL容器的名称。在第2步中，我们启动了PostgreSQL的Docker容器。

在第3步中，我们运行了Odoo的Docker镜像。这在8069端口上运行了Odoo实例。如是你想要以不同的配置来运行该命令，可以使用不同的选项。以下是进一步地讨论如何使用自定义选项来运行Odoo实例的一些示例。

运行带有配置文件的Odoo镜像

你可以使用自己的配置文件来运行Odoo实例。这样做你会需要使用-v volume选项。以下是通过/path/to/config/odoo.conf配置文件运行Odoo容器的命令：

如果你不想载入该配置文件，而是想直接使用配置选项，那么你可以通过在命令行中传递带有 — 的选项，类似这样：

运行带有自定义插件的Odoo镜像

默认Odoo容器运行社区版插件。如果你想要使用你自己的插件模块来运行Odoo，你可以你下面这样在/mnt/extra-addons目录中挂载自己的插来进行实现：

运行多Odoo实例

如果你想在单个服务器上运行多个Odoo实例，那么你可以通过修改容器名及暴露的端口来进行实现。查看如下的命令，通过以odoo1和odoo2的名称来运行两个odoo容器。这些Odoo实例将分别运行在8070和8071端口上：

扩展内容…

如果使用官方Odoo Docker镜像安装的服务无法满足你的要求，那么你可以通过Dockerfile创建你自己的Docker镜像。Odoo官方的Dockerfile地址为https://github.com/odoo/docker。你可以修改该Dockerfile，然后使用docker build 命令构建Docker镜像。

通过docker-compose运行Odoo

在上一节中，我使用两个Docker容器来运行Odoo实例，PostgreSQL和Odoo容器。这一节中，我们将来了解docker-compose，docker-compose是用于管理多容器Docker应用的工具。

准备工作

为使用docker-compose工具来设置Odoo，你将在系统中需要安装docker-compose。在终端中执行如下命令来在系统中安装docker-compose：

如何操作…

根据如下命令来通过docker-compose运行Odoo实例：

  1. 新建docker-compose.yaml文件并添加如下内容：
  2. 在终端中执行如下命令来运行Odoo实例（译者注：root 用户或 sudo）：

以上命令会在8069端口上启动Odoo服务。在你的本地机器上，你可以通过http://localhost: 8069访问Odoo实例。使用docker ps命令来查看运行中的容器。

运行原理…

docker-compose需要一个YAML文件来设置服务。在YAML文件中，你需要添加想要部署的服务的明细。在创建YAML文件之后，你可以使用单条命令启动所有服务。

在第1步中，我们为自己的服务创建了YAML文件。要运行Odoo实例，我们需要两个容器：一个给PostgreSQL数据库，一个给Odoo自身。在services: 版块中我们添加了两个服务。第一个名为web。该服务用于运行Odoo实例。在该服务中，你需要指定你想要容器化的镜像名称。因此，在web服务中，我们添加了odoo:12.0来作为镜像。

Odoo实例不能无数据库运行。因此，我们需要通过depends_on键来指定依赖。接着，我们指定了PostgreSQL的服务。为该服务指定了名称db。注意这是这是我们在web服务的依赖中添加的相同服务。

第二步中，我们使用了docker-compose命令来运行该Odoo实例。docker-compose命令将运行两个容器。你可以通过docker ps命令来查看细节。在运行了该命令之后，可通过https://localhost:8069来访问Odoo。

如果你想要使用自定义插件或你自己的配置，可以像如下这样在docker compose YAML文件中指定数据卷：

该YAML文件将通过自定义插件和自定义配置来运行Odoo实例。它还使用volumes来作为Odoo和PostgreSQL数据目录。

扩展内容…

我们在这一节中设置的Docker镜像仅仅是一个初始框架。你可能需要优先大量参数来方例实例的管理，修改Dockerfile来让你通过本地源代码运行Odoo，而不是在每次编辑一个模块时都要重建，这些都不在本书的讨论范畴之内。

Docker是一个巨大的世界，提供了大量的选项。你可能会想要在一个Docker镜像仓库上发布你的镜像，以及使用docker push和docker pull来发布和获取你项目的Docker镜像。你还可能会想要运行一个Docker管理平台，如Rancher，来在一个有负载均衡的服务器集群上运行你的镜像。同时，你还可以通过持续集成环境集成镜像的构建步骤发布你的开发快照来进行测试。

管理网站的内容分发网络（CDN）

内容分发网络（CDN）如今非常的流行。CDN通过在地理上非常近的服务器提供静态资源的服务来降低网站的加载时间。Odoo有一个内置的选项来为网站应用配置CDN。在下例中，我们将来了解如何在Odoo中设置CDN。

准备工作

我们假定你启动了Odoo实例并且已安装website应用。如果你不知道如何在Odoo中安装应用，请参见第二章 管理Odoo服务器实例中的安装并升级本地插件模块一节。

市面上有很多可用的CDN服务提供商，如MaxCDN、KeyCDN和CloudFlare。下例中，我们将使用KeyCDN来作为我们的CDN服务提供商。如果你使用的是其它的CDN服务提供商，会发现相同类型的配置选项，因为大部分CDN服务提供商以相似的概念运行，因此你可以使用任意基于拉取的CDN服务提供商。

如何操作…

为Odoo网站设置CDN，你需要完成两个配置：

配置CDN提供商

请按照这些步骤来配置CDN提供商。这里我们将使用KeyCDN账户：

  1. 登录你的KeyCDN账户
  2. 点击Zones菜单并添加一个新区域：
  3. 设置如下选项来激活该CDN区域：
    • Zone Name：任意标识区域的名称
    • Zone Status: active
    • Zone Type: Pull
    • Origin URL：你的Odoo实例所运行的 URL
  4. 保存该pull区域并从该列表中拷贝Zone URL。我们在下面的几步中将在 Odoo 配置中使用这一 URL

在Odoo上配置CDN

使用管理员账户登录你的Odoo实例并按照如下步骤来在Odoo中配置CDN：

  1. 激活开发者模式，因为CDN配置仅在激活了开发者模式之后才会显示。参照第一章 安装Odoo开发环境中激活Odoo开发者工具一节。
  2. 打开website应用的Configuration菜单并搜索内容分发网络（CDN）选项：
  3.  在网站配置中设置如下选项并保存设置：
    • CDN Base URL：设置由CDN供应商所提供的URL。在我们的例子中，我们将使用在上一小节第3步中拷贝的区域 URL
    • CDN Filters：这是网站静态资源的URL正则表达式列表。这些规则用于标识将通过CDN提供服务的静态资源。Odoo会在该字段中填写默认值，但如果你使用其它的 URL 来提供静态资源，请手动在单独的行中添加这些 URL。

按照如下步骤来检查CDN的集成是否正常：

  1. 登出Odoo并对网站进行公开的访问。
  2. 打开浏览器开发者工具并进行入网络（network）选项卡
  3. 重载页面并在网络日志中查看静态资源的 URL。静态资源应该像下图中那样通过CDN的URL来进行加载：

译者注：上图及配置截图使用的是MaxCDN，当前使用 KeyCDN 尝试多次未能成功注册，相关截图来自原书

你可能会获取到 Cross-Origin Resource（跨域资源）的报错，如下图所示：

要修复这些错误，你需要通过CDN激活CORS。在keyCDN中，你会在高级特性中看到CORS选项，如下图所示：

运行原理…

在你激活一个pull区域时，KeyCDN会自动从你的网站上抓取所有的静态资源。它会在全球不同的服务器上缓存这些资源。要在你的Odoo网站上使用这些缓存资源，你需要通过CDN提供商所给出的 URL 来加载静态资源。在第5步中，我们为Odoo网站配置了这一 URL，这样在这一步后，Odoo将以CDN URL来加载静态资源。

ℹ️为避免后台用户的问题，Odoo仅对公开用户通过CDN URL来加载静态资源。一旦你做了登录，Odoo会停止使用CDN URL并会从相同的域加载静态资源。

扩展内容…

CDN服务商，如Cloudflare，使用基于DNS的技术来提供网站内容的服务。如果你想要使用Cloudflare配置CDN，需要进行更多的配置。要使用Cloudflare，你需要通过与你的网站域名不同的域名/子域名来提供缓存网站的服务。例如，odoo.com使用odoocdn.com来提供CDN资源的服务。之后，你需要在Odoo的配置中设置该域名/子域名为CDN Base URL。

ℹ️警告

在通过不同 URL 为相同网站提供服务时需要格外小心，因为如果你提交该CDN域名给搜索引擎索引的话可能更改掉你的sitemap.xml文件。

 

退出移动版