Интерфейс командной строки: odoo-bin - Odoo 11.0

Запуск сервера

-d <database>, --database <database>

базы данных, используемые при установке или обновлении модулей. Предоставленный список имен баз данных через запятую оставляет доступ только к тем базам данных, которые указаны в списке.

-i <modules>, --init <modules>

Список модулей, разделенных через запятую, для установки перед запуском сервера (требуется параметр -d).

-u <modules>, --update <modules>

Список модулей, подлежащих обновлению до запуска сервера (требуется параметр -d).

--addons-path <directories>

comma-separated list of directories in which modules are stored. These directories are scanned for modules (nb: when and why?)

--workers <count>

Если count не равно 0 (по умолчанию), то включается многопроцессорная обработка и устанавливается указанное количество HTTP воркеров (подпроцессы обрабатывающие HTTP и RPC-запросы).

Ряд параметров позволяет ограничить и переработать воркеры:

--limit-request <limit>

Количество запросов, обрабатываемых воркером до его повторного использования и перезапуска.

Defaults to 8196.

--limit-memory-soft <limit>

Максимально допустимая виртуальная память на один воркер. Если предел превышен, воркер будет убит и перезапущен в конце текущего запроса.

Defaults to 2048MiB.

--limit-memory-hard <limit>

Жесткий лимит на виртуальную память, любой воркер, превысивший лимит, будет немедленно убит, не дожидаясь завершения текущей обработки запроса.

Defaults to 2560MiB.

--limit-time-cpu <limit>

Предотвращает использование обработчиком больше, чем <limit> секунд процессорного времени для каждого запроса. Если предел превышен, воркер будет убит.

Defaults to 60.

--limit-time-real <limit>

Препятствует тому, чтобы воркер работал с запросом дольше <limit> секунд. Если предел превышен, воркер будет убит.

Отличается от --limit-time-cpu тем, что это предел «wall time», включая, например, SQL-запросы.

Defaults to 120.

--max-cron-threads <count>

number of workers dedicated to cron jobs. Defaults to 2. The workers are threads in multi-threading mode and processes in multi-processing mode.

В режиме мультипроцессорной обработки это в дополнение к воркерам обрабатывающим HTTP.

-c <config>, --config <config>

provide an alternate configuration file

-s, --save

saves the server configuration to the current configuration file ($HOME/.odoorc by default, and can be overridden using -c)

--proxy-mode

Позволяет использовать заголовки X-Forwarded-* через Werkzeug’s proxy support.

--test-enable

запускает тесты после установки модулей

--dev <feature,feature,...,feature>
  • all: все перечисленные ниже функции активированы
  • xml: читать шаблон qweb из XML-файла напрямую а не из базы данных. После того, как шаблон был изменен в базе данных, он не будет считан из файла xml до следующего обновления/инициализации модуля.
  • reload: перезапустить сервер при обновлении файла python (возможно, не будет обнаружен в зависимости от используемого текстового редактора)
  • qweb: точка останова при выполнении шаблона qweb, когда узел содержит t-debug='debugger'
  • (i)p(u)db: запуск выбранного отладчика python в коде при возникновении непредвиденной ошибки перед входом в систему и возвратом ошибки.

database

-r <user>, --db_user <user>

имя пользователя базы данных, используемое для подключения к PostgreSQL.

-w <password>, --db_password <password>

пароль пользователя базы данных, если используется password authentication.

--db_host <hostname>

адрес сервера базы данных

  • localhost в Windows
  • UNIX сокет для других систем
--db_port <port>

порт, который прослушивает сервер базы данных, по умолчанию 5432

--db-filter <filter>

скрывает базы данных, имена которые не соответствуют <filter>. Фильтр является регулярным выражением, с дополнениями, которые:

  • %h заменяется на полное имя хоста, к которому сделан запрос. (при запросе на www.site.ru - отобразиться только база данных с именем «www.site.ru»)

  • %d заменяется на имя первого субдомена, к которому сделан запрос, за исключением www (домен odoo.com и www.odoo.com оба соответствуют базе данных odoo, например при обращении к subdomain.site.ru будет показана база с именем subdomain).

    Эти операции являются чувствительными к регистру. Добавлена опция (?i) чтобы найти все базы данных (так домен odoo.com при использовании (?i)%d соотствует базе данных Odoo).

Начиная с версии 11, также можно ограничить доступ к данному прослушиванию базы данных, используя параметр --database и указав список баз данных через запятую

When combining the two parameters, db-filter superseed the comma-separated database list for restricting database list, while the comma-separated list is used for performing requested operations like upgrade of modules.

odoo-bin --db-filter ^11.*$

Разрешить доступ только к тем базам данных, имя которых начинается с 11

odoo-bin --database 11firstdatabase,11seconddatabase

Разрешить доступ только к двум базам данных: 11firstdatabase и 11seconddatabase

odoo-bin --database 11firstdatabase,11seconddatabase -u base

