Ubuntu安装Odoo

说个坑，需要先进root账户。否则会有创建不了相关文档及位置的提示报错。

wget https://www.python.org/ftp/python/3.9.0/Python-3.9.0.tgz

tar -zxf Python-3.9.0.tgz

cd Python-3.9.0

./configure --prefix=/usr/local/python3

./configure --enable-optimizations

Step 1 : Update Server

Step 2 : Create Odoo User in Ubuntu

Step 3 : Install PostgreSQL Server

Step 4 : Create Odoo user for postgreSQL

Step 5 : Install Python Dependencies

Step 6 : Install Python PIP Dependencies

Step 7 : Install other required packages

Step 8 : Install Wkhtmltopdf

Step 9 : Create Log directory

Step 10 :Install Odoo

Step 11 : Setting permissions on home folder

Step 12 : Create server config file

Step 13 : Install other Dependencies

Step 14 : 创建一个 Systemd Unit 文件

打开你的文本编辑器，并且在/etc/systemd/system/目录下创建一个名为odoo.service的文件, 将下面的内容粘贴到文件中：

保存文件并且关闭编辑器。

设置该文件的权限

通知 Systemd 有一个新的 unit 文件：

Step 15 : Now Start Odoo

通过执行下面命令启用并且启动 Odoo 服务：

或者直接执行以下命令

你可以通过下面的命令检查服务状态：

想要查看 Odoo 服务日志，使用下面的命令：

打开你的浏览器，输入:http://<your_domain_or_IP_address>:8069

假设所有安装完成，你将会看到下面这样的屏幕：

如果你无法访问这个页面，那很可能是你的防火墙阻止了端口8069。 请在宝塔面板(或通过防火墙命令)放行端口8069，云服务器上防火墙策略也应放行。

将 Nginx 配置成 SSL 代理服务器

默认的 Odoo 网站服务器通过 HTTP 服务。想要使 Odoo 部署更安全，我们将会配置 Nginx 作为 SSL 代理服务器，使网站服务器通过 HTTPS 进行服务。

SSL 代理服务器是一个用来处理 SSL 加密解密的代理服务器。这意味着，Nginx 将会处理并且解密进来的 TLS 连接（HTTPS），并且传递未被加密的请求到内部服务（Odoo）。在 Nginx 和 Odoo 之间的流量将不会被加密。

使用一个反向代理服务器有很多好处，比如负载均衡，SSL，缓存，压缩，静态内容服务，等等。

确保你满足下面的前提条件，再继续下一步的安装配置：

一个指向你的服务器的公网 IP 的域名，我们使用example.com。

安装 Nginx

域名的 SSL 证书。你可以安装一个免费的 Encrypt SSL 证书。

打开你的文本编辑器，创建或者编辑域名服务器配置块:

下面的配置将会建立 SSL，HTTP 转向 HTTPS，WWW 转向 non-www，缓存静态文件，并且开启 GZip 压缩。

不要忘记使用你自己的 Odoo 域名替换 example.com并且设置正确的 SSL 证书地址。

一旦你完成了，重启 Nginx和Odoo服务：

此时，反向代理服务器配置好了，你可以通过 https://example.com 来访问 Odoo 了。

改变监听端口

这一步是可选的，但是它是一个很好的实践操作。

默认情况下，Odoo 服务监听所有网络接口的8069端口。想要禁止对 Odoo 的直接访问，你可以封锁8069端口，并且强制 Odoo 只监听本地监控。

我们将会配置 Odoo 仅仅监听 127.0.0.1。打开配置文件，添加下面的内容到文件最后面： /etc/odoo13.conf

保存配置文件，并且重启 Odoo 服务器，使修改生效：

如果日志出现以下错误

「connect() failed (111: Connection refused) while connecting to upstream, client: XX.XX.XX.XX, server: , request: "POST /longpolling/poll HTTP/1.1", upstream: " http://127.0.0.1:8072/longpolling/poll ", host: "XX.XX.XX.XX", referrer: " http://XX.XX.XX.XX/web "」

解决：

Let's just say you have a longpolling parameter in your odoo-server.conf

and set

after starting your odoo, just runs $ sudo netstat -tulpn to ensure that your longpolling is running, and you'll get this info :

Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name

tcp0 0 0.0.0.0:80720.0.0.0:* LISTEN 10121/python3

tcp0 0 0.0.0.0:80690.0.0.0:* LISTEN 10119/python3

tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1461/sshd

...

when you can't find your longpolling there (that's why Bad Gateway Occurs, nginx can not find the running longpolling port), maybe just need to install gevent first:

and restart your odoo.

