命令行参数
-d , --database
安装或更新模块时使用的数据库。提供以逗号分隔的列表将限制为对列表中提供的数据库的访问。
-i , --init
以逗号分隔的要在运行服务器之前安装的模块的列表(需要有-d
)。
-u , --update
以逗号分隔的要在运行服务器之前更新的模块列表(需要有-d
)。
--addons-path
以逗号分隔的目录列表,用于存储模块。扫描这些目录中的模块(nb:何时以及为什么?)
--workers
如果count
不为0(默认值),则启用多重处理并设置指定数量的HTTP工作程序(处理HTTP和RPC请求的子进程)。
多处理模式仅在基于Unix的系统上可用
多种选择允许限制和回收工人:
--limit-request
工作者在回收和重新启动之前将处理的请求数。
默认为8196
--limit-memory-soft
每个工作程序允许的最大虚拟内存。如果超出了限制,则在当前请求结束时将杀死该工人并将其回收。
默认为2048MiB。
--limit-memory-hard
虚拟内存的硬限制,任何超过限制的工作线程都将被立即杀死,而无需等待当前请求处理的结束。
默认为2560MiB。
--limit-time-cpu
防止工作人员为每个请求使用超过
默认值为60。
--limit-time-real
防止工作人员花费超过
区别--limit-time-cpu
在于这是“挂墙时间”限制,包括例如SQL查询。
默认值为120。
--max-cron-threads
专职从事cron工作的工人数量。默认值为2。工作程序是处于多线程模式的线程,而进程是处于多处理模式的进程。
对于多处理模式,这是HTTP工作进程的补充。
-c , --config
提供备用配置文件
-s, --save
将服务器配置保存到当前配置文件(*$HOME*/.odoorc
默认情况下,可以使用覆盖 -c
)
--proxy-mode
X-Forwarded-*
通过Werkzeug的代理支持启用标头的使用。
注意! 反向代理方案之外不得启用代理模式
--test-enable
安装模块后运行测试
--dev
-
all
:以下所有功能均已激活 -
xml
:直接从xml文件而不是数据库中读取模板qweb。一旦在数据库中修改了模板,在下一次更新/初始化之前,不会从xml文件中读取该模板。 -
reload
:更新python文件时重新启动服务器(根据使用的文本编辑器可能无法检测到) -
qweb
:当节点包含qweb模板时,中断评估t-debug='debugger'
-
(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)
以匹配所有数据库(因此domainodoo.com
使用(?i)%d
匹配数据库Odoo
)。
从版本11开始,还可以通过使用–database参数并指定以逗号分隔的数据库列表来限制对给定数据库侦听的访问
当组合两个参数时,db-filter取代了逗号分隔的数据库列表以限制数据库列表,而逗号分隔的列表用于执行请求的操作,例如模块升级。
odoo-bin --db-filter ^11.*$
限制对名称以11开头的数据库的访问
odoo-bin --database 11firstdatabase,11seconddatabase
限制仅访问两个数据库11firstdatabase和11seconddatabase
odoo-bin --database 11firstdatabase,11seconddatabase -u base
限制仅访问两个数据库11firstdatabase和11seconddatabase,并更新一个数据库上的基本模块:11firstdatabase 如果不存在数据库11seconddatabase,则创建数据库并安装基本模块
odoo-bin --db-filter ^11.*$ --database 11firstdatabase,11seconddatabase -u base
限制对名称以11开头的数据库的访问,并在一个数据库上更新基本模块:11firstdatabase如果不存在数据库11seconddatabase,则会创建数据库并安装基本模块
--db-template
从数据库管理屏幕创建新数据库时,请使用指定的模板数据库。默认为template1
。
--pg_path
数据库管理器用于转储和还原数据库的PostgreSQL二进制文件的路径。仅当这些二进制文件位于非标准目录中时,才需要指定此选项。
--no-database-list
禁止列出系统上可用数据库的功能
--db_sslmode
控制Odoo和PostgreSQL之间连接的SSL安全性。值应为“禁用”,“允许”,“首选”,“需要”,“验证ca”或“完全验证”之一。默认值为“首选”
国际化
使用这些选项将Odoo转换为另一种语言。请参阅用户手册的“ i18n”部分。选项“ -d”是强制性的。如果是进口,则必须使用选项“ -l”
--load-language
指定要加载的翻译的语言(用逗号分隔)
-l, --language
指定翻译文件的语言。与–i18n-export或–i18n-import一起使用
--i18n-export
导出所有要翻译为CSV文件,PO文件或TGZ存档的句子并退出。
--i18n-import
导入带有翻译的CSV或PO文件并退出。“ -l”选项是必需的。
--i18n-overwrite
在更新模块或导入CSV或PO文件时,将覆盖现有的翻译术语。
--modules
指定要导出的模块。与–i18n-export结合使用
内置HTTP
--no-http
不要启动HTTP或长时间轮询的工作程序(可能仍会启动cron工作程序)
警告
当有--test-enable
时无效,因为测试需要可访问的HTTP服务器
--http-interface
HTTP服务器侦听的TCP / IP地址,默认为0.0.0.0
(所有地址)
--http-port
HTTP服务器侦听的端口,默认为8069。
--longpolling-port
在多处理或gevent模式下用于长轮询连接的TCP端口,默认为8072。在默认(线程)模式下不使用。
日志
默认情况下,Odoo将显示所有级别的 info
日志记录(warning
仅工作流日志记录除外),并且日志输出将发送到stdout
。各种选项可用于将日志记录重定向到其他目标并自定义日志记录输出量
--logfile
将日志记录输出发送到指定文件而不是stdout。在Unix上,该文件可以由外部日志轮换程序管理, 替换后将自动重新打开
--logrotate
每天启用日志循环,保留30个备份。日志循环频率和备份数量不可配置。
危险
内置日志轮换在多员工情况下不可靠,并且可能会导致大量数据丢失。这是强烈建议使用外部的日志旋转实用程序或使用系统日志程序(-syslog)来代替。
--syslog
记录到系统的事件记录器:unices上的syslog 和Windows 上的事件日志。
两者都不可配置
--log-db
记录到指定数据库的ir.logging
模型(ir_logging
表)。数据库可以是“当前” PostgreSQL中的数据库名称,也可以是PostgreSQL URI,例如用于日志聚合
--log-handler
*LOGGER*:*LEVEL*
,LOGGER
在提供的位置启用,LEVEL
例如odoo.models:DEBUG
将启用DEBUG
模型中或更高级别的所有日志记录消息 。
- 冒号
:
是强制性的 - 可以省略记录器以配置根(默认)处理程序
- 如果省略该级别,则记录器设置为
INFO
可以重复该选项以配置多个记录器,例如
$ odoo-bin --log-handler :DEBUG --log-handler werkzeug:CRITICAL --log-handler odoo.fields:WARNING
--log-request
为RPC请求启用DEBUG日志记录,等效于 --log-handler=odoo.http.rpc.request:DEBUG
--log-response
为RPC响应启用DEBUG日志记录,等效于 --log-handler=odoo.http.rpc.response:DEBUG
--log-web
启用HTTP请求和响应的DEBUG日志记录,等效于 --log-handler=odoo.http:DEBUG
--log-sql
启用SQL查询的DEBUG日志记录,等效于 --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
,后者用于
电邮
--email-from
Odoo需要发送邮件时用作
--smtp
要发送邮件要连接的SMTP服务器的地址
--smtp-port
--smtp-ssl
如果设置,odoo应该使用SSL / STARTSSL SMTP连接
--smtp-user
连接到SMTP服务器的用户名
--smtp-password
连接到SMTP服务器的密码
脚手架
脚手架是自动创建骨架结构以简化自举(对于Odoo而言,是新模块的自举)。尽管没有必要,但它避免了建立基本结构和查找所有初始要求的乏味工作。
可通过odoo-bin scaffold子命令来使用scaffolding。
-t
模板目录,文件通过jinja2传递,然后复制到该destination
目录
name
要创建的模块的名称,可以通过各种方式合并以生成程序名称(例如,模块目录名称,模型名称等)
destination
在其中创建新模块的目录,默认为当前目录
配置文件
大多数命令行选项也可以通过配置文件指定。大多数时候,他们使用类似名称的前缀-
去除等-
通过替换_
例如--db-template
变成 db_template
。
某些转化与模式不匹配:
-
--db-filter
变成dbfilter
-
--no-http
对应于http_enable
布尔值 - 记录预设(
--log-
除了--log-handler
和以外的 所有选项--log-db
)仅向中添加内容log_handler
,直接在配置文件中使用 -
--smtp
存储为smtp_server
-
--database
存储为db_name
-
--i18n-import
并且--i18n-export
根本无法从配置文件中使用
*$HOME*/.odoorc
可以使用覆盖默认配置文件--config
。指定 --save
会将当前配置状态保存回该文件。