Restrict access to only two databases, 11firstdatabase and 11seconddatabase, and update base module on one database: 11firstdatabase If database 11seconddatabase doesn’t exist, the database is created and base modules is installed

odoo-bin --db-filter ^11.*$ --database 11firstdatabase,11seconddatabase -u base

Restrict access to databases whose name starts with 11, and update base module on one database: 11firstdatabase If database 11seconddatabase doesn’t exist, the database is created and base modules is installed

--db-template <template>

when creating new databases from the database-management screens, use the specified template database. Defaults to template1.

--pg_path </path/to/postgresql/binaries>

Путь к утилитам PostgreSQL, которые используются менеджером баз данных для создания и восстановления баз данных. Вы должны указать эту опцию, только если эти двоичные файлы находятся в нестандартном каталоге.

--no-database-list

Выключает вывод списка доступных баз данных в системе

--db_sslmode

Контроль безопасности SSL соединения между Odoo и PostgreSQL. Значение должно быть одно из: disable, allow, prefer, require, verify-ca или verify-full . Значение по умолчанию - prefer

Интернационализация

Используйте эти опции для перевода Odoo на другой язык. См. Раздел i18n руководства пользователя. Опция -d обязательна. Опция -l обязательна в случае импорта

--load-language <languages>

укажите языки (разделенные запятыми) для переводов, которые вы хотите загрузить

-l, --language <language>

указать язык файла перевода. Используйте его с --i18n-export или --i18n-import

--i18n-export <filename>

экспортировать все предложения для перевода в файл CSV, PO-файл или архив TGZ и выйти.

--i18n-import <filename>

импортировать файл CSV или PO с переводами и выйти. Опция -l обязательна.

--i18n-overwrite

перезаписывает существующие термины перевода при обновлении модуля или импорте файла CSV или PO.

--modules

указать модули для экспорта. Использовать в сочетании с --i18n-export

built-in HTTP

--no-http

do not start the HTTP or long-polling workers (may still start cron workers)

--http-interface <interface>

TCP/IP-адрес, который слушает HTTP-сервер, по умолчанию равен 0.0.0.0 (все адреса)

--http-port <port>

Порт, который слушает HTTP-сервер, по умолчанию равен 8069.

--longpolling-port <port>

TCP-порт для long-polling соединений в многопроцессорном или gevent-режиме, по умолчанию 8072. Не используется в режиме по умолчанию.

logging

By default, Odoo displays all logging of level info except for workflow logging (warning only), and log output is sent to stdout. Various options are available to redirect logging to other destinations and to customize the amount of logging output

--logfile <file>

sends logging output to the specified file instead of stdout. On Unix, the file can be managed by external log rotation programs and will automatically be reopened when replaced

--logrotate

enables log rotation daily, keeping 30 backups. Log rotation frequency and number of backups is not configurable.

--syslog

logs to the system’s event logger: syslog on unices and the Event Log on Windows.

Не настраивается

--log-db <dbname>

logs to the ir.logging model (ir_logging table) of the specified database. The database can be the name of a database in the «current» PostgreSQL, or a PostgreSQL URI for e.g. log aggregation

--log-handler <handler-spec>

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

включить DEBUG уровень логов для запросов RPC можно так --log-handler=odoo.http.rpc.request:DEBUG

--log-response

включить DEBUG уровень логов для ответов RPC так --log-handler=odoo.http.rpc.response:DEBUG

--log-web

включить DEBUG уровень логов для HTTP-запросов и ответов можно так --log-handler=odoo.http:DEBUG

--log-sql

включить DEBUG уровень логов для SQL запросов можно вот так --log-handler=odoo.sql_db:DEBUG

--log-level <level>

Ярлык для более простого задания предопределенных уровней для определенных логгеров. «Существующие» уровни (critical, error, warn, debug) устанавливаются на odoo и werkzeug регистраторы (кроме debug, который установлен только для odoo).

Odoo также предоставляет отладочные псевдоуровни, которые применяются к различным наборам потоков логов:

debug_sql

устанавливает уровень debug для потока логов SQL

эквивалентен параметру --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

emails

--email-from <address>

Адрес электронной почты отправителя <FROM> в письмах отправленных из Odoo

--smtp <server>

Адрес SMTP-сервера для отправки писем

--smtp-port <port>
--smtp-ssl

Если установлен, Odoo для SMTP-соединений будет использовать защищенные протоколы SSL/STARTSSL

--smtp-user <name>

Имя пользователя для подключения к SMTP-серверу

--smtp-password <password>

Пароль для подключения к серверу SMTP

Scaffolding

Scaffolding - это автоматизированное создание каркасной структуры для упрощения первоначальной настройки (создание новых модулей, в случае с Odoo). Хотя это и не обязательно, он позволяет избежать утомительной настройки базовых структур и поиска того, что входит в необходимые требования.

Создание каркаса осуществляется командой odoo-bin scaffold.

-t <template>

каталог шаблона, файлы пропускаются через 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 сохранит текущее состояние конфигурации обратно в этот файл.