CRM — Odoo Business 0.1 documentation

odoo-bin

启动server

-d <数据库名>, --database <数据库名>

当安装或更新模块是使用数据库。

-i <模块>, --init <模块>

在运行服务之前用逗号分隔一系列安装的模块 (要求 -d).

-u <模块>, --update <模块>

在运行服务之前逗号分隔一系列模块来更新 (要求 -d ).

--addons-path <目录>

逗号分隔存储模块的目录。扫描这些目录中的模块

--workers <数目>

如果 计数 不是0(默认),使多处理器和设置指定数量的HTTP角色(子流程处理HTTP和RPC请求)

一系列选项允许限制和循环角色:

--limit-request <限制数目>

在回收和重启之前,一个角色要处理的请求数。

默认是 8196.

--limit-memory-soft <限制内存>

每个角色允许最大限度的虚拟内存。如果限制被超出,这个角色将被停止并且在当前请求的最后被再回收。

默认是 640MB.

--limit-memory-hard <限制内存>

强制限制虚拟内存,并且任意角色超出限制将被立刻停止而不必等待当前请求进程的结束处理。

默认是 768MB.

--limit-time-cpu <限制秒数>

防止该角色使用每个请求超过限制CPU的秒数。如果超出限额,角色将被停止。

默认是 60.

--limit-time-real <限制时间>

防止角色花费超过限制秒数的处理请求。如果超出限额,角色将被停止。

不同于 --limit-time-cpu ,这是一个"硬性时间"限制包括例如 SQL查询。

默认是 120.

--max-cron-threads <count>

一系列角色专用于计划任务。默认是2。这些角色在多线程模式下是线程,在多进程模式下是进程。

针对多进程模式,这被加入到HTTP角色进程中。

-c <配置文件>, --config <配置文件>

通过一个转换的配置文件

-s, --save

保存服务器配置到当前的配置文件中(默认是 $HOME/.odoorc ,并且使用 :option: [UNKNOWN NODE title_reference] 被覆盖)

--proxy-mode

enables the use of X-Forwarded-* headers through [UNKNOWN NODE problematic].

--test-enable

安装模块后运行测试

--dev <feature,feature,...,feature>
  • all: 以下的所有功能特性被激活
  • xml: 从xml文件直接读取qweb模板,而不是从数据库中。一旦一个模板在数据库中被改动,它将不会从 xml文件中被读取到直至下次更新/初始化。
  • reload: 当python文件被更新重启服务(可能无法检测取决于使用的文本编辑器)
  • qweb: 当一个节点包含 t-debug='debugger' 时相关的qweb模板被中断。
  • (i)p(u)db:当一个意外的错误出现而日志返回这个错误之前启动一个python的调试器。

database

-r <数据库用户>, --db_user <数据库用户>

用户连接PostgreSQL的数据库用户。

-w <数据库密码>, --db_password <数据库密码>

如果使用 [UNKNOWN NODE title_reference] ,提供数据库密码。

--db_host <主机地址>

数据库服务器地址

  • localhost on Windows
  • UNIX socket otherwise
--db_port <端口号>

数据库监听端口号,默认是 5432

--db-filter <筛选器>

隐藏不匹配<筛选器> 的数据库。过滤器是一种 [UNKNOWN NODE title_reference] ,补充:

  • %h 被请求的整个主机名替换
  • %d 被替换为请求中除www以外的子域名(因此域odoo.com和www.odoo.com都将匹配odoo数据库)
--db-template <模板>

当从数据库管理界面创建一个新的数据库,使用指定的 [UNKNOWN NODE title_reference] 。 默认是 template1

built-in HTTP

--no-xmlrpc

不要启动HTTP或长轮询工作(可能仍启动cron工作)

--xmlrpc-interface <interface>

HTTP服务器监听的TCP/IP地址,默认为 0.0.0.0 (所有地址)

--xmlrpc-port <port>

HTTP服务器监听的端口,默认是8069

--longpolling-port <port>

用于多进程或gevent模式下长轮询连接的TCP端口,默认为8072.默认(线程)模式下不使用。

日志

默认情况下,Odoo显示 [UNKNOWN NODE problematic] info 的所有了工作流日志记录(仅 warning )日志记录, 并且日志输出发送到 stdout 。各种选项可用于将日志重定向到其他目的地并自定义日志输出量

--logfile <file>

将日志输出发送到指定的文件,而不是stdout。 在Unix上, 文件 [UNKNOWN NODE title_reference] ,并且在替换时将自动重新打开

--logrotate

启用 日志循环 daily,保留30个备份。 日志循环频率和备份数量不可配置。

--syslog

日志到系统的事件记录器:[UNKNOWN NODE title_reference] 和 [UNKNOWN NODE problematic] 。

两者都不可配置

--log-db <dbname>

日志到指定数据库的 ir.logging 模型( ir_logging 表)。 数据库可以是“当前”PostgreSQL中的数据库的名称,或者例如 a PostgreSQL URI 。 例如 日志聚合

--log-handler <handler-spec>

LOGGER:LEVEL ,在提供 LEVE 下启用 LOGGERodoo.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

启用DEBUG日志记录HTTP请求和响应,等效于 [UNKNOWN NODE title_reference]

--log-sql

启用SQL查询的DEBUG日志记录,等效于 --log-handler=odoo.sql_db:DEBUG

--log-level <level>

在特定记录器上更容易设置预定义级别的快捷方式。 在 odoowerkzeug 记录器上设置 “真正的”级别(criticalerrorwarndebug), (除了 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

Scaffolding

Scaffolding是自动创建的骨架结构,以简化(新模块,在Odoo的情况下)引导。 虽然不必要,但它避免了设置基本结构和查找所有起始要求的烦琐。

Scaffolding可通过 odoo-bin scaffold 子命令。

-t <template>

一个模板目录,文件通过jinja2_传递,然后复制到 destination 目录

name

要创建的模块的名称,可以以各种方式来生成程序化名称(例如模块目录名称,型号名称,_)

destination

在哪个目录中创建新模块,默认为当前目录

配置文件

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

某些转化与模式不匹配:

  • --db-filter 变成 dbfilter
  • --no-xmlrpc 对应于 xmlrpc 布尔值
  • 记录预设(所有选项以 --log- 开头除了 :option: [UNKNOWN NODE title_reference] 和 :option: [UNKNOWN NODE title_reference] ) 只是直接在配置文件中添加内容到 log_handler
  • --smtp 被存储为 smtp_server
  • --database 被存储为 db_name
  • --debug 被存储为 debug_mode (布尔值)
  • --i18n-import--i18n-export 根本不可用于配置文件

默认配置文件是 $ HOME /.odoorc ,可以使用 --config 重写。 指定 --save 会将当前配置状态保存回该文件。