Storing the instance configuration in a file
The odoo.py
script has dozens of options, and it is tedious to remember them all and to remember to set them properly when starting the server. Fortunately, it is possible to store them all in a configuration file and to only specify by hand the ones you want to alter, for example, for development.
How to do it...
To generate a configuration file for your Odoo instance, run the following command:
$ odoo.py --save --config myodoo.cfg --stop-after-init
You can add additional options, and their values will be saved in the generated file. All the unset options will be saved with their default value set. To get a list of possible options, use:
$ odoo.py --help | less
This will provide you with some help about what the various options perform. To convert from the command line form to the configuration form, use the long option name, remove the leading dashes, and convert the dashes in the middle to underscores: --without-demo
becomes without_demo
. This works for most options, but there are a few exceptions listed in the next section.
Edit the file myodoo.cfg
(use the table in the following section for some parameters you may want to change). Then to start the server with the saved options, run the following command:
$ odoo.py -c myodoo.cfg
Note
The --config
option is commonly abbreviated as -c
How it works...
At start up, Odoo loads its configuration in three passes. First a set of default values for all options is initialized from the source code. Then the configuration is parsed, and any value defined in the file overrides the defaults. Finally, the command-line options are analyzed and their values override the configuration obtained from the previous pass.
As mentioned earlier, the names of the configuration variables can be found from the names of the command-line options by removing the leading dashes and converting the middle dashes to underscores. There are a few exceptions, notably:
Command line |
Configuration file |
---|---|
|
|
|
|
|
|
|
|
|
|
Here is a list of options commonly set through the configuration file:
Option |
Format |
Usage |
---|---|---|
|
Prevents module demo data from being loaded. | |
|
Comma separated list of paths |
A list of directory names in which the server will look for addons (see Chapter 2, Managing Odoo Server instances). |
|
Text |
The master password (see previous recipe). |
|
Path to a directory |
A directory in which the server will store session information, addons downloaded from the Internet, and documents if you enable the file store. |
|
Host name |
The name of the server running the PostgreSQL server. Use |
|
Database user login | |
|
Database user password |
This is generally empty if |
|
Database name |
Used to set the database name on which some commands operate by default). This does not limit the databases on which the server will act. See the following |
|
A regular expression |
The expression should match the name of the databases considered by the server. If you run the website, it should match a single database, so it will look like |
|
IP address of a network interface |
Defaults to |
|
Port number |
The ports on which the Odoo server will listen. You will need to specify both to run multiple Odoo servers on the same host. |
|
Path to a file |
The file in which Odoo will write its logs. |
|
Log verbosity level |
Specify the level of logging. Accepted values (in increasing verbosity order): |
|
Integer |
The number of worker processes. See Chapter 16, Server Deployment, for more information. |
|
True / False |
Set to |
There is more...
The parsing of the configuration file by Odoo is done using the Python ConfigParser
module. This module supports defining values for variables from the values of other variables using the %(section.variable)s
notation. You can omit section
if the value comes from the same section or if it is defined in the special [DEFAULT]
section.
For instance, if you want to define the database login to be the same as the database name, you can write the following in your Odoo configuration file:
[options] db_name = projectname db_user = %(options.db_name)s
A very common use is to define a common prefix for the paths of the addons:
[DEFAULT] project = /home/odoo/projects/project1 env = dev prefix = %(project)s/%(env)s [options] addons-path = %(prefix)s/odoo/addons,%(prefix)s/OCA/server-tools data_dir = %(prefix)s/data_dir