check $ sudo netstat -tulpn again, and you'll see that your longpolling port already running..

启用多进程

默认情况下，Odoo 工作在多线程模式。对于产品级别的部署，我们推荐修改成多进程服务器，提升稳定性，并且充分利用系统资源。

想要启用多进程，你需要编辑 Odoo 配置文件，并且设置一个非 0 的工作进程数字。工作进程数字，基于 系统中的 CPU 核心数字和可用的 RAM 内存来计算。

通过 Odoo 官方文档计算工作进程的数量以及需要的 RAM 内存大小，你可以使用下面的公式：

工作进程数量计算:

工作进程最大数量理论值 = (system_cpus * 2) + 1

1 个工作进程可以服务 约等于 6 个并行客户。

Cron 进程也需要 CPU

RAM 内存大小计算

我们考虑 20%的请求是重请求，并且 80%的请求是轻量级请求。重量级请求使用将近 1GB RAM，而轻量级请求使用将近 150MB RAM。

需要的 RAM = number_of_workers * ( (light_worker_ratio * light_worker_ram_estimation) + (heavy_worker_ratio * heavy_worker_ram_estimation) )

如果你不知道你的系统有多少 CPU，你可以使用下面的grep命令：

比方说，你有一个系统，拥有 4 核心 CPU，8GB RAM 内存，和 30 个并行 Odoo 用户。

30 users / 6 = 5 (5 是所需要的理论工作进程数量)

(4 * 2) + 1 = 9 (9 是理论的最大工作进程数量)

基于上面的计算，你可以使用 5 个进程+1 个进程（Cron 进程）总共 6 个进程。

基于工作进程，计算 RAM 内存：

RAM = 6 * ((0.8 150) + (0.2 1024)) ~= 2 GB of RAM

计算结果显示，Odoo 安装将会需要大概 2GB 内存。

想要切换到多进程模式，打开配置文件，并且添加计算值： /etc/odoo-server.conf

重启 Odoo 服务，使修改生效：

弱点如下：

1、学习掌握难度大：Odoo是一套完整的ERP框架，需要高素质程序员，对Odoo有一定研究才玩得转；如果就中小企业项目开发而言，成本包括“Odoo学习成本+新项目开发成本”，并不一定比直接用代码开发成本低。

对大公司而言，已经有完整的ERP开发体系或方式，如果采用新的中台开发，也可以会采用iVX这样0代码的开发体系，而不是用Odoo。

2、维护成本也不低：首先以前学Odoo的人不能走，而市场上想找到会Odoo的几乎很难；另外，新加部分，多数还是要代码支持。

3、版本太多：每个版本变化都比较大，而且相互支持也不优化，无法向下兼容，维护成本高。

4、语言英文为主：中文的内容相对比较少，都是英文的。

5、云端支持弱：Odoo还是一个相对传统概念ERP的延伸，本地化概念根深蒂固，云计算支持相对较弱，因此Odoo对后台云端资源整合能力有限，也就是说“后台要你自己搞，包括Docker并发啥的”。

6、程序质量一般：有些控件和应用都是开源的，坦白说，“质量不敢恭维”，而且维护也是不固定的，也就是说组件有Bug，人家修不修，什么时候修就不好说了，更别说很多企业开发有定制的需求，如果Odoo本身不响应，基本上项目就被“卡死”，再也无法推进，这可能是最大障碍。

我并不觉得企业应用选开源框架是个好方案，可以部分开源，但是一定要有人负责，这是企业的刚需，否则，投入一半，发现没人理你，基本就死了。企业其实，并不Care花一点钱买开发能力，因为人和时间才是最贵的。

国内可以考虑低代码的开发平台iVX，如果做工作流可以考虑明道云、氚云等。

传统的ERP多为商业软件，相当封闭，用户购买之后如要定制适合自身的需求，会受到非常多的限制，官方系统升级后，用户如要升级则需要再次花钱，如果不升级，按一般系统发展规律，5-7年将不再适应公司发展要求，又要重新寻找合适的系统。传统 ERP 按模块、按用户销售，对于发展迅速的客户，会受到很大的制约。

Odoo 是一套开源系统，由比利时一家公司开发，整个社区活跃的贡献者大约有3000人。Odoo 从8.0开始不再局限于 ERP 范畴，增加对电子商务、互联网方面的支持。Odoo 强大之处在于其灵活的系统架构，可在不修改核心代码的情况下修改系统的功能或增加自己需要的功能模块，因此可以随时下载官方最新代码替换系统中的官方代码，而不影响或者很少影响自己增加或修改的模块。传统ERP系统很少能做到这一点。

---