odoo10参考系列--命令行接口：odoo-bin

运行服务器

-d , --database

安装或更新模块时使用的数据库

-i , --init

在运行服务器之前需要安装的以逗号分隔的模块的列表(必须有-d).

-u , --update

在运行服务器之前需要更新的以逗号分隔的模块的列表(必须有-d).

--addons-path

以逗号分隔的模块存储的目录列表。这些目录被扫描成模块 (nb: when and why?)

--workers

如果count 不是 0 (默认是), 启用多处理并且设置指定数量的HTTP任务对象(子流程处理HTTP和RPC请求).

注

多重处理模式仅适用于基于UNIX的系统

许多选择允许限制和回收任务对象：

--limit-request

在回收和重新启动之前，任务对象要处理的请求数。

默认值为8196.

--limit-memory-soft

每个任务对象的最大允许虚拟内存。如果超出了限制，则在当前请求结束时将该任务对象杀死并回收。

默认值为2048MB.

--limit-memory-hard

对虚拟内存的严格限制，任何超过该限额的任务对象将立即被杀死，而不必等待当前请求处理的结束

默认值为2560MB.

--limit-time-cpu

防止任务对象为每个请求使用超过限制的CPU时间（秒）。如果超过限额，任务对象就会被杀死

默认值为 60.

--limit-time-real

防止任务对象在处理请求时花费大于的时间。如果超过限额，任务对象就会被杀死。

不同于 --limit-time-cpu，这是一个“墙时间”的限制，包括SQL查询

默认值为120.

--max-cron-threads

专注于定时任务的任务对象数。默认值为2。任务对象是多线程模式的线程，在多进程模式下处理。

对于多处理模式，这是除了HTTP任务对象进程之外的

-c , --config

提供一个备用配置文件

-s, --save

将服务器配置保存到当前配置文件($HOME/.odoorc 默认情况下，并且可以使用-c进行重写)

--proxy-mode

通过Werkzeug的代理支持可以使用X-Forwarded-*头

警告

代理模式不能在反向代理方案之外启用

--test-enable

安装模块后运行测试

--dev

• all: 下面的所有功能都被激活
• xml: 读取模板qweb直接代替数据库的XML文件。一旦模板在数据库中被修改，在下一次更新/ 初始化之前，它不会从XML文件中读取
• reload: 更新Python文件时重新启动服务器（根据所使用的文本编辑器可能无法检测到）
• qweb: 当一个节点包含 t-debug='debugger'时，打破qweb模板评价
• (i)p(u)db: 在记录和返回错误之前引发意外错误时，在代码中启动选中的Python调试器

数据库

-r , --db_user

数据库用户名，用于连接到PostgreSQL

-w , --db_password

数据库密码，如果使用密码身份验证.

--db_host

数据库服务器的主机

• localhost 在windows 系统
• UNIX另外的套接字

--db_port

数据库监听端口，默认值是5432

--db-filter

隐藏不能匹配的数据库。 过滤器是一个正则表达式，添加了：

• %h 被替换为请求的整个主机名

• %d被替换为请求的子域，但www除外(因此域名 odoo.com 和www.odoo.com 都匹配数据库 odoo)。

  这些操作是区分大小写的。添加选项 (?i) 去匹配所有的数据库(因此域名  odoo.com 使用(?i)%d匹配数据库Odoo).

--db-template

在从数据库管理屏幕创建新数据库时，使用指定的模板数据库。默认值是template1

内置的HTTP

--no-xmlrpc

不启动HTTP长轮询的任务对象（还可以启动定时的任务对象）

警告

如果 --test-enable已经设置，没有任何效果； 因为测试需要一个可访问的HTTP服务器

--xmlrpc-interface

http服务器监听的TCP/IP地址，默认值是 0.0.0.0 (所有地址)

--xmlrpc-port

http服务器监听的端口，默认值是8069.

--longpolling-port

