odoo | Odoo Connects Everything

centos odoo decoder jpeg not available

云服务器上传jpg图片提示IOError错误

  File "/usr/lib64/python2.7/site-packages/PIL/ImageFile.py", line 200, in load
    d = Image._getdecoder(self.mode, d, a, self.decoderconfig)
  File "/usr/lib64/python2.7/site-packages/PIL/Image.py", line 417, in _getdecoder
    raise IOError("decoder %s not available" % decoder_name)
IOError: decoder jpeg not available

File "/usr/lib64/python2.7/site-packages/PIL/ImageFile.py", line 200, in load

d = Image._getdecoder(self.mode, d, a, self.decoderconfig)

File "/usr/lib64/python2.7/site-packages/PIL/Image.py", line 417, in _getdecoder

raise IOError("decoder %s not available" % decoder_name)

IOError: decoder jpeg not available

初步判断是python pil库依赖的底层jpeg lib问题
但是本机正常无法重现，于是检查环境

[srj@x1c ~]$ yum list installed|grep jpeg
libjpeg-turbo.x86_64               1.2.90-5.el7                        @anaconda
libjpeg-turbo-devel.x86_64         1.2.90-5.el7                        @anaconda
openjpeg-libs.x86_64               1.5.1-10.el7                        @anaconda

[srj@x1c ~]$ yum list installed|grep jpeg

libjpeg-turbo.x86_64 1.2.90-5.el7 @anaconda

libjpeg-turbo-devel.x86_64 1.2.90-5.el7 @anaconda

openjpeg-libs.x86_64 1.5.1-10.el7 @anaconda

对比了下发现服务器环境没有libjpeg-turbo-devel.x86_64立马补装一个，重启odoo服务错误依旧，于是继续更新Pillow库

[root@demo ~]# pip install --upgrade Pillow
Collecting Pillow
  Downloading Pillow-3.1.0.tar.gz (9.9MB)
    100% |████████████████████████████████| 9.9MB 42kB/s 
Installing collected packages: Pillow
  Found existing installation: Pillow 2.7.0
    Uninstalling Pillow-2.7.0:
      Successfully uninstalled Pillow-2.7.0
  Running setup.py install for Pillow
Successfully installed Pillow-3.1.0

[root@demo ~]# pip install --upgrade Pillow

Collecting Pillow

Downloading Pillow-3.1.0.tar.gz (9.9MB)

100% |████████████████████████████████| 9.9MB 42kB/s

Installing collected packages: Pillow

Found existing installation: Pillow 2.7.0

Uninstalling Pillow-2.7.0:

Successfully uninstalled Pillow-2.7.0

Running setup.py install for Pillow

Successfully installed Pillow-3.1.0

重启odoo服务问题解决
最后回顾了下odoo requirements.txt：
odoo8 Pillow==2.5.1
odoo9 Pillow==2.7.0
其实所谓更新无非是重新安装编译一下Pillow库，没想到直接升级到3.1.0版本，希望没有什么副作用：）

odoo Many2one field create use custom view open

odoo联系人相关的信息全部存储在res.partner对象里，包括供应商、客户、员工等个人及公司相关的信息都可以归纳入内

partner_id = fields.Many2one('res.partner', required=True)

1	partner_id = fields.Many2one('res.partner', required=True)

二次开发经常会直接关联该对象可以少造很多轮子，但由于其新建联系人的默认视图view_partner_form是一个非常重且包含好多类型设置又被各种业务模块继承扩展过的大视图，这就需要为不同的应用场景开发对应业务信息的轻量级自定义视图

最开始我是从继承res.partner并重写其@api.model的fields_view_get方法来完成的

@api.model
def fields_view_get(self, view_id=None, view_type=False, toolbar=False, submenu=False):
    def get_view_id(name):
        view = self.env['ir.ui.view'].search([('name', '=', name)], limit=1)
        if not view:
            return None
        return view.id
    context_view_name = self._context.get('view_name')
    if context_view_name:
        ##重置context指定视图
        view_id = get_view_id(context_view_name)
    return super(res_partner, self).fields_view_get(
        view_id=view_id, view_type=view_type, toolbar=toolbar, submenu=submenu)

@api.model

def fields_view_get(self, view_id=None, view_type=False, toolbar=False, submenu=False):

def get_view_id(name):

view = self.env['ir.ui.view'].search([('name', '=', name)], limit=1)

if not view:

return None

return view.id

context_view_name = self._context.get('view_name')

if context_view_name:

##重置context指定视图

view_id = get_view_id(context_view_name)

return super(res_partner, self).fields_view_get(

view_id=view_id, view_type=view_type, toolbar=toolbar, submenu=submenu)

