Odoo 中文社区

这个不是一个Odoo专属的问题。你的服务器只要暴露在公网上，那就要接受公网上爬虫，嗅探器，扫描器等等没日没夜的访问。要甄别是是否是恶意的攻击，那就涉及网络安全的知识了。

不用了，就close数据库连接。正常的，没毛病。

FileNotFoundError 只是错误其一，而且不是最致命的错误。最大的问题是Odoo服务器根本没有找到你的Postgresql数据库服务器。

你完全没有告诉我们你是如何部署docker实例的，用了什么参数，如果用了docker compose，compose文件内容是什么。贴个log然后打算让我们心灵感应排错？

上次更新日期对应的字段就是产品上的write_date，把这个字段添加到列表视图就可以了。

你没有一个绑定action的子菜单，系统是不会显示的，因为显示也没法操作。

你可以试试把mrp.plant中的触发字段加到depends里，比如：

@api.depends('plant_queue', 'plant_queue.state')
def _compute_on_going_plant(self):

应该是addons路径问题。

当然可以，但是要注意的是，价格还跟所确定税有关系。税的设定中可以指定销售单价为含税价，或不含税价。这在反推单价时必须考虑。

至少有两个错误：

1. addons目录，你这里仅仅包含了base基本模块，Odoo的功能模块应该在/opt/odoo/odoo14/addons目录下
   

2. 监听端口冲突：

lxml包的版本不对，检查一下Odoo根目录下的requirements.txt文件中对lxml的版本要求。

不如你把工单的内容发在这里，说不定还有人给你找到解了呢。

可是你在这里吐槽好象也是方向性错误啊。

贴一下你的odoo.conf的内容

你可以试试page-break-inside: avoid这个样式说明，<table class="table table-sm" style="page-break-inside: avoid;">
还有page-break-before: always, page-break-after: always可以按需要组合使用

@昱y 在 关于selection字段的问题 中说：

给第二个selection字段添加context，context内容为第一个selection的值，第二个selection的值使用函数的返回值，使用上下文判断，就可以确定返回那几个选项

你确定你在说什么吗:astonished_face: ？？？？？

@billchen0769 在 关于selection字段的问题 中说：

我有这样的需求，逻辑如下：
假如在第一个selection字段有A,B,C,D四个选项，
当第一个selection字段选择A时，第二个selection字段有1，2，3，4，四个选项
当第一个selection字段选择B时，第二个selection字段有5，6，7，8，四个选项
当第一个selection字段选择C时，第二个selection字段有9，10，11，12，四个选项
请问这样应该如何实现？

思路是这样的：

你可以设置一个隐藏的计算字段，根据第一个selection字段计算第二个selection字段的可选值。

然后在第二个selection字段上加一个domain，domain的过滤值来自上面的计算字段。

是谁跟你说可以通过context来动态决定Selection字段的可选项的？

@qxwo 在 docker下的odoo如何升级版本呢？ 中说：

现在是odoo14，想升到16.

Odoo的版本升级跟使不使用Docker部署没有关系。Odoo的大版本是不向后兼容的，也就是V15不兼容V14，V16不兼容V15。

所以需要代码升级和数据升级两步来完成升级。代码升级部分比较容易，如果你没有安装第三方模块，那么直接下载对应高版本的Odoo代码就完成了代码升级，如果有第三方模块那么就要对第三方模块的代码升级到符合新版本的代码要求。

数据升级相对麻烦些，因为不同版本间的数据结构有差异，所以需要将旧版本的数据映射到新版本的数据库上。可以参考这个开源的升级工具OpenUpgrade, 同样的如果有第三方的模块，那你就要为第三方模块写升级脚本以完成数据的升级。

并且升级过程一般是V14=> V15 然后 V15=>V16, 不能跨版本升级。

@billchen0769 在 product.supplierinfo的扩展问题 中说：

@digitalsatori
还是报这个错误：
ValueError: The _name attribute ProductSupplierinfoChatterInherit is not valid.

根据你贴出来的错误信息，应该是你的其他代码里写了 _name = 'ProductSupplierinfoChatterInherit'。你贴出来的代码没有问题。注意修改代码，重启服务器，更新模块。

不用客气。个人建议是这样的：一个成功的实施者首先要对产品本身非常的熟悉，Odoo的有些功能并不是直接暴露给用户而是通过配置和加载模块才会出现的。切实的关注客户的核心需求，懂得提供简单有效的方案，而不是搞面面俱到复杂化。要了解有哪些优秀的第三方解决方案，比如之前提到的OCA的模块：https://github.com/oca 。当Odoo或第三方免费或收费的解决方案也无法满足客户需求时，了解一下成熟ERP对这类需求的解决方案，并请人来实现它。其实很多非技术的Odoo实施专家就是这样来操作的。

开发者模式和Studio工具都仅仅是一个辅助的工具，这个工具在不同的人手里因为对Odoo的不一样的了解程度而起到完全不一样的效果。但本质上它只是一个辅助工具，可以比较容易的来定义界面和报表，但是很难实现完整的业务逻辑。而且使用这些工具对未来的系统升级会面临挑战。

哈哈，看来你还没有被吓退，或者只是在怒其不争的退的路上？

@well591 在 产品基本信息如何扩展 中说：

很多行业还需要产品的【品牌】、【型号】、【规格】、【封装大小】、【功能描述】、【包装形式】、【货架号】

是的也许你认为这些字段都一股脑堆在软件上才算是个ERP。你有没有考虑过比如只是设置一个文本的“品牌”字段并不是对产品品牌管理的最佳方式。而社区成员会开发一系列关于产品品牌管理的模块，比如OCA开发的一系列跟产品品牌管理的模块：
https://github.com/OCA/brand

比如“包装形式”，她不仅仅是产品上的一个字段而已，Odoo中有packaging的扩展，社区也有大量关于产品包装相关的大量模块。而再比如”货架号“这种就更不应该直接放在产品对象本身上面了。库存管理中有丰富的产品货架/货位管理的模块。

Odoo并不是一个堆叠了一大堆你或者有用还是没用的字段的”那些“ERP，你甚至应该庆幸Odoo没有傻乎乎的为你做很多的不怎么聪明的决定。