在多处理器或Gevent模式长轮询连接的TCP端口，默认为8072。不用于默认（线程）模式

日志

默认情况下， Odoo显示所有info 水平的日志记录除了工作流日志 (仅warning)，并将日志输出发送到stdout。可以使用各种选项将日志记录重定向到其他目的地，并定制日志输出量

--logfile

将日志输出到指定的文件而不是stdout。在UNIX上，该文件可以由外部日志轮换程序管理，并在替换时自动重新打开

--logrotate

启用日志轮转，保持30个备份。日志的旋转频率和备份的数量是不可配置的.

--syslog

日志系统的事件记录器：UNIX上的syslog和Windows上的Event Log

无论是可配置

--log-db

日志的ir.logging模型（ir_logging表）指定的数据库。该数据库可以是“当前”的PostgreSQL数据库的名称，或一个PostgreSQL URI 例如日志聚合

--log-handler

LOGGER:LEVEL, 启用提供LEVEL例如odoo.models:DEBUG的 LOGGER 将启用模型中DEBUG级别以上的所有日志消息

• 冒号:是强制的
• 可以省略记录器来配置root（默认）处理程序
• 如果省略了级别，则将记录器设置为INFO

可以重复这个选项来配置多个记录器，例如：

$ odoo-bin --log-handler :DEBUG --log-handler werkzeug:CRITICAL --log-handler odoo.fields:WARNING

--log-request

启用RPC请求的调试日志记录，相当于 --log-handler=odoo.http.rpc.request:DEBUG

--log-response

启用RPC响应的调试日志记录，相当于 --log-handler=odoo.http.rpc.response:DEBUG

--log-web

启用HTTP请求和响应的调试日志记录，相当于 --log-handler=odoo.http:DEBUG

--log-sql

启用sql查询的调试日志记录，相当于 --log-handler=odoo.sql_db:DEBUG

--log-level

在特定记录器上更容易设置预定义级别的快捷方式。"真正的"级别(critical, error, warn, debug) 设置在 odoo 和 werkzeug 记录器上 (除了 debug 仅仅设置在odoo上)

Odoo还提供调试伪水平，适用于不同的记录器设置

debug_sql

将SQL记录器设置为debug

相当于  --log-sql

debug_rpc

设置odoo 和HTTP请求记录器为debug

相当于 --log-level debug --log-request

debug_rpc_answer

设置 odoo 和HTTP请求和响应记录器为 debug

相当于  --log-level debug --log-request --log-response

注

在--log-level和--log-handler之间发生冲突时，使用后者

脚手架

脚手架是自动创建一个骨架结构，以简化自动引导 (新的模块，在Odoo的情况下)。虽然没有必要避免设置基本结构和查找所有开始需求是单调乏味的。

脚手架是可以通过 odoo-bin scaffold 子命令

-t

模板目录，文件是通过jinja2传递然后复制到destination目录

name

要创建的模块名称，可能会以各种方式毁了生成程序名称 (例如模块目录名、模型名， …)

destination

创建新模块的目录，默认为当前目录

配置文件

大多数命令行选项也可以通过配置文件指定。 大多时候，它们使用前缀-删除的和其他-被_替换的相似名称，例如 --db-template 变成db_template.

某些转换与模式不匹配：

• --db-filter 变成 dbfilter
• --no-xmlrpc 对应与 xmlrpc 布尔类型
• 日志预置(所有选项用--log- 作为开始，除了--log-handler 和--log-db)只需将内容添加到log_handler, 直接在配置文件中使用
• --smtp 存储为smtp_server
• --database 存储为db_name
• --debug  存储为debug_mode (一个布尔类型)
• --i18n-import 和--i18n-export 不能用在所有的配置文件中

默认的配置文件是$HOME/.odoorc，它可以使用--config重写。 指定--save 将保存现有配置状态到默认配置文件。

ps：有翻译不当之处，欢迎留言指正。

原文地址：https://www.odoo.com/documentation/10.0/reference/cmdline.html