使用很简单view context新增一个view_name属性指定自定义视图名称即可

<field name="partner_id" context="{'view_name': 'res.partner.daybook.form'}"/>

1	<field name="partner_id" context="{'view_name': 'res.partner.daybook.form'}"/>

当后来对其它对象也有同样需求的时候就基本确定我悲剧的造了一个小轮子
因为这个需求是非常合理，如果要一个个对象去继承重写是非常不实现的，至少也要在共同的父类上做对接
根据这个思路从openerp.osv.Model一直寻找到openerp.models.Model的fields_view_get父级方法，其中有一段代码让人眼前一亮

# try to find a view_id if none provided
if not view_id:
    # <view_type>_view_ref in context can be used to overrride the default view
    view_ref_key = view_type + '_view_ref'
    view_ref = context.get(view_ref_key)
    if view_ref:
        if '.' in view_ref:
            module, view_ref = view_ref.split('.', 1)
            cr.execute("SELECT res_id FROM ir_model_data WHERE model='ir.ui.view' AND module=%s AND name=%s", (module, view_ref))
            view_ref_res = cr.fetchone()
            if view_ref_res:
                view_id = view_ref_res[0]

# try to find a view_id if none provided

if not view_id:

# <view_type>_view_ref in context can be used to overrride the default view

view_ref_key = view_type + '_view_ref'

view_ref = context.get(view_ref_key)

if view_ref:

if '.' in view_ref:

module, view_ref = view_ref.split('.', 1)

cr.execute("SELECT res_id FROM ir_model_data WHERE model='ir.ui.view' AND module=%s AND name=%s", (module, view_ref))

view_ref_res = cr.fetchone()

if view_ref_res:

view_id = view_ref_res[0]

这不就是传说中解决分类自选视图的相关代码：类型、模块名、视图ID确定一个视图
马上删除之前所有相关代码，view context按如下规则修改直接应用

<field name="partner_id" context="{'form_view_ref': '模块名.视图ID'}"/>

1	<field name="partner_id" context="{'form_view_ref': '模块名.视图ID'}"/>

至此，对odoo一切都是models的理念又有了进一步的理解

Odoo8、9打印中文字体配置分析详解

源码路径odoo/openerp/report/render/rml2pdf/customfonts.py

# Search path for TTF files, in addition of rl_config.TTFSearchPath
TTFSearchPath = [
            '/usr/share/fonts/truetype', # SuSE
            '/usr/share/fonts/dejavu', '/usr/share/fonts/liberation', # Fedora, RHEL
            '/usr/share/fonts/truetype/*','/usr/local/share/fonts' # Ubuntu,
            '/usr/share/fonts/TTF/*', # Mandriva/Mageia
            '/usr/share/fonts/TTF', # Arch Linux
            '/usr/lib/openoffice/share/fonts/truetype/',
            '~/.fonts',
            '~/.local/share/fonts',

            # mac os X - from
            # http://developer.apple.com/technotes/tn/tn2024.html
            '~/Library/Fonts',
            '/Library/Fonts',
            '/Network/Library/Fonts',
            '/System/Library/Fonts',

            # windows
            'c:/winnt/fonts',
            'c:/windows/fonts'
]

# Search path for TTF files, in addition of rl_config.TTFSearchPath

TTFSearchPath = [

'/usr/share/fonts/truetype', # SuSE

'/usr/share/fonts/dejavu', '/usr/share/fonts/liberation', # Fedora, RHEL

'/usr/share/fonts/truetype/*','/usr/local/share/fonts' # Ubuntu,

'/usr/share/fonts/TTF/*', # Mandriva/Mageia

'/usr/share/fonts/TTF', # Arch Linux

'/usr/lib/openoffice/share/fonts/truetype/',

'~/.fonts',

'~/.local/share/fonts',

# mac os X - from

# http://developer.apple.com/technotes/tn/tn2024.html

'~/Library/Fonts',

'/Library/Fonts',

'/Network/Library/Fonts',

'/System/Library/Fonts',

# windows

'c:/winnt/fonts',

'c:/windows/fonts'

]

可见对于windows、mac及linux大部分发行版的默认系统字体路径都做了比较全面的配置

def list_all_sysfonts():
    """
        This function returns list of font directories of system.
    """
    filepath = []

    # Perform the search for font files ourselves, as reportlab's
    # TTFOpenFile is not very good at it.
    searchpath = list(set(TTFSearchPath + rl_config.TTFSearchPath))
    for dirname in searchpath:
        for filename in glob.glob(os.path.join(os.path.expanduser(dirname), '*.[Tt][Tt][FfCc]')):
            filepath.append(filename)
    return filepath

def list_all_sysfonts():

"""

This function returns list of font directories of system.

"""

filepath = []

