后来通过把日志级别调整为log_level = debug_rpc,发现res.partner的write会非常耗时，还有就是所有日期不管格式，写到数据库后，格式都是XXXX-XX的。暂时把没用的res.partner的write方法去掉.

各位平时用的过程中，如有好的建议，可以分享下。

应该有一个设置的地方可以选择语言吧

@袭流苏2amor

就是在需要贴到代码的开始和末尾都添加``` 这个符号就好，这样代码也可以高亮，格式化也比较好。

@袭流苏2amor
这是2个问题。问题2非常感谢 @1234567 ，已经回答的很清楚了；下面说问题1：
数字为空的功能，是用在明细中。当添加明细时，所有数字字段为空，方便输入。而实际中，显示为0（或小数，例如0.00），第一次点击时，会全部选中，可是，从第二个字段起，就需要手动全选删除，再输入数字。这很显然不是一个方便人使用的设计。

赋值为空的方法，可能没有效果：我给字段的default赋值为None，添加明细时，仍然显示为0。不知道是不是我的方法有问题？

另：
感谢 @cherrychan ，我添加了char类型的字段，用于在页面上显示，实际使用时，取对于的数字字段。它有2个问题：
1.对于需要保留小数位数的字段，需要额外处理
2.每个数字字段，都需要添加对于的char类型字段，这涉及到大量的修改，即便全部修改完成，也会增加复杂性，不利于理解和以后的维护。
我觉得，这个处理办法，只能在不得已的情况下采用了。

万分感谢，之前都是截图 = =

我重写的 Widget

Log文件在哪啊！我用的是windows系统

@xiaokang_214 谢谢，我再摸索一下

@joshua
有个group_erp_manager组,这个组是什么成员会属于这个组的?

@joshua
按我的理解的你说的啊，因为在另一个模块中，登录的用户跟选择的用户属于不同的用户组，没有关心的，但是不会出现 unknown的情况，不知道我的理解是否正确？

@袭流苏2amor
不是用户组报错,是有的用户登录没问题,有的用户登录form视图显示Unknown,但是tree视图显示正确的

已解决,谢谢各位.

是原来的错误写法是: user_ids_eco = self.env.ref('group_eco_user').mapped('users')

我以为group_eco_user是这个模型中定义的,所以不用写所属模块了,这样不对.改成
user_ids_eco = self.env.ref('sps_eco.group_eco_user').mapped('users')就对了.

@zmdroid
我觉得你用 ps -s查看是不对的，换ps -aux看看。应该是服务已经启动，问题是不能连接数据库。
你可以把odoo.conf文件中的db_host, db_port, db_user, db_password注释掉，然后重启服务试一下。
如果能访问了，那是问题就是pgsql的安全访问规则的设置，去看看pg_hba.conf的设置。
去掉那些数据库相关参数就是用的默认的peer认证。

@joshua
我以为的是self就是这个函数中通用的,如果改变self中某一个属性,在哪里的self都会同步的.

@liao 在 odoo工作流报错 中说：

activity_draft

不知道你的教程来自哪里，如果照抄，感觉教程错了？

<field name="act_from">activity_confirm</field> <field name="act_to">activity_confirm</field>

所有的这些act_from和act_to，改为：

<field name="act_from" ref="activity_confirm"/> <field name="act_to" ref="activity_confirm"/>

推荐odoo官方教程：https://www.odoo.com/documentation/10.0/howtos/backend.html

最好提供完整的server log，好定位问题