# Perform the search for font files ourselves, as reportlab's

# TTFOpenFile is not very good at it.

searchpath = list(set(TTFSearchPath + rl_config.TTFSearchPath))

for dirname in searchpath:

for filename in glob.glob(os.path.join(os.path.expanduser(dirname), '*.[Tt][Tt][FfCc]')):

filepath.append(filename)

return filepath

接着根据正则*.[Tt][Tt][FfCc]对所有配置路径下的文件扩展名做字体匹配以生成odoo可供配置选择的字体列表

一般Linux下使用最多的开源中文字体是文泉译系列，简称wqy，Centos下yum search wqy相关英文描述（中文笔者补充）：

wqy-microhei-fonts.noarch : Compact Chinese fonts derived from Droid
文泉驿微米黑是一个”自由字体”。该字体包含了所有常用简体中文、繁体中文所需要的汉字(最新版本包含超过20932个汉字，完整覆盖GB2312/Big5以及GBK标准字符集)。该字体同时还包含了日文、韩文和其他几十种语言符号。以外，该字体还包含了高质量的Droid Sans拉丁符号和Droid Sans Mono等宽字体，并内置Hinting和Kerning信息。微米黑字体文件极小，特别使用于便携式电脑设备

wqy-unibit-fonts.noarch : WenQuanYi Unibit Bitmap Font
文泉驿Unibit是一款等宽的点阵字体，该字体包含了46,000多个unicode符号，超过27,000多个符合国家标准的汉字点阵字型，是已知的开源字体当中包含符号最完整的字体之一

wqy-zenhei-fonts.noarch : WenQuanYi Zen Hei CJK Font
黑体由于笔画略宽，显示对比度比宋体大，所以越来越得到桌面用户的青睐。文泉驿正黑体正是为这种目的设计的一款开源字体

据上描述可直接根据需要yum install对应的字体名称即可快速安装
当然也可以直接去文泉译官网http://wenq.org/获取最新版本及其它类型中文字体，如文泉驿点阵宋体

然后以优秀的文泉驿微米黑字体为例：

[srj@x1c ~]# rpm -ql wqy-microhei-fonts
/etc/fonts/conf.d/65-wqy-microhei.conf
/usr/share/doc/wqy-microhei-fonts-0.2.0
/usr/share/doc/wqy-microhei-fonts-0.2.0/LICENSE_Apache2.txt
/usr/share/doc/wqy-microhei-fonts-0.2.0/LICENSE_GPLv3.txt
/usr/share/doc/wqy-microhei-fonts-0.2.0/README.txt
/usr/share/fontconfig/conf.avail/65-wqy-microhei.conf
/usr/share/fonts/wqy-microhei
/usr/share/fonts/wqy-microhei/wqy-microhei.ttc

[srj@x1c ~]# rpm -ql wqy-microhei-fonts

/etc/fonts/conf.d/65-wqy-microhei.conf

/usr/share/doc/wqy-microhei-fonts-0.2.0

/usr/share/doc/wqy-microhei-fonts-0.2.0/LICENSE_Apache2.txt

/usr/share/doc/wqy-microhei-fonts-0.2.0/LICENSE_GPLv3.txt

/usr/share/doc/wqy-microhei-fonts-0.2.0/README.txt

/usr/share/fontconfig/conf.avail/65-wqy-microhei.conf

/usr/share/fonts/wqy-microhei

/usr/share/fonts/wqy-microhei/wqy-microhei.ttc

最后一行是字体文件物理位置，很不幸用了独立子目录wqy-microhei，这在官方配置列表里是没有的，不过好在扩展名正则已经支持ttc字体了，之前只有ttf字体才可匹配到，所以很多老教程都是直接在源码里加路径加扩展名匹配来解决

那不改源码最简单的方法就是从配置里与系统最低耦合的~/.fonts用户目录来存放可识别字体：

cp /usr/share/fonts/wqy-microhei/wqy-microhei.ttc ~/.fonts/

1	cp /usr/share/fonts/wqy-microhei/wqy-microhei.ttc ~/.fonts/

最后重启odoo，设置-配置-常规设置-报表字体-重载字体，字体下拉里就可以直接选择或者搜索到WenQuanYi Micro Hei选择并应用生效后即可完美使用中文打印各种报表了

本机同时部署odoo8和odoo9等多套开发环境注意事项

自从odoo9正式发布后，odoo8就意味着迟早要跟odoo7一样进入历史
但在一段时间的过渡期内
开发者可能要维持两套版本环境方便快速调式自己的代码能否多版本兼容运行
特别是插件开发，经常一个修改就需要到两个系统更新应用测试
以下记载各个共存环节需要注意的事项

安装方式：
因为安装包是互斥冲突的，所以必须源码安装

依赖库：
相同部分(python)或特有部分(nodejs)可以全局安装，不同部分则用上篇python-virtualenv虚拟环境隔离

数据库：
最简单一个本机帐号同名的超级账户共享使用，odoo缺省配置就能连接上了
不过最好先安装8在安装9，因为9能认识8创建的数据库而忽略，但8不太认识9创建的数据库自动连接会报错
共存之后8的控制台会例行报如下警告，要洁癖只能分别配置两个数据库帐号

2015-12-08 04:36:17,108 2143 WARNING odoo9 openerp.addons.base.ir.ir_cron: Skipping database odoo9 as its base version is not 8.0.1.3.

1	2015-12-08 04:36:17,108 2143 WARNING odoo9 openerp.addons.base.ir.ir_cron: Skipping database odoo9 as its base version is not 8.0.1.3.

版本库：
odoo8和odoo9两目录分别clone对应官方git版本库的8.0和9.0分支，独立各自日常更新

[srj@x1c odoo8]$ git clone -b 8.0 git@github.com:odoo/odoo.git .

[srj@x1c odoo9]$ git clone -b 9.0 git@github.com:odoo/odoo.git .

[srj@x1c odoo8]$ git clone -b 8.0 git@github.com:odoo/odoo.git .

[srj@x1c odoo9]$ git clone -b 9.0 git@github.com:odoo/odoo.git .

插件库：
比较灵活，我的方式是与odoo目录同级，然后配置文件共同指向

[srj@x1c Odoo]$ pwd
/home/srj/Git/Odoo
[srj@x1c Odoo]$ ls
learn_addons  odoo8  odoo9  other_addons  renjie_addons

[srj@x1c Odoo]$ pwd

/home/srj/Git/Odoo

[srj@x1c Odoo]$ ls

learn_addons odoo8 odoo9 other_addons renjie_addons

配置文件：
启动时分别指定各自独立配置，各自用不同的端口

[srj@x1c odoo8]$ cat c.conf
[options]
addons_path = /home/srj/Git/Odoo/renjie_addons,/home/srj/Git/Odoo/odoo8/openerp/addons,/home/srj/Git/Odoo/odoo8/addons
xmlrpc_port = 8008

[srj@x1c odoo9]$ cat c.conf
[options]
addons_path = /home/srj/Git/Odoo/renjie_addons,/home/srj/Git/Odoo/odoo9/openerp/addons,/home/srj/Git/Odoo/odoo9/addons
xmlrpc_port = 8009

[srj@x1c odoo8]$ cat c.conf

[options]

addons_path = /home/srj/Git/Odoo/renjie_addons,/home/srj/Git/Odoo/odoo8/openerp/addons,/home/srj/Git/Odoo/odoo8/addons

xmlrpc_port = 8008

[srj@x1c odoo9]$ cat c.conf

[options]

addons_path = /home/srj/Git/Odoo/renjie_addons,/home/srj/Git/Odoo/odoo9/openerp/addons,/home/srj/Git/Odoo/odoo9/addons

xmlrpc_port = 8009

浏览器：
虽然分属不同的端口提供服务，但因为登录标识必须要写用户本地浏览器cookie如session_id，或者犹如website_lang网站默认语言这种个性化设置。但由于cookie只匹配域名及路径就是不区分端口，所以同一个浏览器只能固定某个版本调式，如果同时使用就会发生各种意想不到的混乱错误。
当然解决方案也很简单，就是将本机127.0.0.1多设置几个如localhost这种别名来给不同的odoo版本独立访问即可

sudo vim /etc/hosts
127.0.0.1   odoo8 odoo9

1 2	sudo vim /etc/hosts 127.0.0.1 odoo8 odoo9

用python-virtualenv统一管理odoo python依赖库

odoo有些python依赖库官方yum源里没有
或者有可能版本不兼容
这就需要根据版本指定安装，默认是安装到
/usr/lib/python2.7/site-packages/
主要是本机开发环境，各种基于python的系统部署一起
长期下来感觉又回到windows时代dll库混乱的悲剧
更何况odoo8和odoo9所依赖的库和版本都不尽相同
非常需要根据应用来独立管理所对应的依赖环境

安装python-virtualenv：

#python-virtualenv.noarch : Tool to create isolated Python environments

sudo yum install python-virtualenv

#python-virtualenv.noarch : Tool to create isolated Python environments

sudo yum install python-virtualenv

创建虚拟环境：

virtualenv --no-site-packages python
New python executable in python/bin/python
Installing Setuptools..............................................................................................................................................................................................................................done.
Installing Pip.....................................................................................................................................................................................................................................................................................................................................done.

virtualenv --no-site-packages python

New python executable in python/bin/python

Installing Setuptools..............................................................................................................................................................................................................................done.

Installing Pip.....................................................................................................................................................................................................................................................................................................................................done.

进入虚拟环境：

[srj@x1c Odoo]$ pwd
/home/srj/Git/Odoo

source ./python/bin/activate

[srj@x1c Odoo]$ pwd

/home/srj/Git/Odoo

source ./python/bin/activate

进入odoo目录直接安装：

(python)[srj@x1c odoo9]$ pwd
/home/srj/Git/Odoo/odoo9

python setup.py install

(python)[srj@x1c odoo9]$ pwd

/home/srj/Git/Odoo/odoo9

python setup.py install

也可以直接通过pip来安装（可用阿里云等提供的国内镜像快速下载）：

cat requirements.txt
Babel==1.3
Jinja2==2.7.3
Mako==1.0.1
MarkupSafe==0.23
Pillow==2.7.0
Python-Chart==1.39
PyYAML==3.11
Werkzeug==0.9.6
argparse==1.2.1
decorator==3.4.0
docutils==0.12
feedparser==5.1.3
gdata==2.0.18
gevent==1.0.2
greenlet==0.4.7
jcconv==0.2.3
lxml==3.4.1
mock==1.0.1
ofxparse==0.14
passlib==1.6.2
psutil==2.2.0
psycogreen==1.0
psycopg2==2.5.4
pyPdf==1.13
pydot==1.0.2
pyparsing==2.0.3
pyserial==2.7
python-dateutil==2.4.0
python-ldap==2.4.19
python-openid==2.2.5
pytz==2014.10
pyusb==1.0.0b2
qrcode==5.1
reportlab==3.1.44
requests==2.6.0
six==1.9.0
suds-jurko==0.6
vatnumber==1.2
vobject==0.6.6
wsgiref==0.1.2
xlwt==0.7.5

pip install -r requirements.txt -i http://mirrors.aliyun.com/pypi/simple/

cat requirements.txt

Babel==1.3

Jinja2==2.7.3

Mako==1.0.1

MarkupSafe==0.23

Pillow==2.7.0

Python-Chart==1.39

PyYAML==3.11

Werkzeug==0.9.6

argparse==1.2.1

decorator==3.4.0

docutils==0.12

feedparser==5.1.3

gdata==2.0.18

gevent==1.0.2

greenlet==0.4.7

jcconv==0.2.3

lxml==3.4.1

mock==1.0.1

ofxparse==0.14

passlib==1.6.2

psutil==2.2.0

psycogreen==1.0

psycopg2==2.5.4

pyPdf==1.13

pydot==1.0.2

pyparsing==2.0.3

pyserial==2.7

python-dateutil==2.4.0

python-ldap==2.4.19

python-openid==2.2.5

pytz==2014.10

pyusb==1.0.0b2

qrcode==5.1

reportlab==3.1.44

requests==2.6.0

six==1.9.0

suds-jurko==0.6

vatnumber==1.2

vobject==0.6.6

wsgiref==0.1.2

xlwt==0.7.5

pip install -r requirements.txt -i http://mirrors.aliyun.com/pypi/simple/

可能会遇到一些库对virtualenv默认的setuptools的版本有要求，根据提示升级下（Centos目前yum源python-virtualenv-1.10.1-2自带的是0.9.8版本有些低）：

easy_install -i http://mirrors.aliyun.com/pypi/simple/ -U setuptools

1	easy_install -i http://mirrors.aliyun.com/pypi/simple/ -U setuptools

同时附上pip、easy_install及setup.py安装获取依赖库的阿里云镜像源配置：

~/.pip/pip.conf
[global]
index-url = http://mirrors.aliyun.com/pypi/simple/

~/.pydistutils.cfg
[easy_install]
index_url = http://mirrors.aliyun.com/pypi/simple/

setup.cfg(setup.py同层目录)
[easy_install]
index_url = http://mirrors.aliyun.com/pypi/simple/

~/.pip/pip.conf

[global]

index-url = http://mirrors.aliyun.com/pypi/simple/

~/.pydistutils.cfg

[easy_install]

index_url = http://mirrors.aliyun.com/pypi/simple/

setup.cfg(setup.py同层目录)

[easy_install]

index_url = http://mirrors.aliyun.com/pypi/simple/

以后每次使用都要先通过source命令指定对应环境下的activate初始化进入
离开则直接使用deactivate命令即可回到原生环境
当然也可以通过修改odoo.py头直接指定虚拟环境的python路径来快捷运行：

[srj@x1c odoo9]$ vim odoo.py
#!/home/srj/Git/Odoo/python/bin/python

1 2	[srj@x1c odoo9]$ vim odoo.py #!/home/srj/Git/Odoo/python/bin/python

Odoo Bootswatch Theme fonts.googleapis.com访问速度慢

Odoo8的website模块自带Bootswatch系列主题集
Odoo9则将其独立为一个theme_bootswatch主题，可见将来主题也跟应用一样市场化了

其中某些子主题依赖谷歌fonts.googleapis.com字体，国内用户全天候访问不一定友好，可以选用360网站卫士提供的CDN服务替换以达到安全或加速的效果

360网站卫士官方说明http://libs.useso.com/

主题路径
odoo8/addons/website/static/src/css/bootswatch
odoo9/addons/theme_bootswatch

全局搜索“fonts.googleapis.com”替换成“fonts.useso.com”即可解决不稳定问题
也可以举一反三直接在odoo主目录暴力搜索替换以解决其它第三方应用或主题可能存在同样的问题

如何提交应用和主题至Odoo Apps市场

首先得有一个Odoo官网帐号，注册
https://www.odoo.com/web/signup

登录并提交您的Git仓库地址
https://apps.odoo.com/apps/upload
如：

git@github.com:surenjie/odoo.git#8.0
https://github.com/surenjie/odoo.git#9.0

1 2	git@github.com:surenjie/odoo.git#8.0 https://github.com/surenjie/odoo.git#9.0

注意：
仓库根目录每一个应用或主题都分别对应一个子目录（多个应用和主题一起发布机制）
仓库地址末尾添加#分支名称来指定版本分支（#在URL里称为锚）
分支名称用于匹配模块的系列版本号（可多个不同版本用于对应的系统版本）

仓库管理
https://apps.odoo.com/apps/dashboard/repos
一个应用多个分支版本需要分别多次提交
每个新提交仓库默认Draft状态，需要点击Scan操作变成Active状态后
就可以在My Apps中看到自己新发布的应用了
后续应用更新先提交对应分支版本
然后My Repos中执行Scan操作即可同步市场

我想出售自己的模块？
可以在官方的的应用程序平台上出售自己的模块。只要在模块描述文件__openerp__.py里简单的增加价格和货币项{‘price’: 49.99, ‘currency’: ‘EUR’}就可以开始销售您的模块。目前支持的货币为欧元和美元。官方要求在应用程序平台上出售的模块都有一个适当的描述，完整的功能截图和整体美观大方的展示页。关于如何实现这一目标，请参考以下部分的更多信息。官方保留三无模块的下架权利

我的模块要卖多少钱？
不要担心您工作应得的价值！如果有人需要你模块的功能，他们将为它支付。在任何情况下，这会使他们节约所开发的时间，所以你不应该低估你的工作。官方认为100欧元是一个很好的起点：）

我的模块如何拥有一个友好的图标和描述？
从8.0版本开始，模块图标可放置于模块文件夹/static/description/icon.png
相关截图在模块描述文件中定义，可多个

'images': [
    'static/description/main_screenshot.png'
]

'images': [

'static/description/main_screenshot.png'

]

富文本HTML描述则来自于模块文件夹/static/description/index.html
建议参照这个官方模板
https://github.com/odoo/odoo/blob/master/addons/crm/static/description/index.html

我的模块文档如何展示？
模块文件夹/doc/index.rst文件会被自动加载为文档。它必须是一个有效的RST文件

我的模块收入如何得到？
您在官方平台上模块收入的70%将会给你。只要发给他们每售出模块和价格编号的单据。你可以在你的销售仪表盘中找到这些信息（https://apps.odoo.com/apps/dashboard/sales）。考虑到处理这些单据需要时间，请理解官方只处理累计总额不少于400欧元的单据

我的代码仓库是私有的怎么办？
要在官方平台上发布您的模块，他们需要被允许从您的私有库中读取。如果您在GitHub上，只要简单授权online-odoo用户访问即可。如果不是，您将需要授权官方的public SSH key来代替。最后不要忘记使用SSH地址来注册您的仓库好让他们确定使用SSH协议

我还有其他问题？
请直接联系官方邮箱apps@odoo.com，据说他们将会竭诚为您服务。。。

odoo开发支持国际化语言的第三方应用

英语开发并安装好应用的单语言版本
普通视图元素的string、help、sum、confirm、placeholder属性文本自动导出
QWeb模版（包括服务端和客户端两个部分），如果没有用t-translation=”off”关闭翻译，
则title、alt、label、placeholder属性文本也会自动导出
关于模型字段(Model Field)，如果模型没有标注_translate = False：则string和help属性默认可导出；selection类型字段文本也可导出；translate属性设置为True，则所有存在值(values)都会导出
_constraints和_sql_constraints约束中的help、error信息会导出
其它代码里显式调用国际化字符串获取接口的参数值一同导出

#Python
title = openerp._("Bank Accounts")

//JavaScript
title = openerp.web._t("Bank Accounts")

#Python

title = openerp._("Bank Accounts")

//JavaScript

title = openerp.web._t("Bank Accounts")

管理员设置
翻译(Translations)=》导入/导出(Import / Export)=》导出翻译(Export Translations)
语言(Language)选择新语言翻译模版(New Language Empty translation template)
文件格式(File Format)选择PO File
导出应用(Apps To Export)里选择您的模块
导出(Export)=>下载《模块名.pot》文件

模块新增i18n目录
将上一步导出的文件移进去作为基准翻译模版
以此模版为基础简单的另存为其它语言文件如：zh_CN.po
或者使用PO editor等编辑软件所译即所得自动生成
还可以当前目录直接运行msginit命令默认生成操作系统对应的语言版本文件

[srj@x1c i18n]$ msginit 
msginit: 输出文件 zh_CN.po 已经存在。
         请通过 --locale 选项指定语系或
         --output-file 选项指定输出的 .po 文件。

[srj@x1c i18n]$ msginit

msginit: 输出文件 zh_CN.po 已经存在。

请通过 --locale 选项指定语系或

--output-file 选项指定输出的 .po 文件。

与直接模版另存为比较多了以下三项区别：

"Last-Translator: renjie <i@renjie.me>\n"
"Language-Team: Chinese (simplified)\n"
"Language: zh_CN\n"

"Last-Translator: renjie <i@renjie.me>\n"

"Language-Team: Chinese (simplified)\n"

"Language: zh_CN\n"

根据语言文件内的各项原文本msgid部分翻译成对应的msgstr值
加载翻译分别选择各种语言并覆盖已存在的术语（odoo9更新模块也可达到部分效果）
选择不同的用户语言即可整体确认翻译质量

应用发布
odoo9和odoo8的翻译文件不太兼容，主要是因为各自对msgid的引用方式不同
需要分别针对不同版本的系统制作翻译文件并发布到对应分支上

浏览器每次访问odoo自动向官方服务器发送公司database.uuid信息

Odoo是经典的Web富客户端应用，每次启动都需要预加载很多资源
但是突然有一个外域请求让人很奇怪：

Remote Address:195.154.55.54:443
Request URL:https://services.openerp.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css
Request Method:GET
Status Code:301 Moved Permanently
===============》
Content-Length:184
Content-Type:text/html
Location:https://www.odoo.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css
Server:nginx/1.6.3

Remote Address:195.154.55.54:443
Request URL:https://www.odoo.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css
Request Method:GET
Status Code:200 OK
===============》
Connection:keep-alive
Content-Length:0
Content-Type:text/css
Server:nginx/1.6.3

Remote Address:195.154.55.54:443

Request URL:https://services.openerp.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css

Request Method:GET

Status Code:301 Moved Permanently

===============》

Content-Length:184

Content-Type:text/html

Location:https://www.odoo.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css

Server:nginx/1.6.3

Remote Address:195.154.55.54:443

Request URL:https://www.odoo.com/openerp-enterprise/ab/css/2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css

Request Method:GET

Status Code:200 OK

===============》

Connection:keep-alive

Content-Length:0

Content-Type:text/css

Server:nginx/1.6.3

初步分析是一个html link标签发出的get css请求，然后通过301跳转了一次还是空白返回。虽诡异但合规，所以浏览器也没有任何报错
关键就在于这个请求的文件名：2ad90276-9cfa-11e5-9d21-5ce0c51da5ec.css
前缀其实就是系统参数里的database.uuid信息值
这就说明odoo官方其实是可以根据这个估算出每个实施项目的用户情况统计

但对于访问用户来说，虽然是异步请求，但只要没意义多一个都嫌多，特别是内网用户
经过阅读源码发现统计请求来自mail模块(Discussions, Mailing Lists, News)里的announcement.js，其几十行javascript代码随便注释下就可以搞定

刚巧最近在研究应用开发，知道前后端的模版都可以通过继承的方式来进行间接修改
那样最大的好处是官方的源码可以随时同步更新而不用担心直接修改带来的合并冲突
从前端架构的角度来说，模版的继承特性比模块类的继承特性难度大多了，查了下官方文档果然有记载模块类重载的方法

最终根据odoo8和odoo9的异同点特性不断精炼，得到如下兼容代码：

openerp.none_odoo = function(instance, local) {
    instance.web.WebClient.include({
        show_annoucement_bar: function() {
            // 8.0
            return;
        },
        show_announcement_bar: function() {
            // 9.0
            return;
        }
    });
}

openerp.none_odoo = function(instance, local) {

instance.web.WebClient.include({

show_annoucement_bar: function() {

// 8.0

return;

show_announcement_bar: function() {

// 9.0

return;

}

});

}

虽然简洁，但不能直接拿来即用，但懂应用开发的朋友绝对一看便知：）

odoo.py auto-reload dev自动重启服务ENOSPC系统错误解决

Odoo8：
正常环境下直接–auto-reload参数运行缺库错误

ImportError: No module named pyinotify

1	ImportError: No module named pyinotify

pyinotify是一个Python模块，用来监测文件系统的变化
pyinotify依赖于Linux内核的inotify功能，是一个事件驱动的通知器，其通知接口通过三个系统调用从内核空间到用户空间
pyinotify结合这些系统调用，并提供一个顶级的抽象和一个通用的方式来处理这些功能

安装
pip install pyinotify

运行时错误：

pyinotify.py", line 1943, in add_watch
    self._inotify_wrapper.str_errno()))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 6: ordinal not in range(128)

pyinotify.py", line 1943, in add_watch

self._inotify_wrapper.str_errno()))

UnicodeDecodeError: 'ascii' codec can't decode byte 0xe8 in position 6: ordinal not in range(128)

Odoo9：
正常环境下直接–dev参数运行日志警告

WARNING ? openerp.service.server: 'watchdog' module not installed. Code autoreload feature is disabled

1	WARNING ? openerp.service.server: 'watchdog' module not installed. Code autoreload feature is disabled

Watchdog是一个跨平台的Python库和shell工具，可以监视文件系统事件。超级好用，并且容易上手

安装
pip install watchdog

运行时错误：

watchdog/observers/inotify_c.py", line 402, in _raise_error
    raise OSError("inotify watch limit reached")
OSError: inotify watch limit reached

watchdog/observers/inotify_c.py", line 402, in _raise_error

raise OSError("inotify watch limit reached")

OSError: inotify watch limit reached

Node：
想起来当初刚玩node时也时常会遇到这个错误
不过大多直接sudo运行就可解决，简单理解权限问题也没有深究
但是odoo不能这么搞，源码限制：

Running as user 'root' is a security risk, aborting.

1	Running as user 'root' is a security risk, aborting.

还好从odoo9的报错信息里显而易见问题出自底层inotify对一般用户的限制
简单学习了下，得知其有个max_user_watches的内核参数限制普通用户一次最多关联监控个数。一般默认值8192，对于odoo这种大工程或稍大一点的node项目来说明显是不够用的

先通过如下方式验证：

[srj@x1c /]$ cat /proc/sys/fs/inotify/max_user_watches
8192

1 2	[srj@x1c /]$ cat /proc/sys/fs/inotify/max_user_watches 8192

然后通过su切换root身份动态更新配置值放大64倍

[srj@x1c /]$ su -c 'echo 524288 > /proc/sys/fs/inotify/max_user_watches'

1	[srj@x1c /]$ su -c 'echo 524288 > /proc/sys/fs/inotify/max_user_watches'

接着用不同版本的启动参数运行即可看到AutoReload watcher running成功了

INFO ? openerp.service.server: Watching addons folder /home/srj/.local/share/Odoo/addons/8.0
INFO ? openerp.service.server: AutoReload watcher running

1 2	INFO ? openerp.service.server: Watching addons folder /home/srj/.local/share/Odoo/addons/8.0 INFO ? openerp.service.server: AutoReload watcher running

最后还需要将动态修改的参数通过静态配置方式固化下来，否则每次重启还需要重复修改
Centos7下我不建议直接修改/etc/sysctl.conf文件配置，而是通过sysctl.d目录新建独立配置

[root@x1c sysctl.d]# pwd
/etc/sysctl.d
[root@x1c sysctl.d]# echo fs.inotify.max_user_watches = 524288 > 91-inotify.conf 
[root@x1c sysctl.d]# cat 91-inotify.conf 
fs.inotify.max_user_watches = 524288

[root@x1c sysctl.d]# pwd

/etc/sysctl.d

[root@x1c sysctl.d]# echo fs.inotify.max_user_watches = 524288 > 91-inotify.conf

[root@x1c sysctl.d]# cat 91-inotify.conf

fs.inotify.max_user_watches = 524288

然后重新启动或者使用

[root@x1c sysctl.d]# sysctl --system
* Applying /etc/sysctl.d/91-inotify.conf ...
fs.inotify.max_user_watches = 524288
* Applying /etc/sysctl.conf ...

[root@x1c sysctl.d]# sysctl --system

* Applying /etc/sysctl.d/91-inotify.conf ...

fs.inotify.max_user_watches = 524288

* Applying /etc/sysctl.conf ...

sysctl命令system参数